随着AI across 、应用程序和onchain across 流动，用户在进行交互前需要一种可靠的方式来验证身份、比较信誉并核查信任信号。这就是ERC-8004 在Ethereum ERC-8004 解决的问题。

如果您想了解AI 如何onchain注册、建立信誉并实现可发现性，本指南将用通俗易懂的语言为您详细解析EIP-8004 组成部分。您还将了解到该标准Ethereum推动互操作性代理基础设施的更广泛战略中扮演何种角色。

请查看下方的ERC-8004 完整ERC-8004 。👇

什么是ERC-8004？

ERC-8004 作为EIP-8004：《无信任代理》发布）是一份Ethereum 草案，旨在为AI 定义基于区块链的信任层。它有助于across 发现、识别和评估代理，而无需依赖单一平台或预先存在的信任关系。

其主要优势在于可携带的onchain 、标准化的信誉信号以及可插拔的验证记录。该提案有意将支付功能排除在范围之外，以便各团队在保持互操作性信任数据的同时，将ERC-8004 不同的支付通道相结合。

ERC-8004 ，尽管现有的代理通信协议（如 MCP 和 A2A）有助于代理之间进行通信，但它们并未完全解决在开放且不可信的环境中代理的发现与信任问题。该 EIP 通过轻量级注册表弥补了这一缺口。

EIP 专为Mainnet Layer 2 链上的单链部署而设计，其EVM标识符格式采用eip155 链 ID。生态系统讨论中还涉及在Base、Polygon、BNB 等链上的部署，以及可能EVM 。

ERC-8004

ERC-8004 由三个主要组成部分ERC-8004 ：AI 身份注册、信誉信号以及验证记录，这些组件使得信任具有可移植性和可查询性。

1.AI

ERC-8004 AI 本身；它规范了代理如何onchain实现可发现性和可信访问。代理通过身份注册表进行注册，并关联一个 agentURI 文件，该文件描述了服务、端点以及支持的信任方法。

该注册文件可发布 A2A 卡片、MCP 服务器、ENS 、DID、电子邮件或wallet ，并可引用其他链上的注册信息。随后，应用程序会解析该记录以比较代理，然后通过编程方式委派任务。

2. 身份

在ERC-8004 身份ERC-8004 ERC-721 注册表条目，而不仅仅是一个昵称。每个代理都通过 agentRegistry 字符串和递增的 agentId 进行唯一标识，而 agentURI（tokenURI）则解析为链下的一份结构化注册文件文档。

代币所有权遵循 ERC-721 规则，因此代币持有者可控制转账操作，并可将更新权限委托给运营商。该注册表还支持可选的onchain ，其中包括一个预留的 agentWallet 字段；出于安全考虑，该字段在修改时必须经过签名验证。

3. 声誉

在ERC-8004 ，“声誉ERC-8004 用于发布和检索与代理活动相关的反馈信号的共享接口。该标准存储原始证据和摘要，但刻意避免强制规定一种通用的评分公式来进行信任排名。

由于评分既onchain 计算onchain 组合性，也可在链下计算以获得更丰富的分析结果，因此交易平台、审计网络和保险提供商可以在对参与者应用不同的权重、过滤和风险模型的同时，复用相同的公开信号架构。

ERC-8004 AI ？

ERC-8004 的工作原理是：先将共享身份记录锚定onchain，然后通过代理注册文件在链下公开机器可读的服务端点和信任偏好。其他代理或应用在交互前会解析该记录，从而减少盲目信任的情况。

在实际使用中，交易对手可以附加反馈信号，并针对特定任务或产出请求独立的验证检查。由于信任凭证是标准化且可查询的，交易平台和调度器可以基于相同的base 对代理进行比较。

目前，已有超过 45,000 个注册的ERC-8004 AI across EVM 运行。

AI ERC-8004 什么ERC-8004 ？

ERC-8004 across 、跨链和跨组织的代理发现、信任评估以及可验证协作，且无需中央守门人。

使用案例包括

• across 和支持的服务端点across 发现代理。
• 在委派任务或资金前验证持久身份。
• 在选择执行伙伴前，先读取便携式声誉。
• 在完成任务或交互后记录反馈。
• 要求对高风险产出进行独立验证。
• 驱动代理市场、排名和路由系统。
• 支持可审计的企业代理工作流和控制措施。
• 降低代理运营商的平台锁定风险。

AI 如何在ERC-8004 上进行注册？

在ERC-8004 上注册一个AI ERC-8004 本质ERC-8004 创建公开onchain ，然后将其与一个配置文件关联的过程ERC-8004 该文件说明了该代理的功能以及如何与其建立联系。这使得该代理across 网络across 更容易被发现、验证和比较。

简单的注册步骤：

1. 创建代理身份：代理将获得一个唯一的onchain 条目，该条目相当于其在区块链上的永久性公开个人资料锚点。
2. Link ：该标识指向一个结构化文件，其中描述了代理的名称、用途、服务以及连接详细信息。
3. 添加通信方式：个人资料可列出与代理互动的途径，例如网站、钱包或代理协议端点。
4. 确认关键信息（可选）：运营商可证明其对重要信息的控制权，例如钱包或域名，从而让用户确认该代理的合法性。
5. 添加额外元数据（可选）：项目可包含面向市场或应用的附加信息，例如分类、信任偏好或应用专属标签。
6. 保持可发现性与更新性：身份注册后可持续维护，使代理人的档案能够随时间演进，同时保留其历史轨迹。

ERC-8004 中的声誉机制是如何运作的？

ERC-8004 声誉 ERC-8004 一种信号层，而非单一的通用评分。该注册表规范了反馈的发布和获取方式，而分析服务提供商则可以利用不同的方法和风险模型来计算专项评分。

这种分离对可组合性至关重要。市场平台可能侧重优化任务完成速度，而保险公司则可能更重视争议记录和验证者确认。两者均可读取相同的底层声誉记录，却能得出不同的排名结果。

例如，DAO 可能会要求执行代理在批准大规模再平衡操作之前，必须提供以往治理操作的详细反馈以及最近的验证确认信息。

EIP-8004 时间表

EIP-8004 的开发进程迅速EIP-8004 从一个概念性提案发展为mainnet部署标准。

迄今为止的关键里程碑：

• 提案创建（2025年8月13日）： ERC-8004 作为标准轨道ERC草案在Ethereum 仓库中ERC-8004
• 出版草案（2025年）：EIP页面显示"草案"状态，表明该标准尚处于活跃的设计讨论阶段，尚未最终确定。
• 公开讨论（2025年起）： Ethereum 的讨论帖子进一步拓展了关于验证模型、信任层级及实现细节的辩论。
• ENS （2026年1月22日）： ENS ERC-8004 代理身份、声誉和验证的信任框架。
• 对链上应用的广泛关注（2026年2月4日）： BNB 发布公告，表示将支持在规模化场景中ERC-8004代理身份。
• 教育覆盖范围扩大（2026年1-2月）：生态系统指南与解析内容加速增长，表明开发者和市场关注度持续提升。

ERC-8004 缺点

对于在自主代理与区块链身份交汇领域开展工作的开发者和用户而言，理解ERC-8004 权衡取舍至关重要。

EIP-8004 对EthereumEIP-8004

目前EIP-8004 对Ethereum EIP-8004 影响Ethereum 叙事层面和基础设施层面，而非由手续费驱动。 ETH 目前交易价格低于1,900美元，这ERC-8004 熊市环境中发展，各类标准在此背景下争夺关注度。

就网络而言ERC-8004 Ethereum作为开放协议协调层的定位。它利用了现有的Ethereum （ERC-721、EIP-712、ERC-1271），并可在mainnet 第二层网络上按链部署，从而强化了Ethereum“可组合性优先Ethereum生态系统战略。

这也与当前关于价值应归属何处的路线图讨论相契合：即更L1 更多专业化的L2层。近期关于Vitalik言论的报道表明，行业正逐渐摆脱对L2默认依赖，转向更加差异化的基础设施。

这正是ERC-8004 L2 across 发挥重要作用的环境。

ERC-8004 存在哪些风险？

ERC-8004 互操作性，但并未消除信任或安全问题。该标准使信号易于理解；应用程序仍需自行决定如何解读这些信号。

需重点监控的主要风险领域：

• 西比尔攻击：除非应用程序对评论者进行筛选并谨慎权衡信号，否则虚假代理和串通的评论者会虚增声誉。
• 不良能力声明：注册数据可能宣传具有误导性、失效或恶意的端点和技能，且无需外部验证。
• 验证者模型风险：验证安全性取决于注册表之外所选的验证协议、激励机制及惩罚规则。
• 隐私泄露：若代理发布过多元数据，持久身份与公开反馈可能暴露敏感的操作模式。
• 主要风险：可移植身份会加剧被盗操作员密钥或控制代理注册表项的wallet 所带来的影响。
• 智能合约漏洞：若注册表或集成智能合约的漏洞经审计不严，可能导致记录损坏、权限失效，或使代理暴露于攻击风险中。
• 碎片化评分：不同平台可能根据相同的原始声誉信号计算出不兼容的评分，导致终端用户困惑。

最后的想法

ERC-8004 与许多AI框架ERC-8004 因为它并不try 代理运行时、市场或支付通道。它旨在标准化信任基础组件。

其设计还具有独特之处，即把原始声誉数据与评分计算分离，让多个服务在排名和风险模型方面展开竞争。

最重要的是ERC-8004 原生区块链特性和可移植性：身份、信誉和验证信息可以随代理across 、链和运营商across 流动，而不会因平台不同而重置。