x402 领衔机器经济！三大协议共建 AI Agent 支付新纪元

随着 AI Agent 从工具演进为自主经济主体，传统支付基础设施已无法满足其自主交易、跨生态互动与可验证身份等需求。为此，三大新兴协议——x402、AP2 与 ERC-8004——共同构建了机器经济的支付基础。x402 协议利用 HTTP 402 状态码实现「API 调用即支付」，领衔机器经济。

x402 协议：激活 HTTP 402 实现 API 原生支付

x402 由美国最大合规加密交易所推出，其核心创新在于激活互联网未充分利用的 HTTP 402 状态码（「Payment Required」），将支付逻辑原生嵌入网页请求-响应流程，实现「API 调用即支付」。这个看似简单的概念，实际上解决了 AI Agent 经济中最基础的问题：如何在不依赖人工干预的情况下，完成高频微支付。

x402 协议基于客户端/伺服器架构。客户端为购买服务/商品的买家，伺服器这一端是提供服务/商品的卖家。在此架构基础上，美国最大合规加密交易所为卖家提供了促成者（Facilitators）的服务，以简化买家和卖家之间验证和结算付款的过程。以 x402scan 中排名第一的伺服器 Canza（提供交易资讯的 AI）为例，其运作流程如下：

首先，用户在客户端发起请求以存取 Canza 的付费服务。随后 Canza 伺服器使用 HTTP 402 Response 定义付款要求：客户端需要提供 X-PAYMENT Header 并透过 Base 链的 USDC 进行付款。客户端解析 402 Response JSON 内容后，钱包将提示需签署一则 TransferWithAuthorization 的讯息（透过 ERC-3009 实作）。此讯息允许签署者透过委托第三方 EOA 地址或合约地址从签名者地址进行无 Gas 费用转帐。

随后用户签署该讯息，用户端使用 base64 编码的 X-PAYMENT Header 提交 Payload，Canza 伺服器收到传入的 Payload 后会由促成者进行验证，并为伺服器在区块链上结算付款。在 Canza 伺服器确认付款后，Canza 为用户提供所要求的服务。

x402 协议的三大优势：

多链支持：支援 Base、Avalanche 等 EVM 链及 Solana，伺服器端可灵活设定

低摩擦支付：透过 ERC-3009 实现无 Gas 费用转帐，降低交易成本

HTTP 原生整合：无需额外支付层，任何支援 HTTP 的应用都可轻松接入

x402 协议特别值得注意的是，它支援多条区块链（Base、Avalanche 等 EVM 链、Solana）的多种加密资产（需支援 ERC-3009，预设为 USDC）用于支付，只需要伺服器这一端进行设定。这种灵活性使得 x402 能够适应不同的应用场景和用户偏好。

AP2 协议：数位授权书建构可信赖交易框架

AP2（Agent Payments Protocol）是基于 Agent to Agent（A2A）通讯协定与 Model Context Protocol（MCP）扩充的开放支付框架。其核心目标是解决 Agent 商业中的三大核心问题：授权验证（证明 Agent 获得用户许可）、真实性（确保交易反映用户真实需求）、交易问责（明确纠纷时的责任归属）。

AP2 协议的工作流程围绕着数位授权书（Mandates）这一核心概念构建，这些授权书是防篡改、经过密码学签名的数位合同，作为用户指令的可验证证据。具体分为三种授权书：

意图授权书（Intent Mandate）适用于用户不在场的自动化交易。使用者预先提供给 AI Agent 的操作指示，包含明确的条件约束，例如「购买演唱会门票，预算不超过 500 元」。这种授权书为 AI Agent 的自主决策提供了法律和技术双重保障，确保其行为始终在用户授权范围内。

购物车授权书（Cart Mandate）适用于用户在场确认的交易。当代理商准备好具体的商品和价格供用户确认时产生。使用者对此的批准会签署购物车授权书，建立关于确切商品和价格的安全、不可更改的记录，确保所见即所付。这解决了传统电商中「订单被篡改」的风险。

支付授权书（Payment Mandate）是一个独立的凭证，与支付网路和发卡方共享，旨在传递 AI Agent 参与和用户存在情况的讯息，帮助解决交易争议、进行风险评估和监管。这种设计使得 AI Agent 的交易行为具备与传统金融交易相同的可追溯性和合规性。

AP2 协议的三种授权书设计，实际上是将人类社会中的授权委托机制数位化和自动化。它为 x402 这一支付协议提供了安全的、标准化的框架，确保每一笔支付都有明确的授权依据和责任归属。

ERC-8004：去中心化身份为机器经济奠基

ERC-8004 是以太坊的去中心化 AI Agent 身份解决方案，以解决判断 AI Agent 身份真实性、行为记录可靠性及可验证性的问题。与 AP2 不同的是，ERC-8004 重点在于建构 AI Agent 之间的互动信任，而非使用者-AI Agent-商家三方之间的交易信任。

ERC-8004 的设计围绕着三个轻量级注册表构建，每个注册表负责信任模型的不同方面。身份注册表（Identity Registry）基于 ERC-721 标准实现，并扩展了 URIStorage 功能，这样设计可以让 AI Agent 身份与现有 NFT 生态系统相容。每个 AI Agent 透过呼叫 register 函数注册，获得一个唯一的 agentId（即 ERC-721 的 tokenId）。

声誉注册表（Reputation Registry）提供标准介面用于发布和获取 AI Agent 的服务回馈，支援 0-100 的评分回馈系统、标签分类和支付证明关联。此注册表采用链上链下混合架构，既保证了核心资料的链上可组合性，又将复杂聚合计算留给链下处理以提高效率。声誉注册表的合约结构与身份注册表关联紧密，确保只有已注册的 AI Agent 才能取得声誉记录。

验证注册表（Validation Registry）提供通用 Hook 用于请求和记录独立验证结果，支援多种验证机制包括经济质押（验证者重新运行任务）和密码学证明（TEE 证明、zkML 验证等）。这种设计使得不同安全需求的验证机制可以共存于同一生态中。

三位一体构建机器经济支付基石

x402、AP2 和 ERC-8004 三者结合，构成了一个完整的 AI Agent 支付体系。ERC-8004 解决 AI Agent 的身份问题，确保每个参与经济活动的 AI Agent 都有可验证的身份和信誉记录。x402 解决「如何使用加密货币进行高频微支付」的问题，将支付无缝嵌入 API 调用流程。AP2 则为 x402 这一支付协议提供安全的、标准化的框架，为 AI Agent 设定了独立的经济行为边界。

这三者的协同效应远大於单独使用。想像一个场景：某个 AI Agent 需要调用另一个 AI Agent 的数据分析服务。首先，它透过 ERC-8004 验证对方的身份和信誉，确保服务提供者可靠。接着，它使用 AP2 创建一个意图授权书，设定预算上限和服务要求。最后，透过 x402 协议完成即时支付，整个过程无需人工干预。