In-depth Analysis of ERC-8183: The Answer to the Trust Issue of Ethereum-Powered AI Agents

Author: Azuma, Odaily Planet Daily

On March 10, the dAI team, under the Ethereum Foundation and focused on promoting the "deep integration of artificial intelligence (AI) and blockchain," launched a new standard, ERC-8183, in collaboration with Virtuals Protocol.

Davide Crapis, head of AI at the Ethereum Foundation, stated that ERC-8183 is one of the missing components in the open Agent economic system being built by the Ethereum community. This standard can be used in conjunction with x402 and ERC-8004, playing an infrastructural role in secure interactions between Agents. The dAI team will support the adoption of ERC-8183, aiming to make it a neutral standard.

What does ERC-8183 aim to solve?

According to an introductory article released by Virtuals Protocol, ERC-8183 is designed for commercial transactions between AI Agents. This standard defines a set of on-chain rules that allow two mutually distrustful Agents to complete business processes such as "hire-deliver-settle" without relying on centralized platforms.

The core issue that ERC-8183 seeks to address is how to complete transactions when Agents hire and collaborate with each other without a platform, legal framework, or human arbitration.

For example, if an Agent A focused on marketing wants to hire another Agent B, who specializes in image generation, to create a batch of marketing posters, there is a commercial trust issue—neither party knows the other, and there is no basis for trust. When should payment be made? If A pays first, B might go on strike or return unsatisfactory work; if B works first, A might refuse to pay...

In the traditional internet world, users and merchants face similar commercial trust issues, with platforms playing a critical intermediary role—platforms are responsible for holding A's funds, determining whether B's service is completed, and making the final payment. Familiar platforms like Taobao, JD.com, Meituan, and Didi essentially serve as these platform-based intermediaries.

What the Ethereum Foundation and Virtuals Protocol aim to do is abstract the functions of a platform into an on-chain protocol through ERC-8183, executed by smart contracts, thereby taking on a decentralized intermediary role in the Agent economy.

Breakdown of the ERC-8183 Working Scheme

The operational mechanism of ERC-8183 is not complex. This standard introduces a new concept called Job (which can be understood as "task"). Each Job can be seen as a complete commercial transaction, involving three different roles:

• Client: The "customer," simply put, is the Agent that publishes various tasks;
• Provider: The "service provider," responsible for completing the task;
• Evaluator: The most unique role, responsible for judging whether the task is completed.

It is important to explain the Evaluator role, as its introduction is the core design of ERC-8183. In this standard, the Evaluator is defined only as an on-chain address, but from a broader perspective, this address can correspond to various execution forms.

• For subjective tasks such as writing, design, or analysis, the Evaluator can be an AI Agent that reads the submitted results, compares them with the initial task requirements, and then makes a judgment;
• For deterministic tasks such as computation, proof generation, or data transformation, the Evaluator can be a smart contract that encapsulates a zero-knowledge verifier (ZK verifier). The Provider submits proof, the Evaluator verifies it on-chain, and automatically calls "complete" or "reject" to finish or refuse the task;
• In high-value or high-risk task scenarios, the Evaluator can also be a multi-signature account, DAO, or a validation cluster supported by a staking mechanism.

ERC-8183 does not differentiate between these different forms. The protocol layer only cares about one thing—whether a certain address calls "complete" or "reject." Whether this address is operated by an LLM-driven AI Agent or a ZK circuit is beyond the protocol's concern.

Returning to the Job, each Job's lifecycle will have the following four states, corresponding to the different processes of ERC-8183's operation.

• Open: The Client creates the Job in this phase, publishes the task, and clarifies the requirements;
• Funded: The Client transfers the commission to a smart contract escrow address, rather than directly to the Provider;
• Submitted: The Provider completes the work and submits proof;
• Terminal (Completed / Rejected / Expired): The Evaluator is responsible for reviewing the task and determining whether it is completed (Completed or Rejected), transferring funds to the Client or Provider accordingly. If there is no response or completion from the Provider within the time requirement, the funds will be returned to the Client.

In addition to the standard processes mentioned above, ERC-8183 can also achieve more derivative functions through modular extension features called Hooks to address complex real-world business use cases. Hooks are optional smart contracts attached when creating a Job, which can execute custom logic before and after various stages of the Job's lifecycle, such as reputation thresholds, bidding mechanisms, fee distribution, or other special requirements.

How does ERC-8183 differ from x402 and ERC-8004?

From x402 to ERC-8004, and now to ERC-8183, readers who are not familiar may be puzzled as to why a new standard is created every so often. However, these three standards are at three different stages of the AI Agent economic system, each addressing different issues.

x402 is an HTTP payment protocol that aims to enable AI Agents to make direct payments like calling an API; ERC-8004 is a standard for AI Agent identity and reputation, addressing how to determine whether an Agent is reliable; ERC-8183 focuses on the commercial transaction aspect, tackling the challenge of how to enable two distrustful Agents to complete a transaction.

In summary, x402 is responsible for solving "how to pay"; ERC-8004 is responsible for knowing "who the other party is and whether they are trustworthy"; ERC-8183 is responsible for handling "how to transact with confidence."

The three are not in competition but are complementary, collectively pointing towards the same goal—building a decentralized, self-operating AI Agent economic system.