给 AI 智能体一个浏览器、一个 shell 和几把 API key,它可以整天做规划、写代码、调工具。但任务第一次要求它为某样东西付钱——一份推理额度、一个数据集、一个代理 IP、一张 SIM 卡——它就卡住了。人类的支付通道默认对面坐着一个人:结账页、卡号、3-D Secure 验证、登录态,还有一个能收到验证码并且愿意点确认的手指。这些东西智能体一样都没有,也没法伪造出来。于是任务会停在一个很尴尬的位置:它已经想清楚该买什么、买多少,只差付不出去。「会干活的智能体」和「会付款的智能体」之间的这道坎,是今天智能体商务最大的瓶颈。
x402 就是为填平这道坎而生的新标准,办法是把 Web 上闲置最久的一块拼图重新启用:HTTP 402 Payment Required 状态码。本文讲清楚 x402 到底是什么,为什么网络连接是自主智能体天然的第一笔采购,以及 Roamzy 现有的稳定币 + MCP 购买链路如何在形态上与 x402 严丝合缝地对应——同时不假装我们已经原生支持 x402 协议。
x402 到底是什么
HTTP 402 在最初的规范里就被预留给「需要付款」,此后闲置了三十多年,因为一直没有一种互联网原生的方式能在一次请求内部完成结算。在此之前,网上付款永远要跳出协议本身,交给一整套为人设计的收单系统去走完:打开页面、填卡号、过验证、回到原来的地方。x402 由 Coinbase 推动(Cloudflare 与一个不断扩大的基金会参与),2025 年起已规模化上线,终于让这个状态码对上了真钱:稳定币支付直接在 HTTP 之上结算,付款从一段需要人参与的流程,变成了一次可以写进重试逻辑里的普通网络调用。
它的机制是三方之间的一次请求/响应循环:客户端(你的智能体)、资源服务器(被出售的那个东西)、结算方(facilitator,负责校验并完成链上结算,服务器因此不必自建链上基础设施)。流程如下:
- 智能体向一个标价资源发起一次普通 HTTP 请求。
- 服务器返回
402 Payment Required,并在PAYMENT-REQUIRED响应头里带上结构化的付款要求:价格、接受的代币、收款地址、网络。 - 智能体构造一份签名后的付款载荷——USDC 通常走 EIP-3009 的无 gas 授权,其他 ERC-20 代币走 Permit2——再把凭证放进
X-PAYMENT请求头,重发同一个请求。 - 结算方校验并完成结算;服务器返回数据,外加一个确认交易的
X-PAYMENT-RESPONSE响应头。
整个循环耗时数秒,不需要登录,也不需要事先开户,结算直接落在链上。x402 不绑定特定区块链(EVM 系列之外还支持 Solana 等),协议层零手续费;到 2026 年初,仅 Base 一条链上就处理了超过 1 亿笔交易,数以万计的智能体在真实付款。换句话说,它已经不是一个思想实验,而是每天都在跑量的东西。
为什么第一笔机器付款一定是网络连接
智能体可能买的东西那么多,为什么偏偏挑一张 eSIM?因为连接位于其他一切采购的上游。看这条依赖链:
- 要为推理、数据集或代理 IP 付钱,智能体首先得有一条能触达那个资源的网络路径。
- 跑在云上的智能体继承宿主的网络;但边缘设备、机器人、无人机、IoT 或外勤型智能体的定义就是:必须先自己搞定连接,才能做别的任何事。
- 连接天然是按量计费、面额极小的——单位是字节而不是订阅——这恰好就是 x402 微支付被设计出来要处理的形状:金额小到不值得走一遍传统收单,却又必须每次都算清楚。
所以典型的机器付款时刻长这样:智能体需要流量 → 命中一个标价的连接资源 → 用稳定币完成一笔微支付 → 拿到连接 → 继续做它真正的任务。一个能为自己带宽付钱的智能体,就是一个不需要人类插 SIM 卡、在地球任何角落都能自举的智能体。这就是全部想象力所在:它不再依赖某个人在某个时区醒着,把一张实体卡插进某台机器。也正因如此,我们把最适合 AI 智能体的 eSIM先当成一个支付问题、再当成一个电信问题来看。
两个半场:流量预算与付款结算
会付款的智能体必须同时想清楚两件事。第一是自己需要多少流量、这些流量要花多少钱——这是规划问题,我们在智能体流量用量指南里写过。第二是这笔钱怎么结算,也就是本文要讨论的支付问题。x402 负责结算这一半,按 MB 计费的连接产品负责预算那一半。两者必须配合,缺一边都不成立:一个算得出自己要 500 MB、却付不了这笔钱的智能体,和一个付得起钱、却被迫一次性买下固定 5 GB 套餐的智能体,都是在各自的方向上坏掉了。前者根本动不了,后者则把没用完的部分白白交出去,而且套餐一到期,剩下的额度就彻底消失。
把 x402 对应到今天的 Roamzy
先把话说明白:Roamzy 今天并没有提供原生的 HTTP-402 / x402 端点。它不会返回真实的 402 响应,也不解析 x402 的请求头握手。它确实做到的是:通过 NowPayments 加密货币收单用稳定币结算,并通过一台 MCP 服务器和一套 REST API 把购买流程暴露出来。这个流程与 x402 是同一个原语——标价的连接资源、稳定币结算、没有人类结账页——所以 Roamzy 在方向上是 x402-ready,在协议线格式上还不是。下面是概念到原语的逐项对照:
| x402 概念 | Roamzy 今天的原语 |
|---|---|
| 标价资源,成本可被机器读取 | roamzy_estimate / GET /api/v1/estimate——下单前把 country_slug + MB 折算成 USDT 成本 |
PAYMENT-REQUIRED 响应头(接受的代币 + 网络) | roamzy_payment_options——实时返回 11 种稳定币加网络的组合:TRON、BSC、Polygon、Optimism、Arbitrum、TON 上的 USDT,以及 Solana、BSC、Polygon、Optimism、Arbitrum 上的 USDC,每一种都附带手续费提示 |
用选定代币/链签名的 X-PAYMENT 载荷 | roamzy_create_order 显式指定 pay_currency(例如 usdcsol、usdttrc20)→ NowPayments 精确按该网络结算 |
| 结算方校验并在链上完成结算 | NowPayments 处理付款;经 HMAC 校验的 IPN 回调确认并入账 |
X-PAYMENT-RESPONSE 确认 → 资源解锁 | IPN 驱动余额入账 + eSIM 激活;用 roamzy_order_status 轮询确认 |
| 微支付按量计量(字节,而不是订阅) | 按 MB 计费的余额:用稳定币充值,用多少扣多少,永不过期 |
从左往右读,两边的形状几乎一一对应。差别只在结算通道:x402 把付款结算放在 HTTP 往返内部;Roamzy 则把它放在 MCP/REST 调用旁边,交给收单方处理,再通过 IPN 回调异步确认。对写代码的人来说,这个差别的实际影响只有一条:确认是异步到达的,所以你必须去轮询,而不能把下单成功当作付款成功。经济学原语则是完全一样的——智能体付稳定币,拿到按量计费的连接,不登录,不做 KYC。
智能体实际会调用什么
今天在 Roamzy 上完成一次购买的具体顺序是这样的:
roamzy_status——检查purchases_paused,为真就退避重试。roamzy_estimate——把流量预算折算成预期的 USDT 成本(只用于规划,智能体并不预购流量包)。roamzy_payment_options——读取已启用的稳定币加网络清单(这一步等价于解析PAYMENT-REQUIRED响应头),然后挑一条链,例如手续费近乎为零的 Solana 上的 USDC。roamzy_create_order并显式设置pay_currency→ 完成稳定币付款(最低充值 $20)。roamzy_order_status——轮询直到 IPN 确认、余额入账。
由于余额按 MB 计量且永不过期,一次充值可以喂饱后面很多个任务——智能体充一次,边干活边扣费,不必为每一次上网重新走一遍付款流程,这正是 x402 微支付所鼓励的免订阅、按用量付费模式。对长期运行的智能体来说,这也意味着预算是一条平滑的曲线,而不是一堆到期作废的固定包。完整的请求/响应结构见 API 文档与 MCP 开发者指南。
需要提前规划的失败模式
打算做机器支付的开发者应该知道刀口在哪里。在 x402 一侧,经典病症是重试死循环:智能体收到 402,签名,重发,又收到 402,永远收敛不了——通常是签名有效期窗口的时钟漂移、链 ID 不匹配(在 X 链上签名,而结算方在 Y 链上校验),或者结算方间歇性宕机。在今天的 Roamzy 上,对应的坑更隐蔽,因为结算是异步的:常见错误是选了一个自己钱包根本发不出去的网络所对应的 pay_currency、充值低于 $20 下限,或者把创建订单的响应当成终态,而不去轮询 roamzy_order_status 等 IPN 确认。这几种错误的共同点是:它们都不会当场报错,只会让流程静静地卡住,看上去像网络慢。两个世界里的纪律因此是同一条——显式锁定网络,尊重最低金额,确认到账后再往下走。
这件事会走向哪里
x402 让网络连接变成智能体可以像买一次 API 调用那样买下来的东西:标价、签名、结算、完成。Roamzy 今天就建立在同一个经济学原语之上:匿名优先、稳定币结算、按 MB 计费的连接,智能体通过 MCP 或 REST 直接取用,全程没有人参与。它还没有在协议线上实现 x402,但在精神上就是 x402——而且购买流程、代币选择和按量余额都不是路线图上的承诺,现在就已经上线可用。实时的按 MB 单价见价格页,想接进自己的智能体可以从 AI 智能体专区开始。
常见问题
Roamzy 今天原生支持 x402 吗?
不支持。Roamzy 没有对外提供 HTTP-402 端点,不会返回真实的 402 响应,也不解析 x402 的请求头握手。它通过 NowPayments 收单用稳定币结算,并把购买流程暴露在 MCP 和 REST 上。这个流程与 x402 在经济形态上完全一致——标价的连接、稳定币结算、无需登录——所以它在方向上是 x402-ready,在协议线格式上还不是。
智能体可以用哪些稳定币和网络付款?
目前有 11 种组合可用:TRON、BSC、Polygon、Optimism、Arbitrum、TON 上的 USDT,以及 Solana、BSC、Polygon、Optimism、Arbitrum 上的 USDC。调用 roamzy_payment_options 获取带各网络手续费提示的当前清单,再把对应代码作为 pay_currency 传入。Solana 上的 USDC 手续费近乎为零;TRON 上的 USDT 钱包支持面最广。
付款需要账号或 KYC 吗?
不需要。Roamzy 是匿名优先的——智能体不注册账号、不通过 KYC 就能估价、下单、用稳定币付款。这正是 x402 对自主智能体最有吸引力的那种「免登录」属性:没有需要人来通过的注册环节,也就没有一个必须有人守着的卡点。
按 MB 计费的余额怎么配合微支付?
智能体先给 USDT/USDC 余额充值一次(最低 $20),之后按实际用掉的 MB 逐步扣减,余额不过期。它不会预购固定的流量套餐。这与 x402 的微支付模型一致——小额、按使用量结算,而不是固定订阅——因此一次充值可以支撑后面很多个任务,中间不需要任何人再介入一次。消耗端该怎么估算,见流量用量指南。