ERC8004 从 v0.4 到 v1.0 规范：通往主网之路

ERC8004 v0.4 -> v1.0: 主网之路

2026 年 1 月的更新（v1.0）代表了基于测试网部署经验的重大修订。这些更改破坏了与之前 v0.4 实现的向后兼容性，需要完全迁移现有部署。

I. 架构概述

该协议保持其三个注册表结构，但对每个组件的实现进行了实质性修改。身份和声誉注册表已完成并部署；验证注册表规范正在与 TEE 社区积极讨论中，并将于部署前进行修订。图 1 说明了高级架构和注册表之间的关系。

图 1：ERC-8004 v1.0 注册表架构。实线箭头表示链上引用；虚线表示指向链下数据的 URI 指针。

II. 身份注册表更改

最重要的架构更改是从自定义身份系统迁移到标准 ERC-721 NFT。在 v0.4 中，代理使用域名和以太坊地址对进行注册，创建了不可转让且与现有 NFT 基础设施不兼容的身份。版本 1.0 在 ERC-721 上重建身份，并带有 URIStorage 扩展，使每个注册代理成为一个标准的 NFT，其 tokenURI 指向注册 JSON 文件。

注册接口提供了三种具有递增特异性的函数变体：

MetadataEntry 结构允许在链上存储任意键值对，其中键是字符串，值是字节。这为需要链上可查询元数据的应用程序提供了灵活性，同时保持核心注册的轻量级。

注册文件格式：tokenURI 必须解析为符合以下模式的 JSON 文件。该格式支持多个通信端点（A2A、MCP、ENS、DIDs），并声明代理支持哪些信任模型：

III. 声誉注册表更改

v1.0 声誉注册表引入了用于反馈提交的加密授权，并将分数移至链上以实现智能合约可组合性。v0.4 使用预授权模式（代理接受反馈请求，客户端提交反馈），而 v1.0 需要使用 EIP-191（对于 EOA 钱包）或 ERC-1271（对于智能合约钱包）的加密签名。

III.I 签名方案

客户端必须在提交反馈之前从代理获取签名的 FeedbackAuth 结构。该结构包括专门用于防止重放攻击的字段：

图 2：反馈授权流程。代理签署授权结构；客户端随反馈一起提交；合约验证签名。

III.II 链上数据模型

版本 1.0 将分数和标签存储在链上，从而可以从其他智能合约直接查询。为了提高 gas 效率，标签从字符串更改为 bytes32。反馈函数签名是：

注册表为链上查询提供聚合函数：

IV. 验证注册表更改

状态：验证注册表规范正在与 TEE（可信执行环境）社区积极讨论中。本节将于 2026 年晚些时候进行修订，更新后的验证注册表将在规范稳定后部署。

验证注册表处理代理工作的独立验证。版本 1.0 将基于哈希的单响应模型替换为基于 URI 的证据，并支持每个请求的多个响应。

IV.I 渐进式验证

提交多个响应的能力支持分阶段验证工作流程。验证者可以首先提交快速初步检查，然后进行彻底验证，然后进行外部审计确认 —— 每个作为具有不同标签的单独响应：

V. 安全考虑

参考实现包括超出基本规范要求的安全措施。这些添加解决了在测试网部署期间发现的攻击媒介。

VI. Gas 分析

v1.0 实现使用 IR 优化器（via_ir = true）和高效的存储模式。尽管增加了 ERC-721 功能，但注册成本降低了；由于链上存储和签名验证，反馈和验证成本增加了。

反馈和验证操作的成本增加反映了 gas 效率和链上可组合性之间的权衡。需要尽可能最低成本的应用程序可以部署在 L2 网络上，在这些网络上，这些操作的成本仅为几美分。

VII. 部署状态

版本 1.0 合约目前部署在 Ethereum Sepolia 上。正在进行向其他测试网的部署。合约地址和部署状态在参考实现存储库中进行跟踪。

由于 v0.4 的更改范围，此部署需要完全擦除存储。未来的规范更新将使用命名空间可升级性模式，从而允许合约升级而无需重置存储的数据。这意味着在 v1.0 稳定后注册的代理在部署后续版本时无需重新注册。

VIII. 迁移要求

版本 1.0 不向后兼容。更改的范围需要完全重置存储；所有 v0.4 注册、声誉数据和验证记录均已清除。迁移需要重新注册所有代理、更新客户端代码以使用新的签名方案，以及更新验证器集成以使用基于 URI 的证据。

未来的更新将使用命名空间可升级性，从而在版本更改中保留存储的数据。此存储重置是与 v0.4 到 v1.0 的过渡相关的一次性事件。

迁移清单：（1）从参考存储库获取当前合约地址。（2）创建符合 v1 模式的注册 JSON 文件。（3）使用 register(tokenURI) 重新注册代理。（4）更新客户端应用程序以请求和提交签名的 FeedbackAuth 结构。（5）更新验证器集成以使用带有基于 URI 的证据的新请求/响应 API。

IX. 结论

v1.0 规范解决了在原始设计的测试网部署期间发现的实际限制。迁移到 ERC-721 以进行身份验证提供了生态系统兼容性和可转移性。用于反馈的加密授权可防止未经授权的提交，同时启用链上信誉查询。验证注册表设计支持分层安全模型，但其规范会根据 TEE 社区的投入而不断发展。

破坏性更改需要完全迁移，但会产生更清晰的架构。采用命名空间可升级性可确保此存储重置是一次性事件；未来的更新将保留注册的代理和累积的声誉。身份和声誉注册表已部署在 Ethereum Sepolia 上，并且正在进行其他网络部署。

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