AI 代理一年 1.38 億筆鏈上支付：x402 協議與微支付解析

一年 1.38 億筆，平均一筆不到 10 美分

2026 年 10 月 14 日，Chainalysis 在北美加密採用報告中給出了一組數據：透過 x402 協議完成的 AI 代理支付，從 2025 年中的約 1,500 筆，成長到 2026 年第三季的 1.38 億筆以上。其中超過 87% 的單筆金額落在 0.0001 美元到 0.10 美元之間。

這不是「AI 開始炒幣」，而是 AI 代理在為算力、即時數據、程式工具按次付費。金額小到傳統卡組織無法處理，卻正好落在穩定幣的能力區間裡。

BNB Chain 在官方部落格裡把 AI 代理的支付層單獨列出：x402 讓代理在一次普通的 HTTP 請求裡完成結算，不需要綁卡，也不需要人工介入。

x402 到底怎麼運作

x402 復用了 HTTP 協議裡一個沉睡三十年的狀態碼：402 Payment Required。流程可以拆成四步：

1. 代理向服務端發起請求，例如呼叫一次模型推理介面；
2. 服務端不直接回傳內容，而是回傳 402，並附上價格與收款地址；
3. 代理用自己的錢包支付穩定幣，再把支付憑證放進重試請求裡；
4. 服務端驗證到帳後回傳結果。

整個過程沒有帳號體系、沒有 API Key、沒有信用卡，服務方按次收費，代理按需付費。這也是它被稱為「HTTP 原生支付」的原因——支付不是外掛，而是請求的一部分。

為什麼是現在爆發

三個條件同時成熟：

• 成本：Base 等低成本網路的單筆手續費已經低到可以忽略，幾美分的支付才有經濟意義；
• 穩定幣：代理不需要理解匯率，用 USDC 計價即可完成結算；
• 基礎設施：Visa、Mastercard、Stripe 陸續支援代理支付，Coinbase 推出讓代理交易與收款的工具，Google 也發布了面向代理支付的協議；幣安在 2026 年 9 月推出基於 x402 的 AgentPay，把企業級鏈上支付接進來。

幣安的動作不止支付：8 月 20 日發布的 Agent OS 把交易介面、行情數據、Agentic 錢包、x402 支付與 MCP 連接層打包，10 月又上線了 Agent ID，給代理錢包綁定可讀的 .ai 名字。支付、身分、權限三件事正在被同一套基礎設施串起來。

數字背後有水分

需要冷靜看待這 1.38 億筆。TRM 的研究提示，這類鏈上「代理活動」裡有相當一部分可能是腳本、自成交或刷量，而不是真正自主決策的 AI。Chainalysis 自己也說明，統計只覆蓋可識別的 x402 活動，不等於全部市場。

另一組常被引用的數據是：x402 生態累計約 1.65 億筆交易、約 5,000 萬美元成交額、約 48 萬個代理地址。5,000 萬美元對應 1.65 億筆，單筆約 0.3 美元——這與「微支付」的定位是吻合的，但也說明目前的總盤子仍然很小。

對開發者意味著什麼

如果你在提供 API、數據或算力服務，x402 提供了一條不需要談判、不需要開商戶號的變現路徑：把價格寫進 402 回應，任何支援該協議的代理都能直接付款呼叫。按次計費、無需註冊、跨境無障礙，這三點對長尾服務尤其有吸引力。

對代理開發者來說，關鍵不是「能不能付」，而是「付多少、付給誰、什麼時候停」。沒有預算上限的代理，和沒有額度的信用卡一樣危險。

對一般使用者意味著什麼

短期看，這件事還不會改變大多數人的日常支付。你不太可能用 x402 買咖啡，但你可能已經在間接使用它：讓 AI 助手查即時行情、跑一次程式分析、生成一份報告，背後就可能觸發一次幾美分的鏈上支付。

真正需要提前建立的觀念是：代理錢包裡放多少錢、允許它呼叫哪些服務、單筆與每日上限是多少。這些問題和「Agent ID 權限怎麼設」是同一件事的兩面。

風險在哪裡

• 授權風險：代理要支付就必須持有私鑰或簽名權限，權限給大了，損失不只是幾美分；
• 刷量誤導：交易筆數不等於真實需求，看到「某某協議支付量暴漲」時先看單筆金額與獨立地址數；
• 服務方風險：402 回應裡的收款地址由服務方提供，代理不會判斷對方是否可信，釣魚服務可以照抄流程；
• 合規風險：微支付跨境、匿名性強，未來在稅務與反洗錢上的要求只會更嚴。

常見問題

x402 是 Coinbase 的協議嗎？

x402 由 Coinbase 提出並推動，目前由獨立的基金會維護，生態參與者不止一家。它是一套開放協議，不是某家公司的私有介面。

為什麼金額都這麼小？

因為代理買的是「一次呼叫」：一次推理、一條數據、一次程式檢查。傳統支付的最低成本結構撐不起這種顆粒度，穩定幣可以。

一般使用者現在需要做什麼？

不需要急著參與。可以先建立一個獨立的小額代理錢包，設定單筆與每日上限，把它和主錢包徹底分開——這也是我們在 Agent ID 權限那篇裡給出的同一條建議。