ERC-8004 与 x402 有什么区别？AI Agent 如何实现身份验证与自动支付？

ERC-8004 是以太坊生态提出的 AI Agent 身份与信任标准，正式名称为 Trustless Agents，旨在通过区块链建立跨平台的智能体发现、声誉记录和任务验证机制。x402 则是一种基于 HTTP 402 状态码的开放支付协议，使应用程序和 AI Agent 能够在请求互联网资源时完成支付授权与结算。两者分别面向智能体协作中的信任问题和支付问题，是构建开放智能体经济的重要基础设施。

随着 AI Agent 从内容生成工具发展为能够自主调用 API、访问数据库、执行研究任务和管理链上交易的自动化系统，智能体之间的经济关系正在变得更加复杂。一个智能体可能需要向另一个智能体购买数据、委托分析任务或支付计算费用。在这一过程中，仅有通信接口并不足够，系统还需要判断服务提供者的身份、评估其历史表现，并确保付款过程受到授权和风险控制。

ERC-8004 与 x402 的结合，为这些需求提供了不同层面的解决思路。理解两种协议，需要区分身份注册与真实身份认证、声誉记录与结果验证，以及支付授权与实际结算之间的差异，同时分析它们如何与 MCP、A2A、智能合约钱包和稳定币共同构建 AI Agent 的自动化协作流程。

核心要点

• ERC-8004 解决智能体身份发现与信任问题，通过身份注册表、声誉注册表和验证注册表，让不同平台的 AI Agent 能够被识别、评估和验证。

• x402 解决互联网原生支付问题，基于 HTTP 402 Payment Required 机制，让 AI Agent 能够按照预设授权自动支付 API、数据、算力及其他数字服务费用。

• 两者并非竞争关系。ERC-8004 帮助智能体判断与谁合作，x402 则为智能体提供支付和结算能力。

• ERC-8004 不直接负责支付，x402 也不提供完整的智能体身份与声誉体系。两者结合后，可以形成从服务发现、信任评估到自动支付和结果反馈的业务流程。

• 智能体经济仍面临身份伪造、虚假声誉、支付授权、任务交付及资金安全等挑战，链上记录并不等于所有行为都值得信任。

ERC-8004 是什么？为什么 AI Agent 需要链上身份？

ERC-8004 是一种面向自主智能体的链上身份与信任标准，主要目标是让不同组织、不同平台开发的 AI Agent，能够在缺乏预先信任关系的情况下发现彼此，并获取可供评估的信任信息。

传统互联网中的服务通常依赖平台账户、API 密钥或中心化服务目录建立身份关系。例如，一家企业使用第三方数据 API 时，可以通过服务商网站、合同及平台认证确认服务来源。但在开放的 AI Agent 网络中，智能体可能由不同开发者创建，并通过多个平台或区块链网络提供服务。

如果缺乏统一的发现机制，智能体就很难判断某个服务地址对应哪一个 Agent，也无法方便地查询其历史服务记录。

ERC-8004 提出了三个相互独立的链上注册表：

其中，身份注册表以 ERC-721 为基础，每个注册身份对应一个 agentId，并通过元数据关联智能体的描述、服务端点及其他必要信息。

这使智能体可以拥有相对独立于单一应用平台的身份标识。

不过，链上身份不等于现实世界身份认证。注册一个 Agent 并不能自动证明其开发者真实可靠，也不能保证它提供的服务安全。ERC-8004 提供的是可组合的身份与信任基础设施，具体信任判断仍需依靠应用规则、历史反馈和独立验证。

截至 2026 年 10 月 22 日，ERC-8004 的 EIP 页面仍将其标记为 Draft，但相关注册表和生态实现已经开始部署与应用，因此应区分规范状态与实际采用情况。

ERC-8004 如何通过身份、声誉和验证建立信任？

ERC-8004 的核心设计并不是用单一评分决定智能体是否可信，而是让不同信任信号能够被公开记录和独立组合。

首先，Identity Registry 为智能体提供一个可以被查询的链上身份。开发者可以通过注册信息公布 Agent 的服务能力、通信端点和相关元数据，让其他应用发现它提供什么服务以及如何访问。

其次，Reputation Registry 允许客户端提交与智能体服务有关的反馈。这些反馈可以被其他系统读取，并根据不同业务需求进行分析。例如，数据分析 Agent 可以积累任务完成率、响应质量或客户满意度等记录。

但是，声誉数据本身并不一定真实。开发者可能通过关联账户制造虚假好评，恶意参与者也可能发布误导性反馈。因此，声誉注册表负责提供标准化记录接口，而不是自动消除刷分和操纵风险。

最后，Validation Registry 用于记录第三方对任务结果的验证。不同任务可以采用不同的验证方式，例如由其他节点重新执行任务、通过可信执行环境（TEE）提供证明，或者使用零知识机器学习（zkML）等技术验证特定计算过程。

这些方式的适用范围存在差异。可重复计算的任务更容易进行技术验证，而投资建议、创意内容或复杂商业判断，往往还需要人工评估或专门的评价机制。

因此，ERC-8004 建立的是一种分层信任模型：身份用于发现，声誉用于辅助选择，验证用于检查特定结果。三者相互补充，但不能替代实际的风险管理。

x402 是什么？为什么 AI Agent 需要 HTTP 原生支付协议？

x402 是一种基于 HTTP 402 Payment Required 状态码构建的开放支付协议，目标是在互联网请求流程中加入标准化支付机制。

传统互联网服务通常通过账户注册、信用卡订阅或预充值余额收费。用户需要先建立支付关系，才能调用 API、下载数据或访问付费内容。

这种模式适合人工操作，却不一定适合高频、按需运行的 AI Agent。

例如，一个市场研究 Agent 可能只需要调用一次专业数据接口。如果必须先创建账户、购买月度订阅并完成复杂的人工付款流程，就会降低自动化效率。

x402 允许服务提供方直接在 HTTP 请求中声明支付要求。客户端收到付款要求后，可以根据支持的网络、资产和支付条件，生成相应的支付授权，并重新提交请求。

在符合支付要求并完成必要验证或结算后，服务器才提供受保护的资源。

x402 因此能够支持按次调用 API、购买数据、访问计算服务等业务模式，使机器与机器之间的付费交互不必完全依赖传统订阅系统。

需要强调的是，x402 不等于一种新的加密货币，也不是单独的区块链。它是支付交互协议，可以结合不同区块链网络、稳定币和结算基础设施运行。

ERC-8004 与 x402 有什么区别？

ERC-8004 与 x402 经常同时出现在 AI Agent 相关讨论中，但它们处于不同的技术层级。

ERC-8004 关注智能体之间如何建立可查询的身份和信任关系，x402 则关注服务请求如何触发支付，以及支付授权和结算如何融入互联网交互。

从实际使用场景来看，ERC-8004 更接近智能体经济中的身份与信任基础设施，x402 则更接近支付基础设施。

假设一个 AI Agent 希望购买市场分析数据。它可以利用 ERC-8004 查询服务提供者的注册信息、历史反馈和验证记录，评估是否值得合作。

当它决定访问该服务时，x402 可以帮助它完成付款。服务交付后，客户端还可以通过 ERC-8004 的相关机制记录反馈。

不过，这种协作流程需要应用开发者进行集成，并非部署 ERC-8004 或支持 x402 后就会自动实现。

x402 如何让 AI Agent 自动完成支付？

x402 的核心机制，是将支付要求嵌入标准 HTTP 请求与响应流程。

在 x402 V2 中，典型的支付过程可以分为六个阶段。

AI Agent 自动支付流程

示意流程；具体的验证、结算与交付顺序取决于所采用的支付方案。

例如，一个 AI Agent 请求价值 0.05 USDC 的市场数据接口。服务器可以通过 402 Payment Required 响应告知客户端该资源需要付款，并提供可接受的支付条件。

客户端检查价格、支持的区块链和收款信息后，使用已获授权的钱包生成支付签名，再次发送请求。

在 x402 V2 中，服务器可以通过 PAYMENT-REQUIRED 提供支付要求，客户端使用 PAYMENT-SIGNATURE 提交签名后的支付信息，服务器则可以通过 PAYMENT-RESPONSE 返回支付处理结果。

支付验证和结算可以由资源服务器自行完成，也可以通过 Facilitator 等组件处理。Facilitator 负责协助验证支付授权和执行结算，但它不是所有实现都必须依赖的中心化第三方。

值得注意的是，不同支付方案对结算与资源交付的先后顺序可能有不同要求，不能简单认为所有 x402 请求都必须先完成链上结算才能执行任何操作。

ERC-8004 与 x402 如何共同构建 AI Agent 的自动化交易流程？

ERC-8004 与 x402 结合后，可以形成一个从服务发现到支付、交付和反馈的完整业务场景。

假设一个加密研究 Agent 需要分析某个代币的链上交易情况，但它自身没有足够的数据资源。

首先，它可以通过 ERC-8004 的 Identity Registry 查询提供链上数据分析服务的 Agent，获取相关服务描述和接口信息。

接下来，它可以读取 Reputation Registry 中的历史反馈，并根据任务重要程度检查是否存在独立验证记录。对于成本较低的基础数据查询，历史表现可能已经足够；对于高价值金融分析任务，则可能需要额外验证。

完成服务选择后，研究 Agent 通过相应通信接口发送请求。服务提供方使用 x402 返回支付要求，研究 Agent 在预先设定的预算和权限范围内完成支付授权。

获得数据后，研究 Agent 可以继续执行分析任务，并根据服务质量留下反馈。如果需要进一步核实结果，还可以引入独立验证服务。

这一流程展示了两种协议的互补关系：

ERC-8004 帮助智能体发现服务并评估信任，x402 帮助智能体支付服务费用。

但 ERC-8004 并不自动保证交付，x402 也不直接提供通用的任务验收或退款仲裁机制。对于高价值服务，开发者仍需设计履约、争议处理和资金保护机制。

ERC-8004、x402、MCP 与 A2A 如何协同工作？

除了 ERC-8004 和 x402，MCP 与 A2A 也是智能体基础设施中的重要组成部分。

MCP（Model Context Protocol）主要帮助 AI 应用连接外部工具、资源和数据，使智能体能够调用数据库、搜索服务及其他系统能力。

A2A（Agent2Agent）则侧重不同智能体之间的通信与任务协作，包括能力描述、消息交换和任务生命周期管理。

ERC-8004 不替代 MCP 或 A2A，而是补充跨组织环境下的发现与信任机制。x402 则可以为其中的付费服务提供支付能力。

四者的关系可以概括为：

例如，研究 Agent 可以通过 MCP 访问数据工具，通过 A2A 与另一个分析 Agent 协作，通过 ERC-8004 查询其身份及声誉，再通过 x402 支付数据或计算费用。

这种模块化设计的优势，在于不同协议可以独立发展，应用开发者根据实际需求选择组件，而不必将全部功能绑定在单一平台中。

AI Agent 如何安全管理自动支付权限？

自动支付是智能体经济的重要能力，但它同时带来了新的资金安全问题。

传统支付通常需要用户确认金额和收款对象，而 AI Agent 可能在无人实时监督的情况下连续调用服务。如果没有明确限制，错误的任务规划、恶意接口或被操纵的外部数据，都可能导致不必要的资金支出。

因此，自动支付系统需要将智能体的决策能力与资金控制权限区分开来。

一种可行方式是使用智能合约钱包，为 Agent 设置单次支付上限、每日预算、允许访问的收款地址，以及特定任务的授权范围。

例如，企业可以允许研究 Agent 每次支付不超过 1 USDC，每日总支出不超过 20 USDC，并限制其只能向经过审核的服务提供商付款。

对于超过预算的交易，系统可以要求人工确认，而不是允许 Agent 自行提高支付额度。

以太坊生态中的智能账户和账户抽象机制，可以支持更灵活的权限设计，包括会话密钥、支出限制和白名单等。

但支付限制仍不能替代服务安全审查。恶意服务商可能诱导智能体重复请求付费资源，或通过看似正常的 API 响应影响后续决策。

因此，实际部署时还需要检查支付请求与原始任务是否一致、避免重复付款，并对异常交易建立监控和暂停机制。

真正安全的自动支付，并不是让 AI Agent 拥有无限制的资金控制权，而是在明确授权范围内实现自主执行。

ERC-8004 与 x402 面临哪些技术和商业挑战？

ERC-8004 与 x402 为智能体经济提供了重要的基础能力，但距离大规模、稳定的商业应用仍存在一些问题。

首先是身份和声誉可信度。ERC-8004 可以记录身份与反馈，但无法天然阻止同一开发者注册大量 Agent，或者通过关联账户制造虚假评价。如何建立抗女巫攻击的声誉机制，仍需要额外的经济约束和验证设计。

其次是任务结果验证。对于确定性的计算任务，可以通过重新执行或密码学证明检查结果；但对于投资分析、内容创作和复杂商业决策，结果往往具有主观性，无法仅靠链上记录判断质量。

第三是支付与服务交付之间的关系。x402 可以处理支付流程，但如果服务质量不符合预期，仍需要额外的退款、托管或争议处理机制。支付成功并不意味着任务一定完成。

第四是跨链与资产兼容性。不同网络的稳定币、交易费用和结算机制存在差异。智能体需要正确识别支付网络和资产，避免因配置错误导致资金损失。

最后是监管与商业采用。随着 AI Agent 参与金融服务、数据采购和企业支付，开发者需要考虑资金使用授权、客户身份、数据隐私和适用的支付监管要求。

这些问题表明，ERC-8004 和 x402 更适合作为开放基础设施，而不是覆盖身份、支付、履约和法律责任的完整商业解决方案。

ERC-8004 与 x402 对 Ethereum 和 Web3 生态意味着什么？

ERC-8004 与 x402 的发展，使区块链的应用场景进一步延伸至机器之间的经济协作。

过去，链上交易主要由个人用户或企业系统发起。随着 AI Agent 能够自主执行任务，区块链开始承担智能体身份登记、支付结算和可验证记录等功能。

ERC-8004 为开放智能体网络提供可组合的信任信息，x402 则让按次付费的数字服务更容易接入自动化支付流程。

对于 Ethereum 及其 Layer 2 生态而言，智能体身份注册、声誉记录和稳定币支付可能带来新的链上应用需求。

不过，ERC-8004 并不局限于 Ethereum 主网，相关注册表可以部署在不同的兼容网络上；x402 也不是以太坊专属协议，可以结合其他受支持的区块链运行。

因此，两种协议的发展并不意味着所有智能体交易都会集中在 Ethereum，也不能直接推导出 ETH 价格必然上涨。

从更长期的角度看，真正值得关注的是 AI Agent 能否在开放网络中形成可持续的服务供需关系，让身份、支付和任务执行从概念验证逐渐转化为实际业务。

总结

ERC-8004 与 x402 分别解决 AI Agent 经济中的两个基础问题：信任与支付。

ERC-8004 通过身份注册表、声誉注册表和验证注册表，为跨平台智能体提供可查询的身份及信任信号。x402 则通过 HTTP 402 支付机制，让智能体能够在访问数字资源时，根据预设授权完成支付。

两者不是相互替代的协议，而是可以组合使用的基础设施。ERC-8004 帮助智能体选择合作对象，x402 帮助其完成经济交互，MCP 与 A2A 则可以承担工具连接和智能体通信等功能。

但身份注册不代表真实可信，支付完成也不代表服务质量得到保证。未来智能体经济能否规模化发展，仍取决于身份验证、声誉治理、任务验收、资金权限和监管合规等机制的成熟程度。

ERC-8004 让 AI Agent 更容易被发现和评估，x402 让 AI Agent 更容易为服务付款。两者结合，为开放、可组合的智能体经济提供了重要基础。

FAQ

ERC-8004 是什么？

ERC-8004 是面向 AI Agent 的链上身份与信任标准，通过身份、声誉和验证注册表，帮助不同平台的智能体被发现、评估和验证。

x402 是什么？

x402 是基于 HTTP 402 Payment Required 的开放支付协议，允许应用程序或 AI Agent 在访问付费 API、数据和其他互联网资源时完成支付授权与结算。

ERC-8004 和 x402 最大的区别是什么？

ERC-8004 主要解决智能体身份发现和信任问题，x402 主要解决自动支付问题。两者分别提供不同的基础能力。

ERC-8004 是否可以直接进行支付？

不可以。ERC-8004 不定义通用支付结算流程，但可以与 x402 等支付协议结合使用。

x402 必须使用 Ethereum 吗？

不需要。x402 可以结合不同的受支持区块链及支付资产运行，并非 Ethereum 专属协议。

AI Agent 使用 x402 是否需要人工确认每笔付款？

不一定。开发者可以预先设置钱包权限和支付预算，使 Agent 在授权范围内自动付款。对于高风险或超出限额的交易，可以要求人工审批。

ERC-8004 的链上身份是否代表 Agent 已经过安全认证？

不代表。链上注册只能提供可查询的身份标识，仍需要结合声誉、独立验证及其他安全措施判断其可信度。

ERC-8004 与 x402 可以用于哪些场景？

典型场景包括 AI Agent 购买数据、按次调用 API、支付计算费用、委托其他智能体完成任务，以及建立跨平台服务评价记录。