Binance x402 如何把 HTTP 402 變成 API 與 AI 代理的支付層

長期以來幾乎沒有實際用途的 HTTP 狀態碼 402「Payment Required」，現在可能終於找到了真正的定位。Binance 推出的 x402 實作（B402） 在 BNB Chain 上將這個狀態碼變成標準化支付流程，讓軟體可以用穩定幣直接為 API、資料或數位服務付款。

這個設計面向的是一個新的場景：軟體與 AI 代理直接向其他軟體購買服務。在這種模式下，服務可以按次收費，而不需要訂閱、帳號註冊或人工結帳流程。

x402 想解決什麼問題

目前多數 API 的商業模式仍依賴：

• 帳號與 API key
• 月費或訂閱方案
• 發票與人工計費

這些流程對人類開發者還算可行，但對 自動化程式或 AI 代理 來說就顯得笨重。當一個代理在執行任務時需要即時購買資料或計算資源，傳統計費模式會造成摩擦。

x402 協議（由 Coinbase 提出）提供另一種方式：把支付直接嵌入 HTTP 請求流程，利用預留多年的 HTTP 402 Payment Required 狀態碼。

在這個設計中：

• 伺服器可以先要求付款再提供資源
• 客戶端可以附上付款證明
• 支付透過穩定幣在區塊鏈上結算

這讓 機器對機器（machine‑to‑machine）的商業交易 能在網路協議層運作，例如 API 呼叫、工具使用或數位內容存取。

Binance 的 B402 服務則提供基礎設施，讓這個 HTTP 流程能直接在 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 會正常回傳資料、工具輸出或內容。

結果就是：每一次 HTTP 請求都可以直接完成付款與回應。

為什麼這對 AI 代理很重要

這種設計與一個正在興起的趨勢高度契合：軟體需要自行購買服務。

例如：

• AI 代理在任務中購買外部資料
• 應用程式按次支付 API 呼叫
• 機器人付費存取內容或模型推論

由於付款步驟就在請求流程中，程式可以在沒有人工介入的情況下自動完成支付並繼續執行任務。

這同時也讓 真正的按次計費（pay‑per‑request） 成為可能，而不是依賴訂閱制。

Binance x402 與 Coinbase 原始協議的關係

x402 協議本身是鏈無關（chain‑agnostic）的開放標準，最早由 Coinbase 提出，用來把穩定幣支付嵌入 HTTP 互動流程。

核心概念包括：

• 使用 HTTP 402 作為付款觸發訊號
• 客戶端附上付款證明的標頭
• 透過穩定幣完成程式化轉帳

Binance 的 B402 可以視為一個 BNB Chain 的支付協調與驗證服務，幫開發者處理簽名驗證與鏈上結算。

簡單來說：

• Coinbase：提出 x402 協議標準
• Binance：提供 BNB Chain 的實際實作與服務

x402 的設計本來就允許多個鏈與多個服務提供者並存。

AWS 已開始測試 AI 代理支付

這個概念也開始進入主流雲端平台。

2026 年 5 月，Amazon Web Services 發布 Amazon Bedrock AgentCore Payments 預覽功能，允許 AI 代理在執行任務時自動支付 API、內容或其他服務。

該系統與 Coinbase 與 Stripe 合作建立，提供：

• 代理錢包管理
• 自動支付
• 支出限制與監控

目標同樣是讓 AI 代理能在執行流程中直接購買所需資源。

這顯示科技產業正逐步建立 程式化微支付基礎設施。

BNB Chain 的後量子密碼研究

在推出 x402 的同時，BNB Chain 也發布研究報告，探索 BNB Smart Chain 未來遷移到後量子密碼學（post‑quantum cryptography） 的可能性。

測試內容包括：

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

研究顯示量子抗性設計在技術上可行，但會帶來性能成本。

主要結果包括：

• 交易大小從 約 110 bytes 增加到 約 2.5 KB。
• 區塊大小從 約 110 KB 增加到 約 2 MB。
• 簡單轉帳吞吐量從 約 4,973 TPS 降至 2,997 TPS。

研究指出主要瓶頸不是簽名驗證速度，而是 更大的交易與區塊造成網路傳播負擔增加。

pqSTARK 聚合能壓縮驗證者簽名並降低共識層負擔，但若要全面轉換，仍需要整個生態系統協調與更多研究。

更大的趨勢：把支付變成網路原生能力

HTTP 在 1990 年代就預留了 402 Payment Required 狀態碼，但一直沒有被廣泛使用。

x402 試圖用三個現代元素讓它重新變得有意義：

• 穩定幣結算
• 可程式化錢包
• 機器對機器交易

Binance 的 B402 展示了這個概念在特定區塊鏈上的實際運作方式。如果未來多條鏈與平台都提供類似實作，API 商業模式與數位服務收費方式可能會轉向即時、按次的軟體支付模式。

這是否會成為新的網路標準仍未可知，但區塊鏈平台、雲端服務商與 AI 基礎設施的同步探索，已經讓這個實驗正式開始。