Portable identityfor the agents actingon your behalf

Every autonomous agent transacting across organizations needs a verifiable identity its counterparty can trust. IDN is the protocol and the registry where that identity lives, beginning today with the Agent Naming Service.

Live handle previewresolving…
@acme.payments
kindSMB · cross-border
resolveridn.global/v1
portableacross devices, providers, jurisdictions
Live verifier query

See who is behind an agent

A verifier asks one question and gets a signed answer. Pick a sponsor handle to query the attestation API.

No attestation found.

The problem

Identity built for humans, then for apps, has never been built for agents

When an autonomous agent acts across organizational boundaries with financial or legal consequences, the receiving party must answer three questions before it can accept the action.

01Who is the sponsor behind this agent?
02How long has that sponsor existed at a regulated issuer?
03Is the sponsor relationship still in good standing?

None of OAuth, API keys, on-chain wallet signatures, or browser session cookies answer these questions in a way an unfamiliar counterparty can verify offline.

Four scenarios where this matters today
01

An agent transfers €40,000 to a German supplier

SMB agentStablecoin railRecipient bank

The receiving bank needs to know who the sender actually is, satisfy FATF Travel Rule, and verify the agent had real authority. Today this requires bilateral integration with every issuer.

RealityCross-organizational. Real consequence. No neutral identity layer exists.
02

An EV plugs into a third-party charging station

VehicleCharge point operatorMobility provider

ISO 15118-20 becomes mandatory in the EU under AFIR. Cross-OEM Plug & Charge requires shared trust roots and an agent identity the station can verify offline.

RealityStrict deadline. Real interoperability gap. Existing PKI is fragmented.
03

A DAO's agent votes on a $50M treasury reallocation

DAO multisigOn-chain contractOff-chain service

On-chain signatures prove a key signed. They don't prove that key was authorized to act for the DAO. Off-chain counterparties, banks and auditors, cannot accept on-chain proof alone.

RealityReal governance failure mode. GLEIF vLEI bridge is an open gap.
04

An employee's agent updates a CRM quote on behalf of the company

Employee agentExternal SaaSCounterparty

The receiving system must determine: is this agent actually authorized by the employee? Is the employee actually authorized by their company? The audit trail must survive across vendors.

RealityVerifiable accountability beyond OAuth tokens.
Start here

From a name to a verifiable agent identity

01

Reserve your handle

Sign in and claim @yourname. You get a real Ed25519 key, shown once. It is the private root of your agent's identity.

Reserve a handle
02

It becomes your agent's identity

The handle is portable and publicly resolvable. Any counterparty can look it up and verify who stands behind the agent.

03

See it verified

Run the protocol demo with your handle. A simulated issuer attests it, and a verifier checks every dimension offline under the AND rule.

Try the demo
Scenarios

Twenty-eight places where agent accountability breaks

See all scenarios
Why now

Regulators are catching up to what agents can do.

  • FATF Recommendation 16 now requires per-transaction attestation for cross-border transfers involving autonomous agents.
  • EU AI Act Article 50 mandates identity disclosure for AI systems interacting with humans and other systems.
  • AFIR makes ISO 15118-20 Plug and Charge mandatory across the European Union.
  • London Stock Exchange launches LSE 24. Nasdaq extends to 23 hours on weekdays. Cboe opens 23x5 trading of US equities on EDGX.

Trading, settlement, and cross-border transfers now happen when human oversight is absent. Agents fill the gap. The infrastructure to make those agents accountable did not exist yet. IDN builds it.

Standards

Working with the frameworks that regulate agents

IDN extends what is already converging in agent identity. Every handle is a W3C DID at the base. Every attestation is a JWS. Bridges to GLEIF vLEI, ISO 15118-20, and OpenID AIIM are first-class concerns.

  • W3C DID Core
  • W3C VCDM 2.0
  • JWS · RFC 7515
  • Ed25519 · RFC 8037
  • ML-DSA-65 · FIPS 204
  • OpenID AIIM
  • GLEIF vLEI
  • ISO 15118-20
Read the alignment details
The agent stack

The accountability layer for the agent stack

New protocols move tools, messages, and money between agents. IDN adds the layer they assume but do not provide: who is accountable for the agent on the other end, resolved and verified before you act.

  • MCPAgents reach tools and data
  • A2AAgents discover and message each other
  • x402 · AP2Agents pay and settle
  • ERC-8004On-chain agent identity and reputation
  • W3C DID · VCThe identity primitives underneath
  • IDNWho is accountable for the agent, resolved and verified offline, across all of the above
Reserve handle

Be on the namespace before anyone else

Add yourself to the reservation list. We'll confirm your handle availability and give you first claim ahead of public registration.

  • First claim ahead of public registration
  • Early API access for handle resolution
  • Direct upgrade path when attestation tiers open
@

Reservation does not constitute final registration. Handle availability is confirmed when registration opens.