x402是什么？让程序和AI代理用稳定币自动付款的协议

一句话结论

x402 是由 Coinbase 发起的开放支付协议，思路是复活 HTTP 规范里长期闲置的 402 Payment Required 状态码：服务器用它标价，客户端（人或 AI 代理）在重试请求时附带一笔签好名的稳定币付款，由 facilitator 在链上验证并结算，整个过程不经过结账页面、账号注册或订阅系统。它把”为一次 API 调用付费”压缩成两个 HTTP 往返，是稳定币面向机器对机器支付的代表性尝试。

请求循环：四步走一遍

按官方文档的拆解，一次 x402 支付分四步。第一步，客户端向受保护资源发普通请求；服务器发现该资源需要付费，返回 402 状态码，并在响应头里说明价格、接受的资产和网络。第二步，客户端构造支付载荷：用支持的稳定币（例如 USDC，基于 EIP-3009 的链下授权转账模式）签出一个一次性付款指令，放进请求头重试。第三步，服务器的 facilitator 负责验证签名并把它落成链上转账；facilitator 是可选的基础设施，让卖方不必自建区块链集成。第四步，验证与结算通过后，服务器返回资源本体，附带一个表明结算结果的响应头。对买方而言体验接近普通网页加载；对卖方而言接入是几行代码的事。

它解决了什么成本问题

传统 API 计费的固定开销是账户、绑卡和发票系统，这些成本决定了”单次调用价值低于几分钱”的服务根本没法收费。x402 的前提是两件事同时成立：链上手续费低到能承载微支付（其设计依托 Base 等二层网络的低成本结算），以及签名授权可以免 gas 提交、由服务方代付。条件成立时，按次、按字节、按任务定价变得可行；条件不成立时——例如结算网络拥堵、手续费回升——微支付的经济学就立刻反转。这是评估任何机器支付方案时的第一个变量。

自动化付款改变了风险结构

对人来说，付款是一个有意识的动作；对代理来说，付款是策略的自动执行。x402 类协议把三种风险放大：第一是授权范围。EIP-3009 式的链下授权按单笔签名，签名内容与调用逻辑分离，写进代理的提示词或脚本如果有漏洞，攻击者不需要偷钥匙，诱导代理自己签名即可。第二是无退单性。链上结算一旦落定就没有拒付（chargeback）通道，传统支付里用于对付错误扣款的争议机制在这里不存在，对账出错只能靠交易双方线下解决。第三是高频小额的审计难度。一笔付一百美元容易核对，一万笔各付一分钱就要依赖机器可读的结算回执，所以响应头里的结算凭证必须留存进业务系统，而不是只当技术细节丢掉。

常见误读

误读一：把 x402 当成某种币或某个产品。它只是开放协议，官方之外可以存在多个 facilitator 实现，绑定的资产也取决于具体部署。误读二：把”支持的网络列表”当成永久事实。协议在演进，结算网络与资产支持范围请以官方文档当时的说明为准。误读三：把机器支付等同于”AI 自动花钱一定划算”。协议解决的是付费通道的摩擦，不解决价格是否合理、结果是否有用这两件事。

常见问题

问：普通用户现在需要为 x402 准备什么？ 答：多数场景里用户不直接签名——是应用或代理在签名。若你运行代理程序，应把它的花费预算、允许资产、目标域名当作安全配置来管理，与钱包助记词同等对待。 问：x402 只支持稳定币吗？ 答：设计初衷是低摩擦法币计价资产，具体支持的资产类型以协议与 facilitator 实现为准。

风险提示

本文依据公开资料撰写，仅为协议机制说明，不构成投资建议。自动化支付涉及私钥与授权管理，错误配置可能导致资金损失；链上转账不可撤销，不涉及任何争议退款保证。请遵守所在地法律法规。