Binance x402：HTTP 402 終於有實際用途，API 同 AI Agent 可以直接「請求即付款」

Binance 的 B402 就係負責將呢個 HTTP 流程接駁到 BNB Smart Chain，開發者唔需要自己處理區塊鏈基建。

Binance x402 的實際運作流程

整個流程其實同普通 HTTP request 差唔多，只係中間加咗一個付款步驟。

1. 客戶端請求付費資源

用戶、應用程式或者 AI agent 向某個 API 發送請求。

2. 服務器回應 HTTP 402

如果資源需要收費，API 會回傳：

• HTTP 402 Payment Required

• 付款條件（例如 token、價錢、收款地址）

3. 客戶端簽署付款授權

客戶端會簽署一個 離鏈授權訊息（常見係 EIP‑712）。
呢個簽名證明用戶同意轉帳，但唔需要即時發送鏈上交易。

4. 重新發送請求並附上付款證明

客戶端會再次發送同一個 HTTP 請求，並把簽名授權放入 header。

5. Binance 驗證並執行結算

服務提供者把資料提交到 Binance B402 驗證 API：

• 系統驗證簽名
• 觸發 BNB Smart Chain 上的 token 轉帳

6. API 返回資料

如果付款成功，API 就會正常回傳：

• 數據
• 工具結果
• 內容或服務

整體變成一個 HTTP 內建的按次付款循環（pay‑per‑request）。

為何對 AI Agents 特別重要

AI 系統正慢慢變成需要 自主購買資源 的軟件。

例如：

• AI agent 在任務中購買外部數據
• 應用程式為單次 API 調用付款
• 機器人購買文章或模型推理

因為付款直接嵌入 HTTP request，整個流程可以 完全自動化，唔需要人工結帳。

同時亦支持真正嘅 按用量收費，即每次 API 調用即付費，而唔係月費訂閱。

與 Coinbase 原始 x402 協議的關係

值得注意：x402 本身唔係 Binance 發明。

這個協議最初由 Coinbase 提出，定位為一個開放標準，用 HTTP 402 去觸發穩定幣付款流程。

核心設計包括：

• 用 HTTP 402 作為付款信號
• 客戶端附上付款證明 header
• 程式化穩定幣轉帳

Binance 的 B402 可以理解為：

• Coinbase： 設計協議標準
• Binance： 在 BNB Chain 上提供支付與驗證基建

因此 x402 本身係 跨鏈、跨平台協議，可以由多個支付 facilitator 實作。

AWS 也開始讓 AI 自己付款

這個趨勢不只在加密世界。

2026 年 5 月，**Amazon Web Services（AWS）**推出 Amazon Bedrock AgentCore Payments（預覽版），讓 AI agents 可以在任務執行時自動為 API、內容或其他 agent 付款。

這個系統由 Coinbase 與 Stripe 提供支付基建。

開發者可以：

• 給 AI agent 一個錢包
• 設定消費上限
• 讓 agent 在需要時自動付款

理念同 x402 非常接近：讓軟件可以直接買服務。

BNB Chain 的抗量子密碼研究

在推出 x402 的同時，BNB Chain 亦發佈一份研究，測試 BNB Smart Chain 未來是否可以轉向抗量子密碼學（Post‑Quantum Cryptography）。

研究測試了幾種方案，例如：

• ML‑DSA‑44 交易簽名
• pqSTARK 驗證者簽名聚合

測試結果顯示：技術上可行，但會帶來性能成本。

主要數據包括：

• 交易大小：由 約110 bytes 增加到 約2.5 KB
• 區塊大小：由 約110 KB 增至 約2 MB
• TPS：由 約4973 TPS 降至 約2997 TPS

研究指出，最大瓶頸其實唔係簽名驗證，而係 更大交易與區塊導致的網絡傳播成本。

更大的趨勢：互聯網原生支付

x402 背後其實代表一個更宏觀的方向：

把 支付變成互聯網協議的一部分。

過去幾十年 HTTP 有一個未被使用的付款狀態碼，而現在隨著三樣技術成熟，終於有機會落地：

• 穩定幣
• 可編程錢包
• 機器對機器交易

Binance 的 B402 只是其中一個實作。如果未來多條鏈、雲平台同 AI 生態都支援類似模式，API 收費方式可能會從訂閱模式轉向「每個請求即時付款」的模式。

至於這會不會成為新的互聯網標準，仍然有待觀察。但從區塊鏈平台、雲服務供應商到 AI 基建的投入來看，這個實驗已經開始。