
ERC-8183登场:AI Agent互信难题的以太坊解法
撰文:Azuma,Odaily原文标题:详解ERC-8183:以太坊攻坚AI Agent互信难题的答案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 并不会区分这些不同形态。协议层只关心一点 —— 某个地址是...





