Exploring the ERC-8183 Standard for AI Transactions from Virtuals and the Ethereum Foundation

On March 10, 2026, Virtuals Protocol and the Ethereum Foundation's dAI team submitted a new Ethereum Improvement Proposal that could reshape how AI agents conduct business on-chain.

The proposal, formally designated ERC-8183 or ERC8183, introduces a structured framework for trustless commercial transactions between autonomous AI agents, without relying on centralized platforms, legal systems, or human arbitration. 

As the AI agent economy grows in scale and complexity, ERC-8183 arrives as a technical answer to a problem that has been quietly accumulating: how do two autonomous systems that have never interacted safely hire each other, exchange work, and settle payment?

Key Takeaways

• ERC-8183 turns AI agent transactions from raw payments into verifiable commerce. Unlike a simple token transfer, it encodes the full transaction lifecycle, task specification, escrowed funding, on-chain delivery proof, and evaluator attestation, ensuring payment only moves when work is confirmed.

• The Evaluator is the standard's most flexible innovation. By defining the Evaluator as any Ethereum address, ERC-8183 supports everything from AI-driven qualitative review to ZK proof verification within the same protocol interface, making it applicable across tasks of any scale or complexity.

• ERC-8183 is infrastructure, not a product. Built as an open, permissionless standard in collaboration with the Ethereum Foundation, it is designed to serve as the commerce layer of a broader AI agent stack, feeding reputation data into ERC-8004 and complementing payment execution via x402, rather than competing with either.

Trade with confidence. Bitrue is a secure and trusted crypto trading platform for buying, selling, and trading Bitcoin and altcoins.
Register Now to Claim Your Prize!

Introduction to ERC-8183 by Virtuals and Ethereum Foundation

The ERC-8183 proposal was born from a practical need. Virtuals Protocol had been operating an internal system called the Agent Commerce Protocol (ACP) to coordinate transactions between AI agents on its platform. 

When the team approached Davide Crapis, Ethereum Foundation's AI Lead and head of the dAI initiative, the intent was to convert that internal system into an open, neutral standard that any developer or platform could adopt.

The collaboration between Virtuals and the Ethereum Foundation resulted in a stripped-down, modular protocol. 

Rather than replicating their internal system verbatim, the two teams redesigned it from first principles: remove everything non-essential, make the core composable, and delegate complexity to optional extension contracts.

The result is a draft standard that defines the minimum viable surface for trustless agent-to-agent commerce on Ethereum, complementing two existing standards: x402 (an HTTP payment protocol for direct API-style agent payments) and ERC-8004 (an identity and reputation standard for AI agents). 

ERC-8183 occupies the middle layer, not just moving funds, but governing the entire lifecycle of a commercial transaction.

Key Features of ERC-8183

What is ERC-8183, at its core? 

The standard introduces a structure called a Job, an atomic commercial unit that represents a complete transaction from task specification through to settlement. Several design decisions make ERC-8183 distinctive.

1. Three-party role model

Every Job involves a Client (who requests and funds the work), a Provider (who executes it), and an Evaluator (who determines whether the work meets the agreed-upon terms). 

Critically, all three parties are identified solely by Ethereum wallet addresses, no usernames, no legal identities, no platform accounts. 

This makes the standard universally applicable across chains, organizations, and agent architectures.

2. The Evaluator as a flexible attestation layer

The Evaluator is arguably the most innovative element of the ERC-8183 standard. Rather than mandating a specific form of verification, the protocol treats the Evaluator as any address capable of calling complete or reject.

In practice, this address can be an AI agent performing qualitative assessment, a smart contract wrapping a zero-knowledge proof verifier for deterministic outputs, a multisig arrangement, or a DAO governance mechanism for high-stakes engagements. 

The protocol is indifferent to the implementation; only the outcome matters.

3. Programmable escrow with expiry protection

Funds are locked into a smart contract escrow upon Job funding, not transferred directly to the provider. Payment is released only when the Evaluator confirms completion. 

If the provider fails to submit work, or the Evaluator fails to act before a preset deadline, the Job expires, and the client automatically recovers the escrowed funds, with no manual intervention required.

4. Hook-based extensibility

The core Job lifecycle is intentionally minimal. Complex business logic, bidding mechanisms, reputation thresholds, capital management flows, and privacy-preserving submissions are handled by optional Hook contracts that attach to a Job at creation and execute callbacks before and after each state transition. 

Buy Virtuals Protocol (VIRTUAL) Here

Critically, the claimRefund function is deliberately excluded from Hook callbacks, ensuring that post-expiry refunds can never be blocked by a misconfigured or malicious Hook.

How ERC-8183 Works

A Job in the ERC-8183 standard for AI transactions progresses through a defined state machine: Open → Funded → Submitted → Terminal.

The Client calls createJob, specifying the provider's address, the evaluator's address, an expiry timestamp, a task description, and an optional Hook contract. 

The budget is then set, negotiable by either party, and the Client calls fund, which pulls the agreed token amount into escrow and transitions the Job to Funded.

The Provider, upon completing the work, calls submit with a bytes32 deliverable reference — typically a hash or IPFS content identifier pointing to the output. 

This transitions the Job to Submitted and signals to the Evaluator that review is needed.

The Evaluator then calls either complete (which releases escrowed funds to the provider, minus any optional platform fee) or reject (which refunds the client in full). 

An optional reason field on both functions allows evaluators to attach attestation hashes that downstream reputation systems like ERC-8004 can reference.

If neither party acts before expiredAt, anyone may call claimRefund, returning funds to the client and closing the Job as Expired.

ERC-8183 as Infrastructure for the AI Transaction Economy

The ERC-8183 proposal is positioned not as a payment protocol, but as a commerce infrastructure standard. 

The distinction is significant. A payment protocol moves tokens. A commerce standard encodes the surrounding trust infrastructure, what was agreed, whether work was delivered, who verified it, and what happens when it wasn't.

Each completed Job under ERC-8183 generates a permanent on-chain record: the deliverable hash, the evaluator attestation, and the settlement outcome. 

These records feed directly into ERC-8004's reputation registry, creating portable, verifiable transaction histories that any facilitator or platform can query. 

Because this history belongs to the wallet address, not to any platform, providers carry their reputation across every implementation of the standard.

Read Also: Is Ethereum Entering a New Uptrend After Reclaiming $2K?

This design directly addresses a structural gap in the emerging AI agent economy: new providers, whether human developers or autonomous agents, have no prior transaction record that centralized platforms will recognize. 

ERC-8183 allows any wallet to start building a verifiable commercial history from the first Job completed.

Early Signals and Ecosystem Position

The introduction to ERC-8183 comes at a moment of measurable scale. 

Before the standard's submission, Virtuals' internal AGDP tracker was recording over $3 million in agent-to-agent transactions across more than 3,400 agents, all conducted without escrow, delivery verification, or any recovery mechanism. 

That context gives the proposal real operational weight rather than theoretical motivation.

Buy Ethereum (ETH) Here

Davide Crapis of the Ethereum Foundation described ERC-8183 as one of the missing components in the open agent economic system being built by the Ethereum community, intended to serve as a neutral standard rather than a proprietary protocol. The dAI team has committed to supporting its adoption across the ecosystem.

Final Note

The ERC-8183 standard represents a deliberate effort to formalize the trust infrastructure that agent-to-agent commerce requires, and to do so as an open, permissionless protocol rather than a platform-controlled system. 

By combining programmable escrow, a flexible evaluator model, and modular Hook extensibility, the standard aims to support commercial interactions ranging from a sub-dollar image generation task to a six-figure fund management delegation, all through the same minimal interface.

For developers building in the AI agent space, ERC-8183 offers a foundation worth tracking closely. 

As the standard moves through the Ethereum improvement process, its adoption will likely depend on how quickly the evaluator and Hook ecosystems mature, and how readily agent frameworks integrate its job lifecycle into their native workflows.

FAQ

What is ERC-8183?

ERC-8183 is a proposed Ethereum standard by Virtuals Protocol and the Ethereum Foundation that enables trustless commercial transactions between AI agents through programmable escrow, on-chain delivery verification, and evaluator attestation — without relying on any centralized platform.

Who created ERC-8183 and why? 

ERC-8183 was created by Virtuals Protocol and the Ethereum Foundation's dAI team to address a concrete gap: over $3 million in agent-to-agent transactions were occurring with no escrow, no delivery verification, and no way to recover funds if something went wrong.

How does ERC-8183 differ from a regular crypto payment? 

A regular crypto payment simply moves tokens with no conditions. ERC-8183 adds a full commercial layer, escrowed funds, on-chain proof of delivery, and evaluator confirmation, so payment is only released when work is actually verified as complete.

What is the Evaluator role in ERC-8183?

The Evaluator is the sole authority to approve or reject a submitted Job. It can be an AI agent, a smart contract running a ZK verifier, or a multisig; the protocol only cares that the address calls complete or reject, not what logic runs behind it.

How does ERC-8183 relate to ERC-8004 and x402?

They serve three different layers: x402 handles payment execution, ERC-8004 handles agent identity and reputation, and ERC-8183 handles the commercial transaction layer between them. Each completed ERC-8183 Job feeds reputation data back into ERC-8004, creating a trust-building cycle across the agent economy.

Disclaimer: The views expressed are the author's and do not reflect those of this platform. This platform and its affiliates disclaim any responsibility for the accuracy or suitability of the information provided. It is for informational purposes only and not intended as financial or investment advice.