Against conventional wisdom
The competing bet.
When an AI agent acts for a person, a stranger should be able to check three things without trusting the platform that ran it: who acted, whether they were allowed to, and what they did. Today those answers are minted and kept by whatever system hosted the agent — an identity provider, a token, a log. That is the right design for an organization acting inside its own walls, and the wrong one for a person who belongs to several organizations and is a customer of others. Our bet is that the answers belong to the person: an identity that can sign, a grant the person issued and can revoke, a receipt the person carries — enforced by code no single vendor operates. What follows is the bet, what it goes against, and what would have to be true for it to win.
01The statement
Three answers a stranger can check — and they belong to the person, not the runtime.
An agent acting for a person is trusted exactly as far as three answers can be checked: who is acting, whether they may do this, and what they did. Today all three answers live inside whichever runtime hosted the agent — a key it held, a scope it minted, a log it keeps — and every one of them evaporates when the agent moves, is forged when the runtime is compromised, and lags when authority is withdrawn. We are betting that those answers belong to the person: an identity that can sign, a grant the person issued and can revoke, a receipt the person carries. Everything else on this page follows from that.
The bet is placed now because the cost that kept this discipline out of reach has collapsed. An ontology-first operating model used to need a buyer large enough to mandate it — Palantir could impose one inside government, defence and a few regulated industries, and nowhere else. A model can now read “a treasury is a service chartered under the principal whose money it holds” and apply it to a case without a team of ontologists in the room. What AI does not remove is the disagreement: it cannot decide what two organizations mean by “member.” So the bet is precise rather than narrow: a layered ontology — open upper standards at the top, the substrate’s Agentic Trust vocabulary beneath them, a domain beneath that, and each solution extending or translating at its own edge — is what puts rails on reasoning, memory, skills and coordination. Translation happens where an abstraction meets the next one, once, and never at the moment of an act.
It is placed for a specific person: the one who belongs to three organizations and is a customer of a fourth, whom no tenant can serve and no intermediary wants. Identity people extend the provider, payments people extend the network, framework people extend the runtime, and each is right about its own ground. None of them is building the layer that person stands on — and that layer is now buildable by a small team on rented infrastructure, exercised nightly by a running estate.
02Conventional wisdom
The field’s answer: extend the identity provider. Right for a company. Wrong for a person.
NIST, the OpenID Foundation, the IETF, the Cloud Security Alliance, three W3C community groups, Visa and Mastercard are all asking the same question — who authorized this agent, for whom, and can it be verified — and all giving the same answer: extend OAuth, shorten the tokens, register the issuer, put a gateway in front. Okta says it outright: the identity provider is the control plane.
That answer is right when one company owns the resources, the people, the agents and the liability. We do not compete there.
It fails the moment the person is the principal. An identity provider answers five questions about access. It cannot answer the one that matters for an act: may this payment go to this payee, for this amount, for this purpose, once — and can a stranger check that, and can the person, not the company, take it back?
It also has no answer for a person who belongs to three organizations and buys from a fourth. Each has its own provider. None of them is that person’s root, and there is no tenant to put her in. The identity provider governs access inside a company. It cannot be the root of a person’s identity or authority, and no central system can.
- 01Who is this user, workload, application or agent?
- 02How was it authenticated?
- 03What organization and groups does it belong to?
- 04What applications may it access?
- 05Under what conditions should access be allowed or revoked?
Five questions about access. Not one about whether this act may commit.
Companies get an identity provider. People get an account that can sign, a grant they issued, and a receipt they keep — and nothing in the middle that can take those away.
03The trade
Whose authority is it, and who bears the consequences?
Three honest answers. The substrate’s claims hold or fail depending on which one a domain actually has.
| Tenant | Federation | Substrate | |
|---|---|---|---|
| Who is the root | The organization’s IdP — Okta, Entra, Salesforce’s own permission model | Each organization’s IdP recognizing selected others; a network in the middle for payments — Visa TAP, Mastercard Agent Pay; a vertical system of record — Salesforce, a church-management platform, an OTA | The principal’s own account; a chain no single party in the domain operates |
| What authority looks like | Tenant policy: roles, scopes, rich authorization details | Tenant policy plus issuer trust; the intermediary’s rules for what crosses | A signed, caveated, revocable grant the principal issued; a mandate per consequential act |
| Where it is checked | Inside the tenant’s services | At each resource owner, against issuers it trusts; at the intermediary | Per step in the harness; at commit on chain for value; at admission by every resource owner |
| Who holds the evidence | The tenant’s logs | Each party’s logs; the intermediary’s records | The owner’s vault; digests anchored on chain |
| Good at | One organization governing its own people, agents and resources, carrying liability it already carries | Many organizations that already trust a common intermediary and can afford the integration | Many parties, no common intermediary or one losing control, the person as the paying principal, records that outlive any organization |
| Breaks at | The moment the act crosses the tenant boundary | Domains without an intermediary; domains where the intermediary’s terms are the problem; the person’s records, which belong to no tenant | Resources the principal does not own — every one of them still admits on its own terms; effects the chain does not order |
The tenant model is not the competitor; it wins its own ground and should. The competitor is federation, in two forms — the network that clears payments between strangers, and the vertical system of record that holds each organization’s slice of a person — and the bet is about the domains where neither can be the root. Which domains those are, in what order, and what would have to be true for each is a strategy rather than a principle, and it has its own page.
04Competing bets
Thirteen hypotheses. They only work together.
Each is stated as a bet: the claim, why we think it holds, and the conventional position it goes against.
- 01
An ontology — layered from open upper standards down to one domain — is the cheapest way to make an agent right about the world, and the only way to make it unable to be wrong about what it may do.
Take “pay the caterer 400 from the team’s treasury.” Before any model runs, the ontology has already settled what the sentence is made of: a Team is a kind of Organization; a Treasury is a service chartered under the organization whose money it holds, and “chartered under” is defined as never authority; a Steward is the relation that may authorize a payment from it; a Payment is an intent class with a payee, an amount and a stated outcome; treasury.pay is a capability whose id means the same thing on the agent card, in the registry and on chain; the receipt is a PROV activity. So the planner cannot find the treasury by guessing that it is called team.treasury — the estate did exactly that once, and a real payment dead-ended — it follows chartered-under. It cannot lower the payment’s risk, because the capability declares it. It cannot invent a field, because a build gate fails on any term the ontology does not define. What ships: thirty-nine substrate modules with SHACL shapes, PROV-O and P-Plan and DOLCE underneath, an Agentic Trust vocabulary, domain ontologies for faith communities, family offices and a card room, and SKOS crosswalks to PROV, W3C Organization, ActivityStreams, A2A, ERC-8004, ValueFlows and schema.org so the world’s existing vocabularies are reached by translation at the edge, once. Skills, memory, the knowledge tiers, coordination plans and receipts are all typed against the same ontology — which is why a model can reason inside it and never around it.
Against Ship a database schema and a system prompt; let the model translate between them at run time.
- 02
A principal is an account that can sign and delegate — with no central identity provider — and the same principal under a different behaviour definition is a different agent for trust.
An ERC-7710 delegation needs a delegator a stranger can check at redemption; a pointer cannot be that. Principal continuity is not behaviour continuity: every receipt cites the playbook digest, and a counterparty’s trust edges are keyed on the pair.
Against The IdP is the root of agent identity.
- 03
Identity is not the registry. Discovery ≠ willingness ≠ authority; resolution is not authority.
A registry can list and delist. It cannot revoke a grant it never issued. A resolver returns addresses, never credentials. Registry and discovery become the SEO of the agentic web — worth doing well, never the root.
Against Register the agent; the registry is the trust anchor.
- 04
The private surface is the identity plus a vault the person custodies — and each principal’s vault holds its own side of a shared record.
Records that would be a bereavement if lost live in the owner’s vault, ontology-shaped and portable to another Home. An organization is a principal with a vault of its own; nothing is one party’s alone if two signed it. Safety-sensitive relationships are vault credentials, not chain records.
Against The application’s database is the record; the user gets an export.
- 05
The public surface holds only what any chain read reproduces — commitments, names, types, capability definitions — never the relationship graph of a population that needs to be discreet.
A public knowledge base that is a pure projection of the chain can be queried by a generated query safely. Membership and stewardship in the target domain are not public facts; on chain they are digests, in vaults they are records.
Against One vector store with row-level ACLs, queried by the model.
- 06
A very large, composable agentic kit is now feasible on rented infrastructure — and code volume is not the moat.
Seventy-seven packages and fifty contracts on Workers, Durable Objects and a chain, exercised nightly. AI makes the same kit cheaper for competitors too. What accumulates is the estate, the ontology’s governance and the trust edges, not the lines.
Against Buy nine products and integrate at the seams.
- 07
Guardrails are rails, not throttles — and every seam the chain does not order is receipted.
A throttle bounds rate, reach or confidence inside one vendor. A rail is a refusal outside the proposer: admission, custody, authority, mandate, the risk ladder, enforcement at commit for value, revocation. There is a seam at every effect the chain does not order; the receipt names which end committed it and what it observed.
Against Sandbox it, supervise it, put a second model in front of it.
- 08
Trust is relational — between two parties, for an intent, in a context — and no score is published at the index. The reader may compute one.
Provenance and trust need an ontology and a trust graph: signed edges returned separately. A relying party that ranks candidates from relevant edges, independent verification and cost is doing what the principle asks. The prohibition is on a mandatory global number from nobody’s vantage point.
Against A reputation number at the index.
- 09
One intent flow sits behind every interface. Click, chat, voice → typed intent → mandate.
The button and the sentence are two entrances to one feature: the same rules, the same checks, the same receipt. A button with explicit parameters needs no model interpretation; chat may need clarification; reads and drafts need no ceremony at all.
Against Build the feature, then teach the assistant about it separately.
- 10
Consequential effects bind to a closed mandate — the digest of one typed intent, a single-use nonce, the resource pinned. Open intents are caveated delegations that decompose into closed mandates as they become concrete.
When a person states an open intent they do not yet know which resources it will need. Hashing it binds the approved object, not the actions that satisfy it; something must check that each proposed effect conforms to the stated outcome, and each consequential effect gets its own signature. AP2’s intent and cart mandates are the same split; what we add is enforcement at commit and the owner’s receipt.
Against payments:write, and a policy table at every resource server.
- 11
The Home is the only place a credential is used. Applications request ceremonies — and a Home is replaceable.
An app never sees a passkey, a key or a session secret; it asks the Home for a ceremony and receives a session and a signed grant. A Home concentrates power, so moving between Homes must be a rotation ceremony that preserves grants, never a recovery.
Against Every app integrates the IdP and stores a token.
- 12
The application is a delegate, never a custodian — and every resource owner still admits.
“No held key” is not the property; “not the custodian” is. A service that acts as an agent holds a narrow, revocable delegation to its own session key. A principal can delegate only what it has: the resource owner verifies the grants it chooses to recognize. There is no central authorization server; there are as many verifiers as resources.
Against The service account is the agent; the IdP decides.
- 13
Coordination between principals is a different plane from orchestration inside one run, and the authority semantics sit above A2A and MCP, not in them. The agent survives its runtime.
Two A2A services can belong to one organization; an MCP call can cross one. The principal boundary is the grant, not the protocol. A handoff inside one process is orchestration; two custodians agreeing to act is coordination with its own plan, commitments and mandates.
Against Handoff is a state bag passed to another graph.
05The substrate
The eleven principles.
Each is enforced by a gate, a contract or a build check. The consequence is what follows once it is.
- 01
Every concern has a private dimension and a public projection; the chain enforces value and projects claims.
A principal’s account is counterfactual: its address is computable from its custody configuration — a passkey, a social recovery set, a hardware key — and its signatures verify before it is ever deployed (ERC-6492). Identity, delegation and relationship are therefore defined, signed and verified off chain against that address, with no chain footprint. The chain enters for two reasons and on two ledgers: a private estate chain, validated by the domain’s own institutions, enforces value at commit and holds the private graph without exposure; a public chain carries the public projection — anchored receipts, admissions, reviews, provenance commitments, and set roots against which a stranger can verify membership or non-revocation without learning the graph.
Consequence. For every other effect — a message, a vault write, a call to a provider — the chain is the ordering and revocation oracle, and the enforcement is the harness at one end and the resource owner’s admission at the other. There is a seam at every effect the chain does not order; the receipt names which end committed it. Neutral means the private chain is a consortium and the public projection is on ground nobody in the domain operates.
- 02
The identity can sign; the behaviour is a separate claim.
Every principal — person, organization, service — is a smart account (ERC-4337): it verifies signatures about itself (ERC-1271), issues and revokes grants, holds value, executes logic, recovers by quorum. A name, a DID document, an NFT id, a SPIFFE id, a registry entry is a projection the anchor signs and can discard.
Consequence. A principal keeps its address while its model, operator and playbook change. Every receipt cites the behaviour definition’s digest, and trust edges are keyed on principal and behaviour together. The cost — every principal needs an account, a custody policy and a paymaster — is paid for portability the person may never use, and is stated rather than hidden.
- 03
Rotation preserves grants because the Home re-approves them; recovery revokes their descendants. Neither changes the identity.
Passkeys, hardware keys and KMS session keys are facets beneath the account under a custody policy. The contract’s invariant is strict and right: retiring any credential bumps the custody epoch, and every grant signed by that credential or approved under that epoch dies at redemption. Rotation — add a credential you control, retire one you still control — is therefore a ceremony that re-approves every standing wire under the new epoch in the same batch, so that from a counterparty’s vantage point nothing happened. Recovery — a credential you no longer control — bumps the epoch and re-approves nothing; every descendant of the compromised epoch is dead, and the person re-issues from a reviewed list.
Consequence. Moving between Homes is a rotation, never a recovery. A leaked key is a recovery; the anchor, its names and its history are untouched. No application is a custodian: a service that acts as an agent holds a narrow delegation to its session key, never the identity’s key.
- 04
A token is a claim that authority existed at issue time. A delegation is the authority itself, still checkable at act time.
Authority is a signed, caveated, attenuable, revocable artifact (ERC-7710) issued by the principal — no central authorization server. Caveats are executable: this payee, this ceiling, before this time, once. A delegate can only narrow. What federation cannot give is the first and last of these: principal-issued, and enforced at commit by code no party to the act operates.
Consequence. A principal can delegate only what it has. Every resource owner remains the verifier of the grants it chooses to recognize; there are as many verifiers as resources, and the substrate is strongest where the resource is the principal’s own — its treasury, its vault, its agent.
- 05
Consequential effects bind to one typed intent; open intents decompose.
A mandate is a delegation plus two caveats: the digest of one typed intent — payee, resource, amount, outcome — and a single-use nonce derived from a logical request identity. For payments the enforcer pins payee and ceiling. Confirmation is a passkey signature over that digest, and the act cannot commit without it. An open intent — “organize the retreat for under two thousand” — is a caveated delegation that bounds the envelope; each consequential effect inside it becomes its own closed mandate as it becomes concrete, and a conformance check compares each proposed effect against the stated outcome before it is offered for signature.
Consequence. The planner may be creative about how; it cannot change what. AP2’s intent and cart mandates are the same split; the substrate adds enforcement at commit and the owner’s receipt.
- 06
Verification lives outside the model, at every step, and at the end that commits — with a defined clock.
The grant is checked before each step and re-checked after every human approval. Then it depends on who orders the effect. Chain-ordered effects — value — are enforced by the mandate’s caveats inside the transaction that commits. Estate-ordered effects — a vault write, a message, another agent on the estate — are verified again by the receiver at the moment it executes, so there are two independent checks and the receiver’s is the one that counts. Externally ordered effects — a provider’s API — are verified once, and the receipt names the adapter that committed and what it observed; irreversible ones require a fresh signature. A revocation counts from inclusion on a chain with immediate finality and from finality elsewhere. An executor that cannot reach the chain stops. Aggregate limits are enforced at the resource, not the grant.
Consequence. No protected act ever runs on a stored verdict. Revocation latency is a property of the network; never acting stale is a property of the design. There is a window between verification and an external provider’s commit; it is declared per tool, not denied.
- 07
Accountability has three shapes, by doctrine.
PROV-O’s Person, Organization and SoftwareAgent, taken as the substrate’s convention: a team is an organization; a treasury is a service chartered under the organization whose money it holds; a steward authorizes and the treasury transacts under a mandate. For a person, the treasury is a facet of their own account with the same enforcers unless a reason requires otherwise.
Consequence. charteredUnder, memberOf and stewardOf are never sufficient for permission. A policy may require current membership as one explicit condition; a verifier may never infer permission from a relationship.
- 08
One layered vocabulary from utterance to audit; behaviour generated, authority never; versions bound.
Intent, capability, relationship, receipt, plan step and trust edge are IRIs in one layered ontology: open upper standards above, the Agentic Trust vocabulary beneath, the substrate’s modules bound to code, a domain beneath that, and a solution’s own extension at the edge. Code binds by IRI and a build gate fails on an invented term. Skills define an action once; the interface, the planner’s tools and the card are generated from it. Memory, knowledge, coordination and provenance are typed against the same stack, and standards the world already speaks — PROV, W3C Organization, ActivityStreams, A2A, ERC-8004, ValueFlows, schema.org — are reached through crosswalks, not rewrites. A mandate binds the schema and execution-semantics version it was approved under.
Consequence. A playbook says how; it grants nothing. Four generated surfaces can agree about the wrong behaviour, so live gates with negative twins validate behaviour independently of the definition that generated it. Two organizations that mean different things by “member” resolve it once, at the domain layer, with both meanings named — never silently at the moment of an act.
- 09
Records belong to the owner; each principal holds its side; the app is a cache.
The test for any store: wiped, is it a rebuild or a bereavement? Bereavements live in the owner’s vault, ontology-shaped, per-record scoped, portable to another Home. An organization is a principal with a vault; a shared record has a side in each signer’s vault; a departing member keeps their receipts and not the organization’s records. A relationship has three forms: a vault credential each party holds and presents under grant; a record on the private estate chain where enforcement needs it; and, on the public chain, only a commitment — a set root or a membership proof — never the edge.
Consequence. Two knowledge tiers never meet inside an engine: a public graph that holds only what any chain read reproduces, and a private vault read by selector under the asker’s grant. A generated query is never the reason something is disclosed, and a public chain read never reveals who belongs to what.
- 10
Evidence travels with the owner, and its completeness is anchored.
Every protected act leaves a PROV receipt — tool, risk, mandate, verifier decision, approver signature, transaction hash, playbook digest — in the owner’s vault, recomputable without the runtime’s cooperation. Each receipt says which of four things it attests: attempted, accepted, state changed, outcome occurred. A run’s bundle digest is anchored on chain, so a verifier has an authoritative head and withholding is visible.
Consequence. The runtime’s trace is the vendor’s; the receipt is the person’s. The behaviour definition is attested for identity; environment attestation is admitted as one more evidence edge, and the reader appraises.
- 11
Trust is a graph; no score at the index; the reader computes.
No ranked list at the index beyond relevance, no index above the registries, no registry that can revoke a grant it never issued. Signed edges — member-of, attestation, verification receipt, interaction receipt, admission — are returned separately. A relying party may score, rank and shortlist from them; that is the principle, not an exception to it. Edges count against collusion only where they cost something — a payment that happened, an admission with a real bar, an attestation from a party with standing.
Consequence. Resolution returns addresses, never credentials. Be what registries are built from. Canonical identities establish continuity, not independence; the graph is Sybil-resistant only through costly edges.
06Private dimension, public projection
Two ledgers. One private, one public. Neither holds the graph.
A person’s account, the grants she signs and the relationships she holds are created and checked by signature — no chain has to see them. When an act needs enforcing — money moving, a record a gate must follow — it runs on a private chain the domain’s own institutions operate, so who belongs to what is never visible outside. When a stranger needs to check something — is this grant still valid, is this agent a member, did this run happen — the public chain carries a fingerprint and a proof, never the record. Private for enforcement. Public for verification.
| Concern | Private dimension — defined and verified off chain | Enforcement — the private estate chain | Public projection — neutral ground |
|---|---|---|---|
| Custody | A counterfactual account: the address follows from a passkey, a social recovery set or a hardware key; signatures verify before deployment (ERC-6492). Who custodies whom is a vault fact. | Deployment and the custody policy on the private estate chain, when an act needs it; the custody epoch is what a counterparty reads. | The address, its type and its capability definitions — never the custodians. |
| Authority | A delegation is a signed object held by the delegate and verified by signature against the delegator’s account, deployed or not. Off-chain validation is the default. | Enforcers run at commit on the private chain for value; revocation is one read of isRevoked. | A revocation root or a non-revocation proof, so a verifier outside the estate can check a grant without reading the estate’s chain. |
| Admission | The resource owner’s policy and the grants it recognizes, evaluated at its own edge. | Admission receipts and the correlation id, minted at the edge; recorded privately. | An admission commitment a registry can list; a registry’s signature binds only the fact of listing. |
| Resolution | Pairwise and private-with-audience service publications; opaque, recipient-bound discovery grants for unlisted agents. | Sequenced, hash-chained, expiring publications the agent signs; a resolver selects, never edits. | Public publications and typed names; addresses, never credentials. |
| Relationships | A vault credential each party holds — member-of, steward-of, chartered-under — presented under grant, read only from that party’s vantage point. | The typed record on the private estate chain where a gate must follow it. | A set root, an existence proof or a zero-knowledge membership proof; never the edge. |
| Evidence | The PROV receipt in the owner’s vault. | The run’s bundle digest anchored, so completeness is provable and withholding visible. | Anchored outcomes a stranger may see; reviews and interaction receipts as trust-graph edges. |
The private chain is what runs today. Doing the same on a public chain — paying without exposing payer, payee or amount; proving membership without naming the members; keeping state private and proofs public — is what the Ethereum privacy work is converging on, and the substrate will take each piece as it matures.
Two things this does not solve. A private chain is only as neutral as the people who run its validators, so the domain’s institutions have to run them, not us. And a stranger outside the estate cannot read the private chain at all — so the public fingerprint and proof are not optional; without them, nobody outside can check anything.
07The ontology, held
Abstraction is the key. One stack, six layers, translation at the edges.
This is the bet we hold hardest against the field’s instinct. A model can translate between local schemas cheaply, and that is exactly why a layered ontology matters more, not less: it is where translation is done once, at a named boundary, instead of at every act — and it is what lets reasoning, memory, skills and coordination run inside rails instead of inside a prompt.
| Layer | What it settles | Examples | What it drives in the substrate |
|---|---|---|---|
| Upper standards | What kind of thing anything is. Open, foundational, not ours. | DOLCE+DnS / DUL · PROV-O · P-Plan and EP-Plan · SKOS | Provenance that a stock RDF stack can load; plans and their execution as first-class; agents as persons, organizations and software agents. |
| Standard domains | Vocabularies the world already has for a slice of reality, adopted rather than reinvented. | W3C Organization · ActivityStreams · schema.org · ValueFlows · OpenGIS/GeoSPARQL for place · W3C Verifiable Credentials | Interoperability at the edge: a crosswalk maps a substrate term to the standard’s term, once. |
| Agentic Trust | What every agentic system has, whoever builds it: identity, custody, delegation, intent, execution context, discovery, trust edges. | The Agentic Trust ontology — PROV-O and P-Plan underneath, the substrate’s own terms above | The vocabulary a verifier, a registry and a counterparty share; the trust graph’s edge types; what an agent card may claim. |
| Substrate modules | The terms the code binds to by IRI — one module per concern, each with SHACL shapes and controlled vocabularies. | core · identity · delegation · intents · plan · execution · coordination · context · skills · guidance · situation · geo · registry · verification-receipt — 39 modules | Skill definitions and the tools generated from them; the memory a person’s agent keeps; the two knowledge tiers; coordination plans; every receipt. |
| Domain | How one world is shaped: who the parties are, what counts as an act, what an approval is, what a receipt proves. | Faith communities and mission work (Global.Church, ChurchCore) · family office · household · Texas hold’em coaching | The intents a person can state, the capabilities an agent may mean, the relationships a resolver may follow — and the meaning of “member” or “approved” in that world, settled once. |
| Solution | One application, estate or enterprise: an extension of the domain, and translations to whatever it must integrate with. | A congregation’s giving flow · a mission agency’s field workspace · a card room’s buy-in | Local terms that specialize, never replace, the layer above; adapters that translate at the edge and are receipted as such. |
The planner is offered capabilities whose ids mean one thing on the card, in the registry and on chain; an intent is a class with a stated outcome; a relationship is a property whose definition says what it is not. A model that reasons over defined terms can be wrong about how. It cannot invent what.
What a person’s agent remembers is a vault record bound to a class by IRI; what the public tier holds is a projection of chain facts under the same terms. A generated query is a query over defined terms, never over column names it guessed.
Coordination between principals and orchestration inside a run are two namespaces, related only by provenance. A plan step states a capability requirement; a tool satisfies it; the words never appear in each other’s records. That is why a creating agent may invite and may not enrol people by iterating over them.
Where we hold the line, and where we do not. Shared meaning for what an agent may do — intent, capability, mandate, receipt — is settled in the stack and never translated at the moment of an act. Shared meaning for data an application merely reads may well be translated by a model at the edge, and the crosswalks are where that happens. The counter-hypothesis — that cheap translation makes a shared ontology unnecessary — is answered by that line, and it is testable: two independent teams integrate a new domain against the stack and against a schema-and-adapter baseline, and the stack has to win on time to the first working mandate and on semantic defects the gates catch.
08Why it accumulates
Each principle makes another one possible.
The combination is the perspective; the ordering is the argument.
09Who holds which
Every peer holds two or three of these.
By principle number. Where a peer is ahead on the ones it holds, we say so on the Versus pages.
| Peer | Holds | Note |
|---|---|---|
| Okta · Entra | — (a weak 4) | Admission and access for what the tenant owns. Right inside a tenant; nothing to say about a person who belongs to three. |
| Visa TAP · Mastercard Agent Pay | 4’s envelope | Federation with a network as the intermediary. Owns card-cleared commerce today; a settlement rail under a mandate on our bet. |
| Google AP2 | 5 (the open/closed split) | Intent and cart mandates as verifiable credentials with trusted approval surfaces. The closest precedent for principle 5; no enforcement at commit, no owner-held receipt. |
| MetaMask DTK · Lit Vincent | 1 · 2 · 4 | The ERC-7710 object model and session UX, in more wallets than we reach. No harness discipline around it. |
| Palantir | 8 | One ontology from data to decision — inside a tenant, for the customers who can mandate it. |
| Dina · Hestia | 9 · 10 | Personal data stores, portability and owner-held records, with keys as identity. |
| ERC-8004 · x402 | 1, and 11’s problem statement | On-chain identity registry and payments; the reputation registry is the score at the index, and the payment-backed-feedback work is drifting toward receipts. |
| SAIHM | 9’s container | A home for the agent’s state, without the grant model over it. |
| W3C Agent Identity CG | 2’s pointer | An identifier with a trust level — a pointer, not an account. |
| Nobody | 6 · 10 together | Verification outside the model at every step and at the end that commits, with evidence a counterparty can recompute against an anchored head. The combination is the perspective; the ordering is the argument. |
10Evidence and assumptions
What has already happened.
11Risks
Where the bet can lose, and what we do about it.
We are ahead on the axis enterprises are not yet buying.
Mitigation
Do not sell to enterprises. The first beachhead is a domain with no intermediary — faith communities and mission work — where the person is the paying principal and the competitor is a church-management platform. Build to the domains beyond it that the substrate can scale into.
The faith beachhead is a domain where the organizations are small, the budgets are smaller, and the incumbent is a church-management platform that already holds each congregation’s slice.
Mitigation
Enter through the person, not the organization: a member who belongs to a congregation, a mission agency and a relief effort at once is the case no platform serves, and the estate already runs that member’s Home, giving, formation and field work. Federate with the church-management platform at admission rather than replacing it. If congregations keep choosing the platform’s record over the member’s, the bet is wrong and we will say so.
A single-operator estate proves an integrated platform, not decentralization.
Mitigation
Make the estate chain a consortium validated by the domain’s own institutions, and demonstrate two separately governed estates doing real work — the invitation, the payment, the migration, the compromise with descendants — under each other’s limits.
The Home concentrates power, and passkeys are scoped to one relying party.
Mitigation
Home-to-Home moves are rotation ceremonies that preserve grants; multi-credential custody policies are the default; a Home that cannot be left is a finding.
The CSO will build from the IdP they already have.
Mitigation
Let them, for their tenant. The estate is for the person the tenant does not own — the member, the traveller, the volunteer — and it federates with the tenant at admission rather than replacing it.
The bet wins if a bounded estate can give one domain the substrate’s properties without asking it to trust a public network first — and if, once it has them, it will not give them back.
Read the case against it.
A thesis that cannot survive its own hardest questions is not worth a stranger’s time. The critical review takes each of these principles in turn against the contracts, the packages and the running estate, says where each holds, where it is a bet, and what would have to be built or proven — and it is written so that a doubter feels heard.