x402：将 HTTP 402 转变为真实的支付原语

Source: Dev.to

协议概览

请求流程

1. 客户端（人类或代理）请求资源。

2. 服务器返回 HTTP 402 并附带支付元数据：

   token
   amount
   chain
   destination address

3. 客户端使用 transferWithAuthorization（EIP‑3009）签署 permit‑style 授权。

4. 中介者在链下验证授权并在链上结算。

5. 结算确认后，服务器返回请求的资源。

从客户端的视角来看，这就像一次普通的 API 调用。

好处

• 微支付变得可行——低价值、高频次的交易成本可承受。
• 天然无状态——服务器端无需持久会话或账户管理。
• Web 原生集成——支付数据通过标准 HTTP 头部传递。
• 机器友好支付——代理可以自动化支付、验证和执行。

代理生态系统

真正的价值不仅在于向人收费，而是实现自主的经济活动。一个代理可以：

• 为获取数据向 API 支付。
• 为处理该数据向另一个代理支付。
• 为运行作业向计算服务支付。

所有这些操作都可以有条件且以编程方式完成，从而构建传统支付渠道难以高效支持的可组合工作流。

互补原语

• ERC‑8004——用于代理身份、声誉和验证的链上注册表。
• ROFL——在受信执行环境（TEE）内的可验证执行，使用 enclave 生成的密钥和密码学证明。

组合后：

• x402 实现资金转移。
• ERC‑8004 提供发现与协作。
• ROFL 确保执行完整性和机密性。

中介者也可以在 ROFL 中运行，使支付层可审计且抗审查。

初期演示

• 按推理付费服务——用户每次请求支付几分钱。
• 多模型 AI 流水线——跨模型验证并在链上结算。
• 文档处理 API——可验证执行并基于使用量计费。

在这些案例中，定价依据实际使用而非订阅模式。

结论

x402 并不是要重新发明支付，而是让支付与 Web 本身可组合。通过将 HTTP 语义与链上结算对齐，它为之前难以实现的定价模型和代理工作流打开了大门。结合可验证执行和标准化的代理发现，它指向一个更细粒度、自动化且开放的互联网经济。

资源

• Oasis Blog – x402
• ROFL