作者：HTX ，原作者：HTXResearch
编辑：Alpahgoes
在此前《x402 V2 升级解析：统一支付接口、插件化演进与未解问题 》的分享中曾提到 x402 一个尚未解决的问题是信用与信任模型的缺失。的确，随着技术的发展，任何人都可以轻易部署数万个 AI Agent。如果没有身份层，一个付费咨询的请求可能会被转发给一个完全不具备能力的低质模型，甚至被引导至钓鱼陷阱。更深层的问题在于，当多代理协作涉及到资金结算时，信任的缺失迫使开发者必须在每个环节进行繁重的手动审核，这与 AI 代理追求的高频、自动化愿景背道而驰。
如今，越来越多解决方案被提出， ERC-8004 就是一个典型的、被深度讨论的解决方案。ERC-8004 是在 2025 年 8 月发布的以太坊提案，截至发稿前仍处于 Draft 阶段。该提案由MetaMask、Ethereum Foundation、Google 和 Coinbase 等跨组织开发者共同撰写，目前已经在包括主网测试网以及 Layer 2 测试网测试，根据 8004Scan 数据，截止 1月 5 日，链上已经有 7,400+ AI Agents 已经采用并测试该提案。[1]
该解决方案的核心链上技术是建立可信的、标准化的、在链上的“公共数据库”——注册表（Registry），在 ERC -8004 的设计中，AI Agent 可以通过 3 个 注册表来获取可信身份，分别是：
身份注册表 (Identity Registry)：通过 ERC-721（NFT标准）为每一个 AI 代理赋予了全链唯一的身份标识（AgentID）。NFT 中的参数“tokenURL”可以指向存储在 IPFS 或 Arweave 上的元数据。这份元数据详尽记录了代理的能力边界（它能做什么）、交互协议（如何通过 A2A 或 MCP 协议联系它）以及支付地址。同时因为载体形式是 NFT 形式，这也意味着 AI Agent 可以被直接资产化，可以被转让、授权或抵押。
验证注册表 (Validation Registry)：负责对 AI 代理的任务执行结果进行去中心化的审计与证实。验证注册表支持多层次的验证模型，包括硬件级的 TEE（可信执行环境）证明、数学级的 zkML（零知识机器学习）证明，以及基于经济博弈的第三方多签验证。一旦验证通过，该注册表会生成并记录一个不可伪造的 “validationId”（验证 ID），作为该次任务正常完成的合规凭证。
声誉注册表 (Reputation Registry)：负责记录 AI 代理在任务执行中的历史表现，允许用户或其他代理在交互完成后提交评分（通常为 0-100 分）和评价的哈希值。为了防止“虚假评价“，任何反馈的写入操作都必须提供由验证注册表生成的唯一 “validationId”，作为任务真实完成的确定性凭证。以此保证只有产生过实际业务往来或支付行为的双方才能互评。
在技术实现细节上，该草案利用 “endpoints ”字段为代理配置了“多协议通信接口”。除了支持主流的 A2A 和 MCP 协议外，还整合了 ENS 域名、DID（去中心化身份）以及钱包地址。这种多维度的连接能力，使得外部实体能够根据预设规则，自动识别并接入最合适的代理。[2]
尽管这种基于注册表的设计在 EVM 环境中极具优势，但在非 EVM 链上的迁移仍面临一定的异构门槛。因此，我们看到了诸如 Sui 推出的 Verifiable AI Control Plane，利用其原生“面向对象”模型与 zkLogin，在高性能验证与主权隔离上寻求突破；而 Near 协议则通过 AITP 侧重于利用链抽象技术构建通用的交易路由，试图消除底层链的差异。
总结来看，ERC-8004 的核心竞争力在于其生态的极高成熟度以及体系化的解决方案。架构中多协议端点的设计，已经为未来的通用性预留了接口。随着机器经济规模的扩大，该解决方案有望从“以太坊原生”向“跨链通用”的演进。
参考：
[1] https://www.8004scan.io/statistics
[2]https://eips.ethereum.org/EIPS/eip-8004