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），它是基于 ERC-721 非同质化代币 (NFT) 标准及其 URIStorage 扩展构建的。

• 链上身份：每个 AI 代理都注册为一个 NFT，为其提供可移植、抗审查且全球唯一的链上身份。这使得代理能够与钱包、市场和浏览器等整个 Web3 生态系统兼容。
• 唯一标识符：代理通过一个复合键进行唯一标识，该键由其 namespace (EIP-155)、chainId、identityRegistry 合约地址以及其 agentId（即 ERC-721 的 tokenId）组成。
• 代理注册文件：NFT 的 tokenURI 必须指向一个包含代理元数据的标准化 JSON 文件。该文件充当代理的“护照”，包含名称、描述和通信端点等必填字段。支持的端点可包括 A2A、ENS、去中心化标识符 (DID) 和钱包地址。 这些特性允许网络中的任何参与者以标准化的方式发现代理并检索其功能。 ^[6]

信誉注册表

信誉注册表为客户端（包括人类和机器）提供了一个标准化接口，用于提交和查询有关代理性能的反馈，从而为其行为创建可验证的链上历史记录。

• 反馈机制：为了减少垃圾信息，代理必须首先通过提供加密签名（使用 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）证明的验证，以及来自可信执行环境（TEE）的证明。
• 链上状态：注册表将最终的验证状态存储在链上，允许其他智能合约在释放付款或采取其他行动之前，通过编程方式确认代理的工作已由受信任的第三方正式验证。 该标准定义了请求/响应接口，但将验证器激励和惩罚（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]