Quicknode

2026年3月4日 — 阅读时间7分钟

人工智能agents 仅仅因为能够“表演”agents 头条新闻agents 。这一点已经逐渐成为理所当然。

如今，人工智能agent 调用API、与其他agents进行通信、访问工具、进行支付以及协调工作流程。

从许多方面来看，他们的行为已经像数字工作者一样了。

但目前尚无统一的方法来识别他们、核实其身份，或界定其被授权的职责范围。

ERC-8004Ethereum对此Ethereum回应，本文将详细解析它的定义、工作原理，以及它是否已具备被认真对待的条件。

Agent 中的身份危机

如今，当人工智能agent 支付或与API交互时，尚无一种可验证且标准的方法来回答：

1. 这个agent 是谁agent 谁派agent来的？

2. 它有交易记录或信誉记录吗？

3. 它拥有哪些权限或角色？

另一方面，几十年来，人类设计出了便携式身份，以便随身携带信任、声誉和责任。

法律身份、许可证、信用记录、财务报表等。

如今，由于人工智能agents 代表真实用户处理真实的资金、真实的数据并做出真实的决策，因此它们需要一种可靠的方法，以大规模地解答这些问题。

AIAgents 发展迅速但尚不完善

在不到5年的时间里，围绕人工智能agents 的基础设施agents 飞速扩展和成熟。在此期间，三大关键实施路径应运而生：

1. MCPagents 工具的方式进行了标准化，使agents 能够查询基础设施、触发工作流以及与外部服务进行交互。

2. A2A 提供了一个结构化的消息传递框架，使agents 相互沟通。

3. x402 为他们提供了原生的支付通道，这意味着agents HTTP层直接使用稳定币进行交易，无需人工干预。

每种协议都很好地解决了其特定问题，如今，执行问题已不再是人工智能agents面临的主要难题。

但是，他们每个人都很快就遇到了身份或声誉方面的障碍。

简而言之，这些协议无法确定agent 。 ERC-8004 正是为弥补这一缺口而设计的。

ERC-8004 究竟是什么

ERC-8004 是一项专为Ethereum agents AIagents 设计的身份与声誉协调标准。

该 该 由Marco De Rossi（MetaMask）、Davide Crapis（Ethereum ）、Jordan Ellis（谷歌）和Erik Reppel（Coinbase）起草。

ERC-8004 标准引入了 3 个链上注册表：

1. 身份注册表

每个agent 由一个唯一的链上标识符表示，该标识符随后会被铸造为一个 ERC-721 代币。该NFT指向一个结构化的JSON文件，称为agent ”，其中包含agent名称、功能、服务端点（MCP、A2A、Web）以及支付地址。

链上组件用于锚定身份，链下元数据则提供背景信息。

2. 声誉登记处

声誉层允许将交互和反馈与agent身份关联并记录下来。它允许授权的agents 用户以限定数值评分和分类标签（如响应时间或正常运行时间）的形式发布反馈。

这样一来，agent性能就具有了可移植性，其他agents 可以在与其交互之前查询这些性能数据agents 。

3. 验证注册库

该登记册是一种标准化机制，用于记录可验证的证据，以证明某agent：

• 已完成一项任务

• 生成了正确或可接受的输出

• 符合预定义的约束条件或保证

请注意：该注册表仅定义了验证结果的记录方式，而非应采用哪种验证方法。因此，该注册表的设计旨在支持多种验证策略，从社会共识到加密经济惩罚机制。

不过，需要注意的是，该注册表尚未完成。在作为基础设施发布之前，该验证注册表仍处于设计阶段。

这三个注册表共同构成了一个中立的协调层：一种用于发现agents 检查其过往记录 > 并验证声明的方式。

由此自然会产生一个问题： 为什么不直接使用现有的身份认证系统呢？

ERC-8004 与 OAuth、DID 和 ENS 的区别

如果身份是问题所在，为什么不利用现有的东西呢？

如今，开发者们已经熟悉 OAuth、API 密钥、去中心化标识符（DID）、钱包地址以及诸如 ENS等命名系统。它们各自提供了一种 身份识别或身份验证。

为什么要开发新东西？

简单来说：因为 ERC-8004 解决的不是同一个问题。

以下是一个简要的表格，有助于理解这些系统的用途以及为何需要 ERC-8004。

从宏观角度来看，这些系统在设计时都针对特定的信任面。其中，agents ERC-8004agents ，其余系统均未针对人工智能agents 进行设计。

理论上，根据 ERC-8004agent 可以拥有一个，

• 将 ENS 名称用作其易于人类阅读的标识符，

• 用于用户交互的DID，以及

• ERC-8004 专门用于agent 与信任建立。

通过这种方式，ERC-8004 将其他方法视为其身份层内可组合的基元。

那么，ERC-8004 的发现机制在现实世界中究竟是如何运作的呢？

ERC-8004 的端到端实际工作原理（无需代码）

步骤 1：注册

开发人员部署一个agent 将其注册到身份注册表中。

agent 一个链上身份，以及描述其功能、公开端点和支付详情的关联元数据。

来源： https://www.8004scan.io

第 2 步：探索

现在，其他agent 开发者可以直接查询注册表，或通过第三方索引器查询，以发现agents 已索引的 的元数据、功能或可用的信誉信号来发现其他代理。

来源： https://www.8004scan.io

第 3 步：评估

在进行交互之前，查询agent 候选人的声誉登记册记录，包括以往的结果、证明以及相关证据。

它决定agent过往业绩是否符合其风险阈值。

第 4 步：互动

如果条件允许，agent 通过已发布的接口（MCP、A2A 或 HTTP）agent 并执行该任务。

第 5 步：付款并记录

付款通过以下方式发放 x402 或其他兼容机制进行。结果数据和反馈可写回声誉注册表，从而更新agent链上记录，以便日后查询。

这就是 ERC-8004 引入的协调层。那么，当整个 AIAgents 栈组装完成后，开发者眼中的实际架构究竟是怎样的呢？

新兴Agent

如今，AIagent 栈是一套相互配合的成熟基础组件。以下简要概述了开发人员可以利用的资源：

每一层都能让其他层对人工智能agents更加有用。

• 一个agent agent ERC-8004 发现另一个agent 。

• 它可以通过agent 向该agent 支付款项x402进行支付。

• 它可以通过兼容 MCP 的端点调用服务。

当各层相互交织时，价值便会倍增。

对于开发者而言，这一技术栈具有实际意义：现有的基础设施已经能够构建出agents agents能够被从未接触过的agents跨组织边界发现，并自动获得报酬，且每次交互都附带可验证的记录。

Quicknode 在Agent 中的Quicknode

Quicknode 该技术栈的关键层提供了支持。

• Agents ERC-8004 注册表合约Agents 需要可靠的 RPC 访问，而这就是Quicknode核心基础设施

• 在执行方面， Quicknode 服务器 将 AI 助手直接连接到区块链数据：RPC 端点、索引以及 流式传输，无需进行定制化集成工作。

• 此外，Quicknodex402 意味着agents 像支付堆栈agent 任何其他agent 的费用一样，为 RPC 计算付费。

实际上Quicknode 身份查询、执行访问以及原生agent ，且所有这些功能均基于 企业级基础设施 以及开发者和团队所需的技术支持。

有了这些信息和工具，我们是否已经锁定了agent 所需的完整基础设施？

ERC-8004 是否完善了人工智能Agent ？

不完全是。还不是。

要知道，agent 需要一个坚实的信任层。目前唯一悬而未决的问题是，由谁来定义它。有两种方向：

• 现在就将其作为开放标准来构建，或者

• 等着看吧，等那些拥有集中式目录的大型科技公司来决定所有人的访问权限和激励机制。

ERC-8004 是针对前者所做的首次严肃尝试：这是一个无需许可、经过审计、获得机构支持且不受任何单一实体控制的标准。

它构建了一个能够建立信任的协调平台，从而为开放式agent 奠定了基础。