402 "Payment Required" 状态码闲置了约 30 年。现在它成为智能体支付 API 的方式——以下是 x402 的实际工作原理

一个在 90 年代末的 Web 原始规范中预留的状态码——402 Payment Required——从未被标准化。它就这样闲置着。在过去一年里，它成为机器原生支付的支柱，而由于大多数解释要么是营销材料，要么是白皮书，这里给出实用版本。流程如下：你的智能体请求一个付费端点 → 服务器返回 402 及支付要求（资产、金额、网络、收款方）→ 智能体在本地签署 USDC 支付（EIP-712/EIP-3009——密钥永不离开机器）→ 它携带已签署的载荷重试请求 → 服务器验证、在链上结算，并返回数据。只需几秒，无需账户，无需银行卡。为什么这对智能体构建者尤其重要：智能体无法通过 KYC，也无法点击结账。x402 为它们提供了一种原生的方式来购买数据、工具和计算资源。可怕的部分——失控支出——在签署时得到处理：在签名存在之前就强制执行每笔交易、每日和每月的限额。人们容易混淆的两部分：商户端（发出 402 挑战、验证签名、结算）和买方端（读取挑战、签名、重试）。你可以自己构建其中任意一端，也可以使用一个运行验证和结算的服务商，这样你就不需要管理 gas 钱包。生态系统现状：每天大约 20 万笔交易，平均支付金额远低于 1 美元，主要是 Base 和 Solana 上的 USDC。这还很早期——整个市场只有几千个活跃卖家——这正是现在有趣的原因。很高兴回答关于协议机制的问题——我在一家服务商从事相关工作，所以不在帖子里附链接（如需详情可索取）。