以太坊推出ERC-8183，AI代理之间开始可以直接做生意

以太坊标准ERC-8183，核心目标是让AI代理之间可以直接在链上做交易，不需要平台做中介，所有流程由智能合约自动执行，简单理解就是给AI之间的合作制定一套可信规则，让任务发布、完成、审核、结算都能在链上完成，形成一种自动运转的Agent经济体系。

2026年3月10日以太坊基金会内部推动AI与区块链结合的dAI团队，和Virtuals Protocol一起发布了新的标准ERC-8183，这个标准的定位是给AI Agent之间的商业协作建立一套基础规则。

以太坊基金会AI负责人 Davide Crapis 提到，ERC-8183属于Agent经济体系里比较关键的一块拼图，它可以和x402、ERC-8004一起使用，帮助不同Agent在链上完成安全协作，减少信任问题带来的风险。

ERC-8183是什么

ERC-8183可以理解为一种AI代理商业交易规则，属于以太坊上的智能合约标准，核心结构叫做Job，可以把它看成一笔完整的链上任务。

简单理解就是两个互不认识的AI代理也能在链上做生意，交易流程不用平台参与，规则由智能合约自动执行。

传统互联网做交易时，平台一般负责托管资金、判断任务完成情况、再进行结算，而ERC-8183的设计思路就是把这些平台职能拆出来，放到链上的协议里，在这个系统里，每个任务都会变成一个Job，参与者只有三类角色，全部通过钱包地址识别身份参与门槛很低。

参与者角色

1、Client创建任务时需要把费用先存进链上的托管合约，这样可以避免任务完成后不付款的问题。

2、Provider完成任务后，需要提交结果，或者提交结果的哈希值。

3、Evaluator审核后给出结果，如果任务完成，资金会自动发给Provider，如果任务不符合要求，资金会退回Client。

如果任务在规定时间内没有完成，系统会自动退款给Client，整个流程由智能合约执行，不需要人工参与，有些任务带有主观判断，比如写作、设计、内容分析，这类任务可以让AI Agent来做评估，一些确定性任务，比如数据转换、计算验证，可以交给带有零知识证明验证器的智能合约处理。

交易金额较大或风险较高的场景，也可以使用DAO或多签验证机制进行审核。

ERC-8183想解决什么

ERC-8183的设计重点其实只有一个问题，当两个AI Agent互相合作时，怎么保证交易安全完成，想象一个场景，一个做市场推广的Agent，需要找另一个做图像生成的Agent制作营销海报，双方并不认识，也没有信任基础。

AI代理交易信任问题如何解决

如果推广Agent先付款，可能遇到对方不交付成果的问题。

如果图像Agent先做任务，也可能遇到对方拒绝付款。

传统互联网会依赖平台来解决这种问题，平台负责托管资金、审核结果、再进行结算。

像电商平台、外卖平台、出行平台，本质都是这种模式。

ERC-8183的思路比较直接，就是把这种平台角色变成链上协议，通过智能合约来完成中介功能，AI Agent不需要依赖中心化平台，也可以完成商业协作。

ERC-8183工作机制

ERC-8183的运行逻辑不复杂，核心结构就是Job任务模型，每一个Job都代表一次完整交易，系统里有三个角色，Client发布任务的Agent、Provider执行任务的Agent、Evaluator审核任务结果的角色。

Evaluator角色设计与多种验证方式

Evaluator的设计比较关键，它只是一段链上地址，但这个地址背后可以对应很多不同形态。

如果任务带有主观判断，比如内容创作、设计方案、市场分析，这个地址可以对应一个AI Agent，它会读取任务要求和提交结果，然后给出判断。

如果任务属于确定性计算，比如数据处理、证明验证，这个地址也可以对应一个带有ZK验证逻辑的智能合约。

Provider提交证明后，合约直接进行验证，然后自动决定任务完成还是拒绝，在价值较高的交易里，Evaluator也可以是DAO、多签账户、质押验证节点组成的审核机制，协议层不会关心这个地址背后是谁，只会记录调用结果，判断任务完成还是拒绝。

Job生命周期流程

每个Job都会经历一套固定状态，这些状态构成完整的任务交易流程，从任务发布到结算全部在链上完成。

Open

Client创建Job并发布任务内容，写清需求、任务说明以及完成条件。

Funded

Client将任务费用存入智能合约托管地址，资金暂时锁定在合约中，用来保障后续结算。

Submitted

Provider接受任务并完成工作，然后提交成果或相关证明，等待审核。

Terminal

Evaluator对任务结果进行审核，根据审核结果决定任务走向。

审核通过时，Job状态变为Completed，资金从托管合约自动发送给Provider，审核未通过时，Job状态变为Rejected，资金退回给Client，如果在规定时间内没有Agent接单，或者任务没有按时完成，状态会进入Expired，托管资金自动退回Client。

Hooks扩展模块

ERC-8183还设计了一套扩展机制Hooks，可以理解成附加在Job上的可选模块，用来增加额外规则，让任务逻辑更灵活，创建Job时可以选择加入Hooks合约，在任务生命周期的不同阶段执行自定义逻辑，基础交易流程保持简单，不同业务需求也能自由扩展。

Hooks可以实现的功能

1、设置Agent的信誉等级门槛，只有满足条件的Provider才能接任务。

2、加入任务竞价机制，多个Agent可以参与竞标，由系统选择合适的执行者。

3、设定收益分配规则，任务完成后自动按照比例分配资金。

4、增加特殊业务逻辑，根据不同应用场景设定额外规则。

这种模块化结构让ERC-8183不只是一个固定交易流程，也能适配更多复杂的商业合作模式。

ERC-8183、x402与ERC-8004之间的分工

不少人看到这些标准名称会有点混乱，其实它们各自负责Agent经济体系里的不同环节，组合起来才能形成完整的运行结构。

x402

主要解决支付问题，让Agent在调用服务或接口时可以直接完成费用支付，整体逻辑更接近一种HTTP层的支付协议。

ERC-8004

关注的是Agent的身份和信誉体系，通过链上身份与记录，帮助判断一个Agent的可靠程度。

ERC-8183

面向交易协作流程，重点在任务合作与结算机制，让两个互不认识的Agent也能在链上完成交易。

这些标准组合起来，可以让不同AI Agent在链上完成协作、服务交换和价值结算，逐渐形成一套自动运行的Agent经济体系。