什么是 x402 协议？它是一个面向互联网原生支付的开放标准，让客户端可以为外部资源付费：服务器用 HTTP 402“需要付款”状态码提出付款要求，客户端签名付款后重新请求即可获得资源。x402 由 Coinbase 于 2025 年推出，2026 年移交 Linux 基金会下的 x402 基金会维护。
x402 是怎么工作的？
x402 有四个角色：要付费的客户端、提供资源的服务器、被付费的资源，以及负责验证和执行付款的“促成方”（facilitator）。按官方规范，客户端先发出普通 HTTP 请求；服务器返回 402 状态码，并在 PAYMENT-REQUIRED 头里列出可接受的付款要求，包括网络、代币、金额和收款地址。客户端选定一项并签名，把付款信息放进 PAYMENT-SIGNATURE 头重新发送请求。
服务器可以自行验证，也可以调用促成方的 /verify 接口验证，这一步只读取状态、不写入链上。验证通过后服务器提供资源，再通过 /settle 接口结算，由促成方把交易提交到区块链并等待确认。最后服务器返回 200，并在 PAYMENT-RESPONSE 头里附上结算结果。
规范把“如何转移资金”称为方案（scheme）：exact 转移固定金额，比如付 1 美元阅读一篇文章；upto 先授权每次请求的上限，再由卖方按实际用量在上限内结算，适合按生成的 token 数量收费等场景。
x402 支持哪些链和代币？
x402 的目标是支持所有网络（包括加密和法币）和各种价值形式（稳定币、代币和法币）。规范用 CAIP-2 格式标识网络，例如 eip155:8453 代表 Base 主网；参考实现列出的网络包括 Base、Avalanche 和 Solana 及其测试网，官方 SDK 还覆盖 Aptos、Stellar、Hedera 等更多链。
代币方面，EVM 链上支持实现了 EIP-3009 的 ERC-20 代币，规范以 USDC 为例；Solana 上支持任何 SPL 代币和 Token2022 代币。实际可用的代币取决于所用促成方支持哪些。
x402 和 AI 代理有什么关系？
x402 规范明确写到，AI 代理可以用 x402 自主为资源和服务付费。除了 HTTP，它还定义了在 MCP（模型上下文协议）和 A2A（代理间协议）上的传输方式，分别对应 AI 代理调用工具和代理之间直接付款；规范中的示例也包括“大模型付费使用一个工具”。
Google 在 2025 年 9 月推出 Agent Payments Protocol（AP2）时，也与多家机构一起发布了 A2A x402 扩展，把加密货币支付引入代理间协议。IMF 在讨论代理式支付时，把 x402 描述为让代理把付款要求直接嵌入 HTTP 请求的标准。
企业接入 x402 要注意什么？
第一是安全边界。x402 的设计原则要求，任何付款方案都不能允许促成方或服务器在客户端意图之外转移资金；在 EVM 的 exact 方案里，促成方无法修改金额或收款地址，只负责广播交易。每次授权都带有唯一的 32 字节随机数和有效时间窗口，用来防止重放。
第二是支出控制。规范把“客户端预算管理”列为范围之外，也就是说 x402 本身不限制代理总共能花多少。企业让 AI 代理用 x402 付款时，需要在钱包层面自行设置转账限额和审批。
第三是退款和结算顺序。规范默认先验证、再提供资源、最后结算，处理失败时不会扣款；但如果采用先结算后提供资源的方式，规范没有定义退款机制。
结语
x402 把付款直接加进了 HTTP 请求，让 AI 加密代理可以按次为 API、数据和工具付费。它保证促成方无法改动金额和收款地址，但不负责控制总支出，这部分要由企业在钱包层面完成。Safeheron 的 MPC 钱包即服务为企业提供 MPC 密钥管理和策略引擎。
你的企业是否在考虑让 AI 代理通过 x402 付款？