DeAgenticAI’s Agentic Control Plane enforces cryptographic policy over AI agent authority — separating what an agent can do from what it is authorized to do — in Web3 and enterprise financial environments. Before any compliance framework can govern an AI agent, the agent must have a verifiable identity. AI agent identity is verified via W3C Decentralized Identifiers — cryptographically verifiable identifiers bound to agent capabilities through Verifiable Credentials.
Parent pillar: AI Agent Compliance & Regulatory — /learn/pillars/ai-agent-compliance-regulatory/
The Machine Identity Gap: Why Agent Wallet Addresses Are Not Enough
AI agents operating in financial environments need identity infrastructure that wallets were never designed to provide. A blockchain wallet address proves control of a private key — nothing more. It does not identify the agent’s type, capabilities, controlling entity, authorization scope, or compliance status. It changes when the agent is redeployed. It cannot be queried by a counterparty VASP or compliance system to verify the agent’s legal or operational identity.
This gap creates cascading compliance failures. A VASP receiving a payment from an agent wallet cannot satisfy Travel Rule requirements. A DeFi protocol cannot implement KYA (Know Your Agent) controls if agents are only identifiable by address. A regulator auditing an institutional AI agent deployment cannot trace transactions to a responsible entity without a persistent, verifiable identity anchor.
The solution is not a new proprietary scheme — it is the W3C Decentralized Identifier standard, extended to the agent context through the ACP’s Layer 1 architecture.
W3C Decentralized Identifiers — The Standard Behind Agent Identity
A W3C Decentralized Identifier (DID) is a globally unique, persistent identifier that does not require a central registry to resolve. It is defined by the W3C DID Core Specification and has the form: did:[method]:[method-specific-identifier].
A DID resolves to a DID Document — a JSON-LD object containing the public keys, authentication methods, and service endpoints associated with the DID subject.
For AI agents, DIDs provide three properties that wallet addresses cannot:
- Persistence Across Deployments: A DID persists regardless of which wallet address or API key the agent currently uses. The agent’s identity is stable even as its operational credentials rotate.
- Cryptographic Verifiability: Any counterparty can resolve the agent’s DID to its DID Document and verify a cryptographic signature against the agent’s published public key — confirming they are communicating with the entity that controls that DID.
- Binding to Claims: DIDs can be the subject of Verifiable Credentials — W3C-defined signed attestations that bind identity claims to the DID. An agent’s DID can be the subject of credentials asserting its capabilities, its controlling entity, its authorization scope, and its compliance status.
How the ACP Implements Agent Identity: Layer 1 Architecture
DeAgenticAI’s Layer 1 — Agent Identity and Registry — implements the full W3C DID stack for every registered agent.
DID Anchoring: The ACP anchors each agent’s DID to the W3C Decentralized Identifier standard, providing a globally resolvable, cryptographically verifiable identifier. The DID is generated at agent registration and persists for the agent’s operational lifetime.
On-Chain Registry: Agent registration is anchored on-chain using three ERC standards working in concert:
- ERC-8004: On-chain agent registration — establishes the canonical registry of registered agents and their DID anchors
- ERC-8162: Authorization credential structure — defines the on-chain record format for agent authorization claims
- ERC-8165: Interface detection — enables counterparties to discover which interfaces and capabilities an agent exposes
This triple-ERC foundation means agent identity is not just a software-layer claim — it is anchored to verifiable on-chain state that any counterparty or auditor can independently verify.
Fireblocks secures human transactions at institutional scale. DeAgenticAI enforces policy over autonomous agent authority — a fundamentally different security model for a fundamentally different threat surface.
Agent Cards — Machine-Readable Identity Profiles for Counterparty Verification
For every registered agent, the ACP generates an A2A-compatible Agent Card — a machine-readable identity profile that counterparties can query to verify the agent’s identity and understand its operational envelope.
Each Agent Card declares:
- Identity: The agent’s DID, name, and controlling entity
- Capabilities: What operations the agent can perform
- Supported protocols: Which communication and transaction protocols the agent implements
- Authentication requirements: How counterparties must authenticate before interacting
- Service endpoints: Where to reach the agent’s operational interfaces
Agent Cards serve as the compliance-accessible identity layer for AI agent deployments. A VASP can query an agent’s Agent Card to satisfy Travel Rule beneficiary verification. A DeFi protocol can query the Agent Card to implement KYA access controls. A regulator can retrieve the Agent Card to establish the controlling entity for audit purposes.
Agent Cards are aligned with Google’s Agent-to-Agent (A2A) protocol, now under Linux Foundation governance with 100+ enterprise partners — ensuring interoperability with the emerging ecosystem of agent orchestration infrastructure.
Verifiable Credentials — Binding Identity to Authorization Scope
A DID is a persistent identifier. Verifiable Credentials are what make that identifier meaningful for compliance and authorization decisions.
The ACP issues capability credentials cryptographically bound to each agent’s DID. These credentials:
- Assert the agent’s capabilities and authorization scope
- Are signed by the issuing entity (the ACP or the agent’s controlling organization)
- Can be presented to any counterparty as proof of authorization
- Are revocable when the agent’s authorization changes
In the FATF Travel Rule context, the combination of DID + Verifiable Credentials satisfies the originator identity requirement: the DID is the stable identifier, and the Credentials provide the verified legal identity link to the controlling entity.
Identity Architecture Checklist:
- Each agent registered with a persistent W3C DID
- DID anchored on-chain via ERC-8004 registry
- Capability Verifiable Credentials issued and bound to DID
- Agent Card published and accessible to counterparties
- Credential revocation procedure defined for decommissioned agents
Related reading:
- FATF Travel Rule and AI Agents — /learn/guides/fatf-travel-rule-ai-agents/
- Know Your Agent (KYA) — /learn/guides/know-your-agent-kya-identity-verification/
- AI Agent Regulatory Frameworks Compared — /learn/guides/ai-agent-regulatory-frameworks-compared/
Frequently Asked Questions
How is a W3C DID different from a blockchain wallet address for agent identity?
A wallet address proves control of a private key — it does not identify the agent’s type, capabilities, controlling entity, or compliance status. It changes when the agent is redeployed. A W3C DID is a persistent, globally resolvable identifier that survives operational credential rotation, resolves to a DID Document with public keys and service endpoints, and can be the subject of Verifiable Credentials that bind it to legal identity and authorization claims. The DID is designed for identity; the wallet address is designed for key control.
What is an Agent Card and how does it enable AI agent identity verification?
An Agent Card is a machine-readable identity profile generated by the ACP for every registered agent. It declares the agent’s DID, capabilities, supported protocols, authentication requirements, and service endpoints. Counterparties query the Agent Card to verify agent identity and establish the controlling entity for compliance purposes. The Agent Card is the machine equivalent of a KYC profile for human account holders.
How do Verifiable Credentials bind an AI agent’s identity to its authorization scope?
The ACP issues capability credentials signed and cryptographically bound to each agent’s DID, asserting what the agent is authorized to do. These credentials can be presented to any counterparty as proof of authorization and are independently verifiable without contacting the issuer. When authorization scope changes, the credentials are revoked and reissued.
Agent identity is the foundation of every compliance framework for autonomous AI deployments. Request a technical architecture review →