Binance x402：把 HTTP 402 变成软件之间的支付协议

长期以来，HTTP 协议中一直存在一个几乎没人使用的状态码：402 Payment Required（需要支付）。如今，这个被保留多年的状态码可能终于找到了实际用途。

Binance 在 BNB Chain 上推出的 x402 实现（B402），尝试把 HTTP 402 变成一种标准化支付机制，让软件在请求 API、数据或数字服务时，可以自动用稳定币完成付款。

这一设计面向一个越来越常见的场景：软件直接向软件购买服务，尤其是 AI 代理在执行任务时，需要临时访问付费数据或工具。

x402 想解决什么问题

传统的 API 商业模式通常依赖：

• 注册账号
• API Key
• 按月订阅
• 发票或账单系统

这些方式适合人类开发者，但对于自动运行的软件或 AI 代理来说就很笨重。

Coinbase 提出的 x402 协议试图改变这一点：把支付逻辑直接嵌入 HTTP 请求流程中。

核心思路是：

• 服务器在返回资源前可以要求支付
• 客户端附带支付证明
• 支付通过区块链稳定币结算

这样一来，API、数据和数字内容可以按请求实时收费，无需订阅或账户体系。

Binance 的 B402 服务则负责把这个流程接入 BNB Smart Chain 的链上结算，开发者不需要自己维护区块链基础设施。

Binance x402 的工作流程

整个过程和普通 HTTP 请求很像，只是在中间加入了支付步骤。

1. 客户端请求资源

用户、应用程序或 AI 代理向某个 API 或服务发送请求。

2. 服务器返回 HTTP 402

如果该资源需要付费，服务器不会立即返回数据，而是回复：

• HTTP 402 Payment Required

• 支付要求，例如金额、代币类型、收款地址等。

3. 客户端签署支付授权

客户端使用钱包对一条离线授权消息进行签名（通常是 EIP‑712 风格签名），表示允许进行代币转账。

这一过程不需要立刻发送链上交易。

4. 重新发送请求并附带支付证明

客户端再次发送 HTTP 请求，并在请求头中附带签名后的支付数据。

5. Binance 验证并结算

服务提供方把该支付数据提交给 Binance B402 验证 API。

系统会：

• 验证签名
• 在 BNB Smart Chain 上触发稳定币转账

完成结算。

6. 返回 API 结果

如果支付验证成功，服务器才会返回真正的 API 数据或服务结果。

最终形成一个循环：

请求 → 402 支付要求 → 支付授权 → 再次请求 → 返回资源。

为什么这对 AI 代理很重要

随着 AI 系统能力增强，越来越多软件需要在运行过程中自动购买外部资源。

例如：

• AI 代理在任务中购买实时数据
• 应用为每一次 API 调用付费
• 机器人为模型推理或内容访问付费

如果支付机制就在 HTTP 协议层中，软件就能自动完成整个流程，无需人工介入。

这也让 真正的按使用量计费（pay‑per‑request） 成为可能，而不是月费订阅。

Binance 与 Coinbase x402 的关系

需要注意的是：x402 协议本身并不是 Binance 发明的。

它最早由 Coinbase 提出，作为一个开放支付标准。

该协议的核心设计包括：

• 使用 HTTP 402 状态码触发支付
• 客户端在请求头中附带支付证明
• 使用稳定币进行即时结算

Binance 的 B402 可以理解为：

• 一个 BNB Chain 上的实现与支付验证服务
• 帮助开发者快速接入 x402 支付流程

换句话说：

• Coinbase：提出协议标准
• Binance：在 BNB Chain 上提供落地实现

这种多平台实现的模式也是 x402 的设计目标——它本来就是跨链、跨服务提供商的协议。

云厂商也在尝试“AI 自动支付”

这一趋势并不只出现在区块链领域。

2026 年 5 月，**Amazon Web Services（AWS）**推出了 Amazon Bedrock AgentCore Payments（预览版）。

该系统允许 AI 代理：

• 在执行任务时访问付费 API
• 自动支付数据或内容费用
• 使用稳定币完成微支付

该功能由 Coinbase 与 Stripe提供支付基础设施支持。

这说明大型云平台也在探索同一方向：

让软件在运行时自主支付服务费用。

BNB Chain 的后量子加密实验

在发布 x402 的同时，BNB Chain 还公布了一份研究报告，探索 BNB Smart Chain 向后量子加密迁移的可能性。

研究测试了多种量子安全方案，例如：

• ML‑DSA‑44 交易签名
• pqSTARK 验证者签名聚合

结果显示技术上可行，但会带来明显性能成本。

主要测试结果包括：

• 单笔交易大小从约 110 字节增加到约 2.5 KB。
• 区块大小从约 110 KB增加到约 2 MB。
• 简单转账吞吐量从约 4973 TPS下降到 2997 TPS。

研究指出，最大的瓶颈不是签名验证速度，而是更大的交易数据在网络中的传播成本。

不过，通过 pqSTARK 聚合技术，可以压缩验证者签名，从而降低共识层的开销。

更大的趋势：互联网原生支付

HTTP 协议在设计之初就预留了 402 Payment Required 状态码，但几十年来几乎没人真正使用它。

如今，随着三个技术条件成熟：

• 稳定币支付
• 可编程钱包
• 机器到机器交易

x402 正尝试把它变成一种新的互联网基础能力。

Binance 的 B402 展示了这一模型在区块链上的一种实现方式。如果未来有更多链、云平台和开发框架采用类似机制，API 与数字服务的收费模式可能从订阅制转向“每次调用即时支付”。

是否会成为新的互联网标准仍未可知，但从区块链、AI 基础设施到云计算平台的同步探索来看，这个方向已经开始受到广泛关注。