ERC8004 是以太坊上的一个协议规范，定义了一套标准，让智能体可以基于区块链来建立信任关系，让 A2A（Agent to Agent）的叙事融合了 Web3 的叙事，本文就让我们来看一下这个 Web3+AI 的大叙事是一个什么样的逻辑。
协议地址 https://eips.ethereum.org/EIPS/eip-8004，显示于今年 8 月创建的，还在评审阶段。本文就来解析一下这个协议是解决什么问题，通俗地解析一下这个协议的标准，最后会畅想一些这个协议的意义。全文大约 15 分钟，欢迎收藏。
解决的问题
首先我们看看这个协议试图解决什么问题：
简单说就是解决 A2A（Agent 调用 Agent）过程中的信任问题，比如我有一个 AI 助理，叫小 A，它是一个智能体，我让他帮我点一份靠谱的外卖。但是我的智能体并不擅长这个（毕竟要去对接外卖员、商家也是一个大工程，一个小小的 AI 助理并不支持），那怎么办？
这个时候就可以找其他智能体帮忙了。
那问题来了，我的智能体如何找到一个另外一个靠谱的智能体来帮忙呢？是不是缺少一个信任机构。其实人类也一样，我们通过淘宝来交易，淘宝是一个中心化的信任机构。但是中心化的信任机构是有它的局限性的，在智能体时代，这个问题就更突出了。智能体要发挥它的效率，就不能什么事情都来找人、找中心化的机构来办事，最后就会变成人类拖了 AI 的后腿。即便是用中心化的机构来做验证，也要同样去找基于 AI 工作的，或者通过去中心化方式工作的信任机构，这样才能发挥出 AI 的效能。
所以如果能够有一个去中心化的可信的数据，帮我去找到靠谱的智能体，这样工作效率就会高很多。于是就有了 8004 协议。
嗯，看上去是不是很合理。那我们接下来看看基于这个逻辑，ERC8004 是怎么设计的呢？
解析下协议的具体方案
这部分是具体协议技术方案的解析，不过这里不去具体的解析规范中太细节的合约接口和参数，尽量让大家可以通俗地看懂，细节大家可以看协议的标准文档。我们基于协议内容，通俗地解释一下这个协议是视图如何解决我们在上面提出的问题的。
从技术上来说，ERC8004 本质上就是定义了三类合约的接口规范：
- Identity Registry，身份注册表。基于 ERC721（非同质化 Token，也就是 NFT），用于注册智能体，每个智能体其实就是一个 NFT，通过这个 NFT 就可以拿到智能体的相关信息。
- Reputation Registry，声誉注册表。
- Validation Registry，验证注册表。
简单来说，你可以把这个三类合约理解为在区块链上运行的三种机构。
- 机构一：智能体过来开个户，就好像你开个餐饮店一样。
- 机构二：我来负责给这些智能体收集评分，就好像大众点评和高德扫街。
- 机构三：我是三方调查机构，负责验证的。类似质监局，卫生局啥的。
🌐 一个具体的工作流程
我们基于基于点外卖的例子来说，假设你想让 AI 助理「小 A」帮你点个没有地沟油的外卖：
- 寻找合作者：「小 A」首先会去查询身份注册表，寻找评价好的外卖「小 B」，并查看它的历史评价。
- 建立初步信任：接着，「小 A」会检查声誉注册表，看看其他合作者给「小 B」的评价如何，决定是否雇佣它。
- 执行与验证：如果这份饭至关重要，「小 A」或你可以额外聘请来自验证注册表的独立验证者「小 C」。「小 C」会核查「小 B」的报告是否准确、符合要求，并将核查结果公之于众。
- 结算与反馈：你通过 x402 协议（一种连接链上支付与链下活动的收据机制，这里可以看一下我们之前发布的关于 x402 的文章）向「小 A」支付费用。「小 A」支付给「小 B」和「小 C」。最后，你为「小 A」和「小 B」的服务留下好评，所有这些支付和行为都会巩固或影响它们各自在注册表中的声誉。
总而言之，ERC-8004 通过这三个合约的相互调用与配合，为 AI 助理们构建了一个去中心化、可信任的协作环境，让它们能够像人类在市场上一样自由、安全地交换服务和价值。
身份注册表
这个合约基本就是一个 NFT 的合约，包含转让等 ERC721 本身的协议，只不过重新扩展定义了 NFT 的元信息文件：
可以看到你本来就是提供了 Agent 的名字、图片、描述和对应的端口地址。
此外还约定了注册的方式「register」和相关事件（ERC721 本身协议是没有约定 mint 方法的，所以这个方法算是 ERC8004 的方法）。
声誉注册表
这个合约首先部署的时候需要把 NFT 的合约通过构造函数传入，也就是说它是唯一关联一个身份注册表的。
定义了好几个方法：
- giveFeedback，评分，可以给身份注册表里面的 NFT 打分，0 - 100 分。（agentId 就是对应 NFT 的 TokenID）。调用这个方法需要一个参数「feedbackAuth」这个参数是智能体接受任务的时候签署的一个签名。
- revokeFeedback，撤销评分。
- appendResponse，追加响应。可以补充一些附加信息（有格式要求），可以传一个线下地址 + 用来验证的 Hash 值。
- 还有一系列读的方法，可以读取相关评分信息。
补充信息的格式要求为：
验证注册表
和声誉注册表一样，这个表构造的时候也需要传入省份注册表的合约地址，也是唯一关联一个身份注册表。这个合约需要 Agent 的 Owner（NFT 的 Owner）来调用，提供下面方法：
- validationRequest，用来请求验证。
- validationResponse，用来响应验证。
具体细节本文就不再展开了，本质上一句话，就是 ERC8004 通过定义了三个合约规范，使得我们可以在链上建立一套透明的，去中心化的智能体的评价机制，帮助智能体更好地找到想要合作的智能体，为 A2A 提供一个 Web3 的信任解决方案。
我们的实践
结合 ERC-8004 的设计，我们在 Pharos 和 Jovay 网络构建了面向 Web3 的 Trustless 服务能力，可帮助用户分配 Web3 世界的「可信身份 Agent DID」，同时我们也在原有的基础上进行了金融级增强的 TEE/ZK 验证能力扩展，未来支持如面向机器交易在金融场景的更高安全的验证增强。
未来展望
看上去很美好，但是同样也充满了挑战，不过挑战也是机遇，让我们来看看未来可能会有什么样的机会。
首先，数据虽然在链上，链上数据透明且不可纂改。但是但是如何保证链上数据真正地真实可信也是个问题。所以最后可能会有一些信任度高的链上的验证者，它其实就代表了背后的权威机构。靠谱的验证者可以通过链上历史数据等各种手段提供更加可靠的信息。比如你用新号来刷差评，那肯定就会信用不够了。
按照这个逻辑，围绕这个协议能做的东西就很多了：
- 你可以搞一个服务，专门给智能助力提供上链服务。比如我可以帮你的智能体部署一个合约，这个合约可以基于这个协议各种操作。我可以通过一个 MCP 来提供这样的服务。
- 你可以搞一个链上美食街，大家都来你这个合约上注册自己的智能体。比如我开了一家店专门做炸鸡（AI 机器人炸鸡哦），然后可以在这美食街上面注册。只要美食街流量大，他就可以收取注册费。就和现在 ens（以太坊域名） 一样。哈哈其实 ens 就可以理解是一个注册表，扩展一下就行。
- 你可以搞一个链上餐饮黑珍珠（米其林也行），专门去给别人做打分评价，哈哈，当然是可以收点小钱钱。
总之，之前线下做的一切，都可以搬到链上，智能体以后在链上世界工作就好了。
大家觉得靠谱吗？至少笔者觉得挺有趣的。
本文由 ZAN Team（X 账号 @zan_team）的 Fisher（X 账号 @yudao1024）撰写。
