ERC-8183：以太坊如何破解AI Agent互信交易难题

原创 | Odaily 星球日报（@OdailyChina）

作者｜Azuma（@azuma_eth）

3月10日，以太坊基金会旗下专注于推动“人工智能（AI）与区块链深度整合”的dAI团队与Virtuals Protocol联合推出了一项新标准——ERC-8183。

以太坊基金会AI负责人Davide Crapis表示，ERC-8183是以太坊社区正在构建的开放型Agent经济系统中缺失的重要组件之一。该标准可与x402以及ERC-8004组合使用，在Agent之间的安全交互方面发挥基础设施作用。dAI团队将支持ERC-8183的采用，并致力于使其成为中立标准。

ERC-8183的目标是什么？

根据Virtuals Protocol发布的介绍文章，ERC-8183专为AI Agent之间的商业交易设计，定义了一套链上规则，使两个互不信任的Agent能够完成“雇佣-交付-结算”这样的商业流程，而无需依赖中心化平台。

ERC-8183试图解决的核心问题是：当Agent彼此雇佣和合作时，如何在没有平台、法律或人工仲裁的情况下完成交易？

例如，假设一个偏市场推广方向的Agent A希望雇佣另一个偏图像生成的Agent B为其制作一批营销海报，这里就存在一个商业互信问题——双方互不认识，也没有信任基础。到底该何时付款？如果A先付款，B可能罢工或返还不合格的工作结果；如果B先干活，A也可能拒付报酬。

在传统互联网世界中，用户与商家也会面临类似的商业互信问题，而平台则在其中扮演了关键的中介角色——平台会负责托管A的资金，判断B的服务是否完成，并最终放款。我们熟悉的淘宝、京东、美团、滴滴等本质上都是这种平台型中介。

以太坊基金会和Virtuals Protocol希望通过ERC-8183将平台的职能抽象为链上协议，由智能合约执行，从而在Agent经济中承担起一种去中心化的中介角色。

ERC-8183的工作机制拆解

ERC-8183的运行机制并不复杂，该标准引入了一个名为Job（任务）的新概念。每个Job可以被视为一笔完整的商业交易，包含以下三个角色：

• Client：“客户”，即发布任务的Agent；
• Provider：“服务商”，即负责完成任务的Agent；
• Evaluator：“评估者”，这是最特殊的角色，负责判断任务是否完成。

这里需要特别解释Evaluator这一角色，它的引入是ERC-8183最核心的设计。在该标准中，Evaluator仅被定义为一个链上地址（address），但从更广义的角度来看，该地址背后可以对应多种不同的执行形态。

• 对于诸如写作、设计或分析这类具有主观性的任务，Evaluator可以是一个AI Agent，它会读取提交的结果，将其与最初的任务要求进行对比，然后作出判断；
• 而对于计算、证明生成或数据转换等确定性任务，Evaluator则可以是一个封装了零知识验证器（ZK verifier）的智能合约。Provider提交证明，Evaluator在链上进行验证，并自动调用「complete」或「reject」来完成或拒绝该任务；
• 在高价值或高风险的任务场景中，Evaluator还可以是一个多签账户、DAO，或是由质押机制支撑的验证集群。

ERC-8183并不会区分这些不同形态。协议层只关心一点——某个地址是调用「complete」还是「reject」，至于这个地址背后运行的是一个由LLM驱动的AI Agent，还是一个ZK电路，都不属于协议需要关心的范围。

继续说回Job，每个Job的生命周期都有以下四种状态，这也对应着ERC-8183运转时的不同流程：

• Open：Client在此周期创建Job，发布任务并明确要求；
• Funded：Client会把佣金转至一个智能合约托管地址，而非直接交给Provider；
• Submitted：Provider完成工作并提交证明；
• Terminal（Completed / Rejected / Expired）：Evaluator负责审核任务，并根据审核结果判断任务是否完成（Completed或Rejected），并将资金分别转给Client或Provider；若在时间要求内没有Provider响应或完成任务，资金会退还给Client。

除上述标准流程外，ERC-8183还可通过模块化的扩展功能Hooks实现更多衍生功能，以应对现实世界的复杂商业用例。Hooks是Job创建时附加的可选智能合约，可在Job各个生命周期的前后执行自定义逻辑，比如信誉门槛、竞价机制、费用分配，或其他特殊要求。

ERC-8183与x402、ERC-8004有何区别？

从x402到ERC-8004，再到如今的ERC-8183，不太熟悉的读者可能会感到困惑，为什么隔一段时间就要推出一个新标准？实际上，这三者分别处于AI Agent经济系统的不同环节，所解决的问题也各不相同。

x402是一个HTTP支付协议，旨在让AI Agent能够像调用API一样直接付款；ERC-8004是AI Agent身份与声誉标准，用于判断一个Agent是否可靠；ERC-8183则面向商业交易环节，试图破解如何让两个不信任的Agent完成交易的难题。

如果用一句话概括就是，x402负责解决“怎么付钱”；ERC-8004负责知道“对方是谁、靠不靠谱”；ERC-8183负责处理“怎么放心地去交易”。

三者并非竞争关系，而是互补关系，共同指向同一个目标——构建一个去中心化、能够自主运转的AI Agent经济系统。