ERC-8226 primary sources — 2026-05-08
Project status in this pass
- No standalone ERC-8226 whitepaper or litepaper surfaced.
- The clearest source of truth was the Ethereum Magicians draft thread plus the ERC pull-request patch.
- The materials consistently frame ERC-8226 as a regulated-asset compliance layer for AI agents rather than as a general-purpose agent-wallet standard.
Primary-source snapshots
1) Ethereum Magicians draft thread
- URL: https://ethereum-magicians.org/t/erc-8226-regulated-agent-mandate/28208
- Key excerpt/signals:
- The thread says RAMS defines a compliance delegation layer for AI agents operating on tokenized regulated assets.
- It says the standard is agnostic to the underlying agent registry and token compliance framework, pointing to ERC-8004, EIP-7943, and ERC-3643 as adjacent layers.
- It highlights mandate delegation, dual compliance checks through the token’s pre-transfer hook, a unified compliance provider, and jurisdiction-scoped enforcement.
- Why it mattered:
- This is the clearest high-level evidence that ERC-8226 belongs in the corpus as compliance-delegation infrastructure for regulated token markets.
2) Draft ERC patch / abstract and motivation
- URL: https://patch-diff.githubusercontent.com/raw/ethereum/ERCs/pull/1679.patch
- Key excerpt/signals:
- The abstract says a verified principal can delegate scoped, time-bounded, and financially capped authority to an agent and have RAMS-aware tokens verify mandate validity before regulated transfers.
- The motivation says ERC-8004 alone cannot satisfy verified-principal identity, legally traceable power-of-attorney-like mandate scope, and atomic transfer-time compliance checks.
- The draft explicitly frames the target market as tokenized regulated assets under frameworks like MiCA, VARA, and MiFID II.
- Why it mattered:
- These details show ERC-8226 is not just another agent standard; it is an institutional compliance overlay for agentic execution.
3) Draft ERC patch / interface and integration model
- URL: https://patch-diff.githubusercontent.com/raw/ethereum/ERCs/pull/1679.patch
- Key excerpt/signals:
- RAMS defines two interfaces:
IComplianceProviderandIAgentMandate. - The spec says RAMS-aware ERC-7943 token contracts consult the RAMS registry inside their existing
canTransferhook. - Agents continue using standard ERC-20
transferandtransferFromrather than token-specific agent functions.
- RAMS defines two interfaces:
- Why it mattered:
- This reveals the core control architecture: token issuers keep their compliance gate, while RAMS adds a second mandate-validation layer without bloating the token interface.
4) Draft ERC patch / rationale and trust surfaces
- URL: https://patch-diff.githubusercontent.com/raw/ethereum/ERCs/pull/1679.patch
- Key excerpt/signals:
- The rationale says RAMS is separate from ERC-8004 because regulated transactions need a narrower and more compliance-specific layer.
- It defends a single
IComplianceProviderinterface because identity is treated as a subset of compliance checking. - It defends one active principal per agent on account-segregation grounds and keeps freeze authority inside the mandate registry.
- Why it mattered:
- This is the strongest evidence about where control centralizes in practice: compliance operators, segregated-account assumptions, and freeze-capable enforcers.
5) Draft thread / open topics
- URL: https://ethereum-magicians.org/t/erc-8226-regulated-agent-mandate/28208
- Key excerpt/signals:
- The authors leave token custody model, receive-side compliance, and ERC-8004
regulatoryCompliancetrust signaling open for community input. - They ask whether the standard should stay custody-model agnostic or prefer agent-custodied versus principal-custodied settlement.
- The authors leave token custody model, receive-side compliance, and ERC-8004
- Why it mattered:
- These open questions identify the deepest unresolved control surfaces in regulated agent execution: who legally owns the asset, who passes compliance checks on incoming transfers, and how compliance status becomes legible to downstream systems.
Working conclusion
ERC-8226 is best cataloged as a mandate-and-compliance overlay for agent-driven transactions in regulated token markets. The decisive evidence in this pass was the dual-check model, the external compliance-provider interface, the one-active-principal segregation rule, and the explicit integration with ERC-8004 identity plus ERC-7943 or ERC-3643 token compliance.