x402 解释: HTTP-Native Micro Paying for AI Agents (With Real Code) 目标受众:开发者正在建立自主的AI代理,需要一种轻量级方式来收取个人API的通话费而无需引入单独的计费系统.
为什么看x402?
自主代理往往暴露出精细的“受欢迎的服务”,即认为“概括这一段”,“将这一形象分类”,或“为某种象征物支付最新价格”。
传统方式(API 键+月发票、订阅等级或临时发票)增加了业务间接费用, x402 规格重新使用 HTTP 402 付款要求状态代码,将每个请求变成自成一体的付款谈判。
如果客户端没有支付, 服务器以402 的回复, 包括客户端必须满足的确切支付细节 。
一旦核实付款,服务器处理请求并返回正常的200个响应.
由于付款是用平面的HTTP头来表示的,因此这个机制在任何支持头-REST,GraphQL,gRPC-HTTP/2桥,甚至WebSockets的运输上起作用.
没有新的协议层,没有侧机代管服务,也不需要维持单独的计费数据库. x402 流程的核心组件 Piece What it does Where it lives Paying Request Server 生成的数据描述所需数量、令牌、链条和收款地址。 402号的回复信头里发的 服务器支付证明 客户端生成数据,证明满足请求的交易包含在 链上.
寄入请求头.
客户端验证器 Server'side 代码可以检查证明:验证交易散列,确认正确的代号金额被转移给收款人,并确保链式ID匹配.
服务器钱包/ Signer Client- side 库(例如 ethers.js),用于构建,签名并广播支付交易.
客户端 光谱刻意保留对基本区块链的不可知性;目前的参考执行使用USDC on Base(一种最乐观的滚动),因为它提供低收费(~0.01美元)和快取(~2秒).
诚实的取舍 / 成本原子性 — — 支付和服务执行是不可分割的;如果不支付链子,你就不能获得服务。
On-chain latency – 您必须等待交易被确认(或至少是在 mempol 中看到), 服务器才能验证它 。
在实践中,大多数代理工作量可以接受2秒Base区块时间,但与纯粹的API‐key检查相比,这增加了耐用性.
没有看守中间人 — 资金直接从客户钱包转到服务供应商的地址。
钱包UX – 代理商必须持有一个资金到位的钱包并批准USDC合同(或依赖负责审批的付费人).
这为开发者增加了一个小的操作步骤.
Granular 定价 — — 你可以收取每分点,每分点,或者任意的金额降到最小的USDC单位(小数6个)。
价格波动 — — 如果你在波动的标志下去除,那么无花果的有效成本就会波动。
使用稳定币(USDC)减轻了这种情况,但并没有完全消除(USDC仍然可以简单地去除)。
无国籍的验证 — 服务器只需要检查交易收据;不需要存储每个用户的付款状态.
依赖RPC – 核查需要呼叫 Base 节点(或可信赖的RPC提供商).
如果 RPC 不可用或返回陈旧的数据, 您可能会错误地拒绝有效付款 。
开放标准 – 任何人都可以执行验证器;没有供应商锁定。
有限的工具——截至2025年末,只有少数帮助图书馆存在(例如.).
您可能需要自己写或修改验证逻辑 。
总体而言,x402在每通电话值低(下至几分)而通话量高时会发光,使得传统的开通不切实际.
如果你的探员每天只打几通昂贵的电话 增加的复杂性可能不值得 下面是 TypeScript/Node.js exputionatio