热点拆解
x402：让 HTTP 402 真的能付钱
一个空了几十年的状态码，被拿来给 API 调用收费。机器之间付款，到底改变了哪一项成本？
核对于 2026 年 9 月。事件层的内容，读的时候先看最后一节「会过期的部分」。
发生了什么
| 时间 | 事件 |
|---|---|
| HTTP 早期 | 协议里预留了一个状态码 402，意思是「需要付款」，但一直没有标准用法 |
| 2025 年 5 月 | 一家大型加密交易平台开源了 x402 协议：服务器对没付钱的请求返回 402 和付款要求，客户端用稳定币付款后带着付款凭证重新请求 |
| 2025 年下半年 | 多家基础设施公司宣布支持，出现了面向 AI Agent 的按次付费接口 |
用课程里的模型拆开
这就是第 35 章的那个问题
第 35 章问：机器之间怎样为一次 API 调用付款？那一章的「真实案例」里有一件展品叫「空了几十年的那个状态码」。x402 是它被填上的一种方式。
流程只有四步：
- 请求
- 返回 402 和付款要求
- 链上付款
- 带凭证重试，拿到结果
它改变了哪一项成本
第 35 章把付款粒度分成四档：按月订阅、预付费、每次链上付款、记账后批量结算。x402 押的是每次付款，它降低的是建立付款关系的成本——一个 Agent 第一次访问一个接口，不需要人替它注册账号、绑卡、签协议（第 33 章：没有身份证的软件怎样开户）。
它没有降低的是每一笔的结算成本。所以它依赖两个前提：稳定币转账足够便宜，以及结算足够快。在高频调用的场景里，第 35 章「计量加批量结算」的做法仍然更省。
风险落在谁身上
按第 34 章的问法：把钱包交给一个会自动付款的程序之前，保险丝设在哪里？
- 额度：单次、单日、单个收款方的上限。
- 白名单：只能付给事先允许的服务。
- 可撤销的会话密钥，而不是主密钥。
一个会自己付款的 Agent，最常见的损失不是被偷，而是被诱导去付不该付的钱——提示词注入加上一个看起来合理的 402（T33、T34）。
带走的机制
- 付款嵌进协议以后，最先降下来的是「开始付款」的成本，而不是每笔付款的成本。
- 付款粒度越细，限额和白名单越重要：没有人会逐笔审批一百万次调用。
- 机器付款的安全模型和人不同：它不会被骗去点链接，但会被一段文字说服。
十八问
15
Agent 为什么需要 Wallet？
因为它要在没有人参与的情况下，完成付款并证明付过款。传统做法里，这两件事都要先有一个人去开户。
16
Agent 有什么权限？
只能付给白名单里的服务，单次、单日有上限，密钥可以随时撤销。权限越小，出错时的损失越有上限。
17
AI 错误时谁承担损失？
如果 Agent 被诱导付了钱，钱已经在链上结算了，追不回来。所以损失由设保险丝的人事先决定，而不是事后追究。
自己核实
动手读一遍 x402 的规范，画出一次付款的全过程协议的公开规范和示例代码0 元，只读；不要用真实资金试
找到规范原文，写下 402 响应里包含哪些字段：金额、币种、收款地址、有效期。
画出一次调用的时序图：客户端、服务器、链、以及中间负责验证付款的那一方。
标出三个可以设保险丝的位置，和第 34 章的清单对照。
会过期的部分
- 协议版本、支持的链和币种、参与的公司，都在快速变化。
- 机器付款还有其他竞争方案，哪一种成为标准，现在还没有定论——第 35 章「一个标准是怎么赢的」讲的正是这个过程。