x402
利用 HTTP 402 为客户端和 Agent 提供程序化支付的开放标准。
开发工具 · 官方资料已读 · 资料日期 2026-10-12
官方入口 ↗适合场景与使用门槛
开发自己的 Agent · 钱包与支付。需要开发与部署能力，SDK。
支付协议集成
建议第一步：先阅读一次请求、报价、付款和响应的协议流程。
它是支付协议，不是可直接代管策略的交易应用。
费用与使用条件
尚未独立核验当前套餐与总成本，请查看官方价格。
官方能力描述
- 官网将 x402 定义为互联网原生支付开放标准，使用 HTTP 402 请求支付并重试。
x402 · Open payment standard ↗
执行与资金权限
支付标准；不是研究或交易决策 Agent。
取决于客户端钱包和结算实现。
观察与证据缺口
官方说明页面可读；未进行支付或协议集成实测。
编辑判断：纳入 Agent 支付底层，单独标注条目类型以免和金融产品混淆。
- 具体网络和结算实现支持
- 服务商费用与支付失败行为
- 协议版本兼容性
REA REVERSE ENGINEERING
逆向工程 · 公开证据分析
核心发行包把买方构建付款凭据与 facilitator 的验证、结算分开。支付协议本身不等于一个自主交易 Agent。
npm @x402/core@2.28.0 的选定发布文件；REA 解析 2 个 JS 文件，静态分析。 · 2026-10-13 · REA 6.4.0
客户端按 scheme 和 network 选择付款实现 代码推断
x402Client 的 createPaymentPayload 把支付要求交给已注册的 scheme/network 实现，并提供策略与生命周期 hooks；支持哪条链和哪种钱包取决于外部注册的实现。
verify 与 settle 是两个独立步骤 代码推断
facilitator 分别暴露 verify 和 settle，委托 schemeNetworkFacilitator 对应方法，并包含待结算状态存储。验证通过不等于链上结算已完成。
分析范围与限制
- 只覆盖 core 的客户端与 facilitator；未运行具体链支付方案。
- 没有发送支付、签名或执行商户端到端结算。
- 静态代码不证明运行行为、完整风控、成交或收益；未审计服务端。
- 没有登录、读取账户、连接钱包、签名、交易或执行目标代码。
资料来源
x402 · Open payment standard ↗
适用场景为编辑判断；独立金融能力实测未完成。
补充或纠正这份档案