ERC-8004
ERC-8004,正式名称为 Trustless Agents(去信任代理),是一个已定稿的 以太坊 标准,旨在为在 区块链 上运行的自主 AI 代理 建立基础信任和发现层。该标准旨在创建一个通用框架,使代理能够以去中心化的方式相互识别、验证和协作,将 以太坊 定位为机器对机器经济的核心协调平台,以及一个 AI 服务可以在没有看门人的情况下实现互操作的全球市场。 [8] [6] [9]
概述
ERC-8004 的开发动力源于人工智能领域的快速增长以及“代理系统”(能够独立决策和行动的自主 AI)的出现。支持者发现了一个“协调问题”,即众多去中心化 AI 项目正在创建专有的通信和信任系统,阻碍了互操作性。该标准旨在通过提供共享的开放协议来解决这一问题,以对抗主要科技公司开发的中心化 AI 生态系统的主导地位。 [3]
ERC-8004 旨在提供必要的链上原语,以便在没有事先关系的代理之间建立信任。它通过创建身份、声誉和验证的链上注册表,扩展了现有的离线通信协议。该框架旨在实现一个未来,即 AI 代理 是去中心化经济中的主要参与者,能够谈判合同、管理资源并组建 去中心化自治组织 (DAOs)。这一概念将 以太坊 不仅仅定位为运行 AI 模型的平台,而是作为一个中立且不可篡改的“信任软件”层,机器可以在此锚定其身份、记忆和行动证明。 [8] [4]
该标准刻意保持极简且不带偏见,为可见性和数据承诺提供基础层,而将更复杂的逻辑(如特定的声誉评分算法或支付机制)留给更广泛的生态系统去开发。这种模块化方法旨在促进创新,并允许在通用的 ERC-8004 框架之上创建专业化服务,如审计员网络、代理市场和去中心化保险池。 [3] [6]
历史
ERC-8004 的概念诞生于 2025 年春季,当时 MetaMask 的 AI 负责人 Marco De Rossi 意识到需要一个通用标准来防止去中心化 AI 领域的碎片化。一个关键的催化剂是 Google 在 2025 年 6 月将其代理间(A2A)通信协议捐赠给了 Linux 基金会。虽然 A2A 协议为代理交互提供了一种语言,但它缺乏去中心化 Web3 环境所需的发现和信任组件。[3]
随后,De Rossi 开始与 以太坊基金会 的 Davide Crapis 以及 Google 的 Jordan Ellis 合作,起草一份旨在将 A2A 扩展到无信任环境的标准。官方 EIP 草案于 2025 年 8 月 13 日创建,并于次日在 Ethereum Magicians 论坛上发布供公众讨论。该提案于 2025 年 8 月 18 日左右在社交媒体上公开,并于 2025 年 8 月 21 日正式发布,受到了开发者社区的极大关注。2025 年 10 月 9 日,该标准由 以太坊基金会 的 dAI 团队和 Consensys 正式揭晓。经过一段时间的同行评审和社区反馈,该标准最终定稿。2026 年 1 月 27 日,官方 以太坊 X 账号宣布 ERC-8004 “即将上线主网”。[6] [7] [8] [9]
技术
ERC-8004 提出了一个由三个轻量级链上注册表组成的模块化系统,旨在作为单例部署在 以太坊 或任何二层(Layer 2)网络上。它通过增加缺失的链上信任和发现层,扩展了智能体对智能体(A2A)协议。 [6]
整体架构
该标准的架构设计旨在通过仅在链上保留核心的“信任骨架”来实现 Gas 效率。这包括智能体身份以及指向信誉和验证数据的指针。更复杂且数据密集的信息(如详细的反馈或验证报告)存储在 IPFS 等去中心化存储系统上,并通过不可变的链上哈希提供可验证的链接。这种设计允许智能合约与核心信任数据交互,同时允许链下服务处理更详细的信息。 [4] [7]
身份注册表
该标准的基础是身份注册表(Identity Registry),它是基于带有 URIStorage 扩展的 ERC-721 非同质化代币 (NFT) 标准构建的。
- 链上身份:每个 AI 智能体都注册为一个 NFT,为其提供了一个便携、抗审查且全球唯一的链上身份。这使得智能体能够与钱包、市场和浏览器等整个 Web3 生态系统兼容。
- 唯一标识符:智能体由一个复合键唯一标识,该键由其
namespace(EIP-155)、chainId、identityRegistry合约地址以及其agentId(即 ERC-721 的tokenId) 组成。 - 智能体注册文件:NFT 的
tokenURI必须指向一个包含智能体元数据的标准化 JSON 文件。该文件充当智能体的“护照”,包含其名称、描述和通信端点等必填字段。支持的端点可以包括 A2A、ENS、去中心化标识符 (DID) 和钱包地址。 这些功能允许网络中的任何参与者以标准化的方式发现智能体并检索其功能。 [6]
信誉注册表
信誉注册表(Reputation Registry)为客户端(包括人类和机器)提供了一个标准化接口,用于提交和查询有关智能体表现的反馈,从而为其行为创建可验证的链上历史记录。
- 反馈机制:为了减少垃圾信息,智能体必须首先通过提供加密签名(使用 EIP-191 或 ERC-1271)授权客户端提供反馈。随后,客户端可以调用
giveFeedback函数,提交数值评分 (0-100)、用于过滤的可选链上标签,以及指向详细链下反馈文件的 URI。 - 数据存储:核心反馈数据(评分、标签)存储在链上,使其可与其他智能合约组合。注册表还包含允许撤销反馈或追加回复的功能,从而创建永久且可审计的交互记录。
- 链上摘要:注册表提供了一个链上
getSummary函数,返回智能体的总反馈计数和平均评分,其他合约可将其用于自动化决策。
该标准的文档说明了如何使用通用的数值和标签字段来衡量各种特定指标:
tag1 | 衡量指标 | 示例 value / valueDecimals |
|---|---|---|
starred | 质量评分 (0-100) | 87 / 0 |
uptime | 端点在线率 (%) | 9977 / 2 (代表 99.77%) |
tradingYield | 财务收益率 (%) | -32 / 1 (代表 -3.2%) |
revenues | 累计收入 (USD) | 560 / 0 (代表 $560) |
该系统旨在培育一个专门的信誉服务生态系统,通过分析链上数据提供更细致的信任评分。 [6]
验证注册表 (Validation Registry)
验证注册表使代理能够从专门的验证器智能合约中获得其工作的正式链上验证,这对于高风险应用至关重要。
- 工作流程:代理的所有者可以向注册表提交
validationRequest,指定一个验证器合约并提供指向待验证任务数据的 URI。指定的验证器随后评估该工作,并提交包含通过/失败分数(0-100)和可选审计报告链接的validationResponse。 - 支持的方法:该标准对所使用的验证方法不持偏见。它旨在支持各种技术,包括受质押保护的任务重新执行(灵感来自 EigenLayer 等系统)、零知识机器学习 (zkML) 证明的验证,以及来自可信执行环境 (TEEs) 的证明。
- 链上状态:注册表将最终验证状态存储在链上,允许其他智能合约在释放付款或采取其他行动之前,通过编程方式确认代理的工作已通过受信任第三方的正式验证。 该标准定义了请求/响应接口,但将验证器激励和惩罚(slashing)机制的实现留给具体的验证协议。 [6]
团队
ERC-8004 由来自 Web3 和 AI 领域知名实体的跨组织团队撰写。EIP 上列出的正式作者包括:
- Marco De Rossi (MetaMask)
- Davide Crapis (以太坊基金会)
- Jordan Ellis (Google)
- Erik Reppel (Coinbase)
该提案还确认了来自广泛个人和组织的技术反馈与贡献,包括 Consensys、Nethermind、TensorBlock、Olas、Eigen Labs 等,突显了其开发过程中的广泛协作。[6] [7]
使用场景
ERC-8004 的实施旨在实现多种应用,并为去中心化 AI 培育一个新的生态系统。
- 代理市场:该标准允许创建开放的市场和浏览器,用户可以根据 AI 代理 注册的技能、链上声誉和经过验证的能力进行浏览、筛选和选择。
- 声誉生态系统:反馈数据的公开性和标准化特性,预计将培育出一个由声誉评分、审计员网络和去中心化保险池组成的专业服务生态系统,这些服务可以为代理任务的风险提供承保。
- 高风险应用:验证注册表为代理在金融服务、医疗诊断或自动驾驶控制等敏感领域运行提供了一条路径,使它们能够获得其可靠性和正确性的正式链上证明。
- 链上可组合性:通过在链上存储关键的声誉和验证数据,ERC-8004 允许智能合约根据信任评分以编程方式与代理进行交互,从而实现全自动工作流,例如视任务验证成功情况而定的托管释放。 这些使用场景共同旨在 以太坊 上构建一个稳健、开放且跨组织的 AI 代理 经济。 [6]
互操作性与关系
ERC-8004 被设计为一个基础层,旨在与 Web3 和 AI 生态系统中的其他标准及技术进行集成并形成互补。
- 代理通信协议:它通过提供缺失的链上发现和信任组件,直接扩展了 A2A 和机器通用协议 (MCP) 等代理通信标准。
- 以太坊标准:该标准基于 ERC-721 构建身份体系,并在信誉系统中使用 EIP-191 或 ERC-1271 进行加密签名。它还被设计为兼容 EIP-7702 等账户抽象提案,以便为提交反馈的用户代付 gas 费用。
- 支付系统:该协议与支付方式无关,以保持模块化。然而,它被设计为可以利用支付数据进行丰富,支持者引用了 x402 支付证明作为可集成的兼容系统示例。
- 去中心化存储:该提案建议使用 IPFS 等内容寻址存储解决方案来托管代理注册文件和详细的反馈报告,以确保数据的完整性和可用性。 这种对互操作性的关注确保了 ERC-8004 可以作为更广泛的去中心化技术栈中的通用构建模块。 [6]