W3match加入

ERC-8004 解析:AI Agent 身份与声誉

了解 ERC-8004 身份、声誉和验证记录展示了什么内容,钱包绑定如何运作,以及为什么注册并不代表认证一个 Agent。

Pawnie1 分钟阅读

ERC-8004 是一个关于 Agent 身份、声誉和验证记录的以太坊标准草案。它帮助买家将 Agent 与其工作的证据联系起来。仅靠注册并不能建立能力或授权支付。

ERC-8004 提议共享链上记录,用于 Agent 身份、反馈和验证。这些记录可以帮助软件发现 Agent 并检查其工作的证据。注册并不认证能力,且高声誉分数仍需要解读。

该以太坊规范在 2026 年 10 月 13 日审查时被标记为草案。因此,实现和接口应对照所使用的确切版本进行检查。其核心有用的思想是可移植的证据,服务可以对其进行评估,而评估仍取决于具体任务。

身份为 Agent 提供参考

身份注册表使用基于 ERC-721 的标识符,并链接到注册文件。其完整参考包括链、注册表地址和 Agent ID,因此一个注册表中的 Agent 42 不会与其他地方的 Agent 42 混淆。所有者可以在设计规则下更新记录或转移身份。ERC-8004 规范。

对于买家来说,参考有助于将命名的 Agent 与复制的网站标签区分开来。它可以在目录和服务交互中提供通用标识符。端点仍需检查:描述可能会声称服务并未提供的能力。

考虑两个 Agent 都自称为“国库研究助手”。持久的注册表标识符可以让买家将之前的反馈与目标服务联系起来,而不是依赖于名称。即使实际计算发生在区块链之外,这仍然是有用的。

注册信息也拥有所有者和更新权限。一个熟悉的身份随后可以指向不同的端点或运营商。转移该身份会清除已注册的接收钱包,新所有者必须再次进行验证。买方应当了解自作品用于判断以来发生的哪些变更。

智能体标识只是众多信任信号之一

ERC-8004 将注册与声誉和验证分离。

智能体标识

连接相关记录的引用

身份注册表

注册和服务信息。

声誉注册表

带有上下文和归属的反馈记录。

验证注册表

在选定模型下的验证请求和响应。

注册并不证明代理是唯一的、胜任的或诚实的。请检查谁产生了每个信号。

文章中审查的草案标准的概念视图。部署和验证模型必须分别检查。

审查来源日期为 2026 年 10 月 13 日。
ERC-8004 草案参考规范

发现与支付是独立的层级

该标准并未定义支付系统。它可以与 x402 或其他支付路径共存,但代理被注册并不意味着特定的发票或交易获得了授权。

用于接收资金的钱包也是一种需要其自身控制检查的断言。该规范描述了更改已注册接收钱包的控制权证明过程。这有助于将钱包与身份绑定,而无需证明其背后的服务是可信的。身份与钱包绑定。

MCP 和其他代理接口描述了发布或调用能力的方式。支付协议描述的是商业交换。身份记录为这些交互提供了可以随时间追踪的参考。

保持层级分离可以防止一种危险的捷径:“已注册代理”成为批准任何支出请求的理由。我们的钱包控制文章解释了为什么签名者仍需要独立的政策。

反馈是评估的证据

声誉注册表记录与代理相关的反馈信号。其接口允许带标签的反馈以及对额外证据的引用。应用程序可以使用自己的方法聚合这些信号,而不是假设有一个通用的分数。参考合约规范。

对于买家来说,重要的细节是反馈所描述的工作。图像生成的正面结果对于同一个代理协调财务记录的能力几乎没有说明。任务标签和端点引用可以防止无关的经验被混为一谈。

时间也很重要。较旧的反馈可能涉及不同的模型、服务版本或操作者。当买家可以将成功的任务历史与代理现在将运行的内容联系起来时,这些历史记录就更有用。

下方的信任信号可视化图表组织了关于反馈质量的问题。它不会为真实代理分配数值分数,也不会声称一组复选框就能建立诚实性。

声誉数值需要分母

想象一个智能体拥有来自一组紧密关联钱包的大量热情评论。另一个智能体评论较少,但提供了来自独立客户的可复现工作证据。更高的评论数量并不能判定哪一个更配得上下一个任务。

检查是谁提供了反馈,以及工作是否可以被核实。伴随评论的付款可以显示在支付机制下的交互。但这并不能证明购买是经济独立的,或者结果是良好的。

廉价的自掏腰包购买可以制造虚假活动。阻止所有者评论自己的智能体并不能阻止所有者控制其他地址。声誉消费者需要一个针对这些关系以及虚假活动成本的模型。

正确的分母取决于任务。对于专业智能体,同类型的成功任务可能比总交互次数更相关。对于具有安全关键输出的服务,通用的客户满意度是一个不完整的质量测试。

验证必须明确声明

验证注册表提供了请求和记录由独立验证方进行的检查的钩子。特定的实现可能会使用重新执行、证明系统或其他评估方法。验证注册表设计。

询问验证方具体检查了什么。通过固定输入复现计算可以建立输出遵循这些输入和规则的证据。但这并不能自动证明原始输入是完整或真实的。

对于研究智能体,一个有用的检查可以是根据提供的源集测试引用。这留下了另一个问题:源集是否遗漏了相关证据。有效的检查应当让其范围对买家可见。

验证方本身存在能力和激励问题。链上响应使记录可供检查。但这并不能消除理解响应是如何产生的这一需求。

选择工作的证据

对于廉价且可逆的数据查询,买家可能会容忍历史较短的服务并在事后验证结果。对于大型财务指令,它可能需要更强的控制和人工批准。相同的身份系统可以支持不同的信任策略。

这是一个避免使用单一“受信任代理”徽章的实际原因。一个服务可能适用于一种工作流,但不适用于另一种。它获得的权限应当反映这种差异。

代理的支出权限也需要独立的限制。选择一个信誉良好的数据服务并不意味着授予你的采购代理无限的预算,而且识别出采购代理也无法保证它选择了好的价格。

向代理出售数据旨在审查卖家可以披露什么内容,以使该选择更容易做出。清晰的能力和可验证的交付比虚高的分数能提供更强的商业证据。

我会在注册表演示中检查的内容

展示身份记录、其当前所有者和端点历史。然后打开一条反馈及其所指的工作。如果存在验证,请识别被检查的声明以及负责检查的方。

接下来,在测试环境中更改一个端点或转移身份。买方应当能够将旧的信誉上下文与新的运行设置区分开来。只有当围绕它的变化保持可理解时,可移植的标识符才有用。

ERC-8004 提供了一个附加证据的位置。更好的选择源于买方能够为特定任务解释这些证据的能力。支付仍然是另一个层面,在 x402 介绍 中有涵盖。

在比较信誉之前比较相同的工作

想象代理 A 在 1,000 个图像生成任务上有反馈。代理 B 在 40 个公司备案提取任务上有反馈。对于备案研究任务,A 并不会仅仅因为其数量更大就成为更好的候选人。

检查任务标签、相关任务背后的证据,以及这些任务是否使用了当前的端点和操作员。然后使用一个已知答案的备案运行一个小测试。该示例是虚构的;ERC-8004 提供记录,而此选择规则属于买方。ERC-8004 规范。

#agent infrastructure

继续阅读

返回博客