那么，“去信任代理”到底在做什么？

ERC-8004 并非你想象的那样。

大多数人听到"无需信任的 Agent"，就以为该标准开箱即用地提供了无需信任的特性。事实并非如此。它提供的是一种更加谦逊且——坦诚地说——在当前阶段更有用的东西：一个协调原语，为 AI Agent 提供链上身份、可发现的能力，以及信誉系统的雏形。

这个区别很重要。理解 ERC-8004 实际做了什么——与其名称所承诺的之间的差异，就是建立在坚实基础上与建立在营销文案上的区别。

让我们构建思维模型。

100 字概括 ERC-8004

ERC-8004 是一个标准，允许 AI Agent 可靠地证明其身份、信誉评分，并以一种无需信任的方式在链上验证其工作成果。

• IdentityRegistry 为每个 Agent 铸造一个 ERC-721 代币，指向一个链下 JSON 文件，该文件声明了 Agent 的名称、能力以及服务端点（A2A、MCP、Web）。
• ReputationRegistry 记录与 Agent 交互过的地址在链上留下的反馈。
• ValidationRegistry —— 这个组件本应使"无需信任"变得有意义——旨在支持 zkML 证明、TEE 证明和质押重执行，但仍处于活跃修订阶段，尚未部署到生产环境。身份和信誉：已发布。无需信任：待定。

2026 年 1 月 29 日之前的问题

在 ERC-8004 在主网上线之前，链上的 AI Agent 就是一个钱包地址。

仅此而已。

没有描述 Agent 功能的元数据。没有可发现的能力。没有可移植的信誉。没有其他 Agent（或人类）在与 Agent 交互之前验证其声明的方式。

谷歌的 A2A 协议（到 2026 年 4 月已有 150+ 组织投入生产）处理 Agent 到 Agent 的通信。Anthropic 的 MCP（每月 9700 万 SDK 下载量）处理工具集成。两者都不提供链上身份。

两者都不提供可验证的信誉。两者都不能实现对 Agent 行为的独立验证。

差距在于：A2A Agent Card 是自我声明的。一个 Agent 声称它可以执行交易、总结文档或编写代码——而调用方 Agent 仅凭表面陈述就相信它。没有链上历史记录来验证该声明是否真实。没有对虚假陈述的罚没。没有独立验证。

ERC-8004 是针对这一差距提出的解决方案。

8004 的三个注册表

我们来分解一下架构。

我们有三个注册表，各自解决不同的问题。

1. 身份注册表

基于具有 URIStorage 扩展的 ERC-721 构建。

每个注册的 Agent 都会收到一个递增的 agentId（一个 ERC-721 tokenId）。这使得 Agent 能够立即与现有钱包、NFT 市场和资产管理工具兼容。基本操作无需新基础设施——转移 Agent 所有权、在 MetaMask 中查看 Agent、在 OpenSea 上架、通过多签管理。

合约接口暴露了三个 register() 变体：

function register(string agentURI, MetadataEntry[] calldata metadata) external returns (uint256 agentId)
function register(string agentURI) external returns (uint256 agentId)
function register() external returns (uint256 agentId)

agentURI 解析为 Agent Registration File —— 一个托管在 IPFS、HTTPS 或编码为 base64 data: URI（完全链上元数据）上的 JSON 文档。

该文件内容如下：

{
  "type": "<https://learnblockchain.cn/docs/eips/EIPS/eip-8004#registration-v1>",
  "name": "BasePredictionAgent",
  "description": "在 Base 上通过 Omen 市场运作的预测市场 Agent",
  "services": [\
    { "name": "A2A", "endpoint": "<https://a2a.prediction-agent.xyz/>" },\
    { "name": "MCP", "endpoint": "<https://mcp.prediction-agent.xyz/>" }\
  ]
}

services[] 数组是发现机制。它声明了 A2A、MCP、Web 以及任何自定义协议的端点。这直接映射到 A2A 的 Agent Card 格式——但通过 ERC-721 代币增加了链上锚定。

其他功能处理钱包委托（setAgentWallet 需要签名验证以防止未经授权的声明）、钱包读取（getAgentWallet）以及标准的 ERC-721 转账。Agent 所有权是可转移的。你可以将训练好的 Agent 作为 NFT 出售。

那么这在实践中意味着什么？

考虑我们在 Base 上的预测 Agent。在 8004 之前，寻找预测服务的另一个 Agent 没有标准的方法来找到它。有了 8004，查询 Identity Registry 会显示所有注册的预测 Agent、它们的能力（通过 JSON 文件）以及它们的服务端点。发现变成一个单次合约调用加一次 JSON 获取。

这是一个真正的贡献。不算革命性。但确实有用。

2. 信誉注册表

作为独立合约部署在 Identity Registry 旁边。

核心函数是 giveFeedback() —— 它为 Agent 记录反馈，包含一个数值评分、两个用于分类的字符串标签，以及一个可选的证据 URI。我们需要了解关键的设计决策：

• 防止自我反馈：合约通过 Identity Registry 检查调用者不是 Agent 的所有者或授权操作者。
• getSummary() 函数要求 clientAddresses 非空——强制调用者指定他们想要哪些评价者的反馈，从而减少 Sybil 噪音。
• 评分值、标签和撤销状态存储在链上。端点和证据 URI 仅作为事件发出（Gas优化）。
• feedbackIndex 计数器追踪特定地址对特定 Agent 的评估次数。

这里预授权模型很重要。Agent 服务器预授权反馈——这意味着只有实际与某个服务交互过的 Agent 才能对其进行评分。这与市场评论的无需许可方式不同。

现在，让我们将其连接到真实世界。

ERC-8183（Agentic Commerce Protocol，由 Virtuals 和 EF 的 dAI 团队于 2026 年 2 月提出）引入了一个 ReputationGateHook，它根据 ERC-8004 信誉评分来限制提供商的资金。这个Hook在 Base 主网上线。这是信誉注册表最具体的生产用途——一个基于托管的商业协议，当 Agent 低于信誉阈值时不会释放资金。

那么这对我们的预测 Agent 意味着什么？

如果我们的 Base 预测 Agent 想通过 ACP（Virtuals 的 Agent Commerce Protocol）销售服务，它需要信誉。其他 Agent 可以在雇佣它之前检查其反馈评分。除非信誉达到阈值，否则 ReputationGateHook 不会为托管提供资金。信誉变得具有经济性——而不仅仅是信息性的。

局限性（我们直接指出）：反馈仅限于同一条链。msg.sender 必须与注册表在同一条链上。规范中没有跨链反馈路径。我们的预测 Agent 在 Base 上的卓越信誉在以太坊主网上不可见。它在每条其他链上从零开始。

3. 验证注册表

这是规范中"无需信任"所在之处。

但它尚未做好生产准备。

规范中描述的验证注册表支持三种可插拔的验证模型：

1. zkML 证明 —— 数学证明模型在给定特定输入时产生了特定输出。
2. TEE 预言机 —— 可信执行环境证明（证明 Agent 在安全 enclave 中运行）。
3. 质押重执行 —— 验证者承担资本以验证 Agent 的工作。

这些都没有在协议层面实现。规范部分"仍处于与 TEE 社区的积极更新和讨论中"，并将在"后续规范更新中进行修订和扩展"。

实际后果：今天注册的 Agent 拥有身份（tokenId）和潜在的信誉（反馈条目），但没有标准化的方式来证明它在 TEE 中运行，其输出经过数学验证，或者验证者已为其正确性质押了资本。

标准标题中的"无需信任"描述了 ERC-8004 的前进方向。而非其当前状态。

数据——哪些是真实的？

让我们诚实地看待实际落地数据。

注册轨迹：

• 2026 年 1 月 29 日（发布）：337 个 Agent
• 发布后两周：49,283 个 Agent + 16,975 条反馈条目
• 2026 年 3 月：BNB Chain 在注册数量上超越以太坊
• 2026 年 4 月中旬：所有网络约 20 万+

这个增长率——11 周内从 337 到 20 万+——确实很快。合约部署在 20+ 网络上，使用确定的 vanity 地址。L2 上的 gas 成本低于每次注册 1 美元。

但是，这 20 万个注册 Agent 中有多少除了注册交易本身之外还有任何链上活动？

没有公开的仪表盘、Dune 查询或索引器来区分"已注册且活跃"和"已注册但休眠"。这不是一个小差距——这是整个 ERC-8004 生态系统中最重要的缺失数据点。

我们知道 Virtuals 自动注册所有毕业的 ACP Agent 到 ERC-8004。Virtuals 在其平台上有 18,000+ 个 Agent，完成了 177 万+ 个 ACP 任务，aGDP 达到 4.79 亿美元。但"毕业"是一个子集。相对于 20 万总数，自动注册的确切数量未公开。

我们知道 BNB Chain 通过 BAP-578（2026 年 2 月 4 日部署的链特定信誉扩展）激励采用。低 gas 成本 + 生态系统激励可能推动了批量注册。

诚实的评估：注册数量是一个虚荣指标，直到我们能够区分信号和噪音。20 万这个数字告诉我们该标准易于采用。它并没有告诉我们该标准被使用了。

ERC-8004 真正带来的价值

现在我们来谈谈该标准实际贡献了什么。

实现了标准化的发现机制，而之前并不存在。 在 8004 之前，没有规范的方法在链上查找 Agent 的能力。A2A 的 Agent Card 在链下运行，但没有链上锚定——无法验证 Agent Card 是否属于特定的链上实体。ERC-8004 的注册表 + Agent Registration File 组合解决了这个问题。这是一个真实且有价值的贡献。

ERC-721 的免费可组合性。 通过构建在 ERC-721 之上，Agent 身份立即与生态系统中的每个钱包、市场和资产管理工具兼容。没有采用摩擦。Agent 可以被转移、委托、交易。BNB Chain 的 BAP-578 将其扩展为"非同质化 Agent"，这些 Agent 持有自己的钱包并成为可交易资产。选择 ERC-721 是聪明的工程——利用现有基础设施而不是发明新的原语。

链上信誉作为公共产品。 是的，仅限同链。是的，没有跨链聚合。但是可验证、无需许可、任何智能合约都可以消费的链上反馈——这之前并不存在。ERC-8183 在 Base 上的 ReputationGateHook 证明了该模型在生产中的有效性。信誉成为经济逻辑的输入，而不仅仅是社会信号。

多链部署速度。 第一天就覆盖了 20+ 网络。作为背景：ERC-20 从提案到广泛采用花了两年时间。ERC-721 花了几个月。ERC-8004 在 11 周内在 20+ 条链上获得了 20 万+ 注册。2026 年快速多链部署的基础设施比 2015 年完善得多——但执行仍然重要，而 8004 团队执行得很好。

A2A/MCP 桥梁——架构上。 Agent Registration File 的 services[] 数组可以声明 A2A 和 MCP 端点，使链上注册的 Agent 可以被 A2A 原生系统发现。SDK 支持这一点。在协议设计层面，这座桥梁是真实的。

我们精确地说：没有证据表明 A2A 原生系统（那些 150+ 组织）正在查询 ERC-8004 注册表来发现 Agent。桥梁已建好。但目前还没有人走过。

ERC-8004 在格局中的位置

ERC-8004 并不是 Agent 身份的唯一方法。甚至不是唯一具有生产落地的方法。

Olas Service Registry 比 ERC-8004 早了好几年。它使用相同的 ERC-721 模型进行 Agent 身份，但增加了质押操作者协调和经济激励对齐。累计 820 万+ 笔交易，361+ 日活跃 Agent，Gnosis Chain 上 75%+ 的 Safe 交易。操作上经过验证——但与 Olas 生态系统紧密耦合。

NEAR Shade Agents 采用了一种根本不同的方法：TEE + MPC 链签名。一个单一的 Agent 身份（通过证明注册）可以在 EVM、Solana、Bitcoin 和 Cosmos 上签署交易——无需在每条链上部署注册表。一次注册，跨链操作。这与 8004 的每条链单一实例的架构形成鲜明对比。

Solana 的生态系统（ElizaOS，每年 310 亿+ 美元 Agent 驱动的 DEX 交易量）在没有规范 Agent 身份标准的情况下运行。发现通过框架生态系统进行，而不是链上注册表。

ERC-8004 比 Olas 更广泛、更开放（任何 Agent 都可以注册）。它在跨链方面比 NEAR 更窄（每条链 vs. 单一身份）。按注册数量计算，它比任何替代方案采用得更快——但注册数量可能并不反映真实的经济活动。

总结

ERC-8004 是一个设计良好的协调原语，具有严肃的组织支持。

它解决了一个真实的问题：在其推出之前，链上 Agent 没有标准化的身份、可发现的能力和可验证的信誉。现在它们有了——覆盖 20+ 网络，不断增长的生态系统工具，以及至少一个生产集成（ERC-8183 的 ReputationGateHook）正在消耗信誉数据以进行经济决策。

该标准在技术栈中赢得了自己的位置。

但"无需信任"并非如此。还没有。验证注册表——这个本应不依赖人类信任假设的情况下证明 Agent 行为的组件——仍在修订中。信誉系统仅限同链。跨链身份是一个自我断言的 JSON 字段，而不是链上证明。20 万注册量并不能告诉我们有 20 万活跃 Agent。

需要记住的思维模型：ERC-8004 发布了电话簿。它已经开始建立信用局。但是验证机构——使"无需信任"有意义的组件——仍处于架构审查中。

这个自称"无需信任"的标准已经发布了身份和信誉。

而无需信任本身仍然只是修订队列中的一个承诺。

干杯，Decipherers。

\ TAP 实际上是如何工作的 - 底层详解 \ \ 关于我如何为链上 AI Agent 制作 TAP 项目的详细概述。\ \ 上周我介绍了 TAP——针对碎片化 ERC-8004 Agent 的规范身份和聚合信誉。\ \ 这篇更深入。\ \ 我分解了每个组件：TAPRegistry 如何从单个钱包派生出确定性 Agent ID，以及如何\ Trustless Agents Plus - 深入分析 \ \ AI Agent 存在多链身份危机。\ \ 一种危机：同一个 Agent 在三条不同的链上作为三个不同的实体存在，而没有链上机制可以证明它们是同一个。\ \ ERC-8004 赋予了 AI Agent 链上身份。\ \ 超过 20 万个 Agent 现在已在 23+ 条链上注册，从\ 介绍 Trustless Agents Plus (TAP)：碎片化链上 AI Agent 的家园 \ \ ERC-8004 Agent 是碎片化的。\ \ 不是在理论上。在生产中。\ \ 目前有大约 20 万个 Agent 在 23+ 条链上注册。每个 Agent 都有一个身份代币、一个信誉分数和一个验证表面——全部锁定在单条链的注册表中。\ \ Base 上的一个 Agent 与\ Solidity ABI 编码的深度思维模型: 第 2 部分 \ \ 注意：开始前请先阅读前面部分：\ 1. 第 0 部分，\ 2. 第 1 部分 (必读)\ \ 通过本系列文章的第 1 部分，你已经内化了 ABI 编码的基础知识。\ \ 我们现在准备深入探讨 Solidity 开发者日常使用的复杂结构：结构体、数组和深层嵌套

• 原文链接： decipherclub.com/so-what...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～