返回資料庫
策略

1.91 億筆結算,0.6–7.5% 代理:誠實解讀 x402 的採用數據

最後更新:2026年11月9日

核心要點

  • x402 有三個獨立計數的結算基數——截至 10 月 11 日的 191.75M 筆交易、截至 11 月 1 日的 196M+ 筆、以及 TRM Labs 口徑下經撮合方中介的 198.9M 筆——已結算價值 USD 42–53M。 軌道本身已是生產級基礎設施;AWS Bedrock AgentCore Payments 基於它運行,Bedrock Bazaar 承載 10,000+ 個 x402 端點。
  • TRM Labs 將 USD 52.7M 的已結算基數篩查至 USD 25.62M 的可信商業額,並把代理占比限定在 0.6–7.5%,代理每月移轉金額約 USD 5,000–11,000,已結算價值的 99.6% 為 USDC。
  • Coinbase 報告 2026 年第二季 97% 的鏈上智能體交易運行在 x402 上——這是一個類別的占比,而不是軌道總量的占比;兩種解讀不能混為一談。
  • x402 與 MPP 是兩條分化的軌道,不是同一標準——x402 結算 191M+ 筆,MPP 僅 46,198 個事件,Stripe 對兩者結算的最低額為 USD 0.50(卡)與 USD 0.01(USDC),因此任何供應商聲明都應指明其軌道。
  • 這一對數字衍生出一套買方盡職調查工具:哪條軌道、結算額與代理額之比、授權來源(ERC-8004 註冊為自願)、低於價值閾值的控制措施、以及一個季度的趨勢——據估計 25–30% 的 x402 原始活動是測試或排行榜噪音。

截至 2026 年 10 月 11 日,x402 已在 12 條鏈上累計記錄 191,751,598 筆交易——Coinbase 報告 2026 年第二季超過 97% 的鏈上智能體交易運行在 x402 上。但 TRM Labs 透過已知撮合方追蹤同一條軌道,將交易量篩查至 USD 25.62 million 的可見商業額,並把看起來真正具有代理特徵的占比限定在 0.6% 到 7.5% 之間,代理每月移轉的金額約為 USD 5,000–11,000。兩組數字都是真的。本文把它們並列起來,因為兩者之間的差值恰恰是當供應商的報價材料說「代理支付已達到生產規模」時,買方需要追問的缺口。

這一模式不止適用於 x402。代理支付基礎設施——x402、Stripe 與 Tempo 的 MPP、Mastercard Agent Pay、把訂單路由進來的 MCP 模組與 A2A 委託——已經累積了足夠的運行歷史,使每個供應商聲明都可以用一個數字來回應。關鍵在於知道哪個數字回答哪個問題:結算交易計數回答「軌道是否可用」,篩查後的交易量回答「究竟有多少委託採購正在流動」。採購團隊在預算論證中引用前者、在風險論證中引用後者,是誠實的測量。只引用前者的供應商材料未必在說謊——它回答的是與你所問不同的問題。

結算計數器:軌道可用

三個獨立計數現在在結算基數的規模上相互印證:

  • Forkast(經 Yahoo Finance):截至 2026 年 10 月 11 日,12 條鏈上累計 191,751,598 筆 x402 交易,數據來自 agenteconomy.to 追蹤器。
  • Fireblocks:自 2025 年 5 月以來超過 1.96 億筆交易,截至 2026 年 11 月 1 日累計結算超過 USD 42 million,其中約 45% 在 Base 上。
  • TRM Labs:自 2025 年 5 月以來,經已知 x402 撮合方中介的 1.989 億筆結算交易,約合 USD 52.7 million,分布在 Base、Solana 與 Polygon。

三個計數器、同一個數量級、沒有矛盾。交易計數(191.75M、196M、198.9M)按日期順序從 10 月 11 日爬升到撮合方中介的總數;美元數字(經由撮合方公開計數器的 USD 42M,與 TRM 能追蹤兩條軌道流量的 USD 52.7M)的差異來自每個計數器可見的分母,而不是錯誤。軌道本身已是結算級基礎設施:AWS 自己的 Bedrock AgentCore Payments 運行在 x402 上,AWS Bedrock Bazaar 承載超過 10,000 個 x402 端點,x402 Foundation 於 2026 年 10 月移交给 Linux Foundation,成員超過 50 個。

這就是軌道的支持證據:生產規模、超大規模雲端業者的營運化、基金會治理。如果供應商說「x402 可用」,計數器為其背書。

交易量不是什麼:TRM 的篩查

TRM 的 2026 年 9 月測量是這個家族中最強的誠實性數據點,因為它的限定區間源自鏈上記錄,而不是複述供應商計數。x402 協議的設計是讓智能體透過鏈上交易為資源付費——但協議中沒有任何地方要求參與者是智能體。排程腳本、負載測試、自交易循環和智能體產生完全相同的鏈上記錄。因此 TRM 分三步篩查 USD 52.7M 的已結算基數:剔除自付地址、剔除集中在一兩個付款人的批量流、剔除買家不足十人的賣家。約一半的已結算量由此消失。

剩下的——USD 25.62 million 的篩查後 x402 商業額——則要接受更嚴格的檢驗:其中多少是代理?代理身分無法從交易上讀出,所以 TRM 不給出單一數字。寬鬆口徑把任何可能是代理的付款人都計入(由撮合方廣播、平均金額低於一美元、金額有變化);嚴格口徑還要求該模式跨越數月持續存在,並且要有 ERC-8004 註冊,或向多個賣家付款。兩種口徑把代理占比限定在篩查後商業額的 0.6% 到 7.5%,代理實際移轉的資金量約為每月 USD 5,000–11,000。TRM 還標註了自己的建模風險:價格多樣性假設可能低估反覆為同一服務付費的真實單用途代理。

另兩個發現讓圖景更清晰。第一,已結算價值的 99.6%(USD 52.68M 中的 USD 52.47M)以 USDC 計——這些軌道上的代理支付經濟今天是一種穩定幣經濟。第二,2026 年間交易中的代理數量一直波動,年中升至峰值後回落,而它們移轉的資金量保持很小。Forkast 又補充了一個帶出處折扣:BigGo Finance 估計 25–30% 的 x402 原始活動很可能是測試或排行榜噪音——這些活動推高了交易計數,卻沒有任何人或代理購買任何東西。

軌道分化:x402 用於規模,MPP 用於企業流程

逐條對照規格的比較文章值得在閱讀任何供應商聲明之前消化,因為取代智能體刷卡結帳的兩條穩定幣原生軌道(ACP 已於 2026 年 3 月退居其會話內刷卡流程)並沒有收斂——它們為不同的目標優化:

x402 MPP
管理方 x402 Foundation(Linux Foundation,50+ 成員) Stripe 與 Tempo
優化目標 規模與開放發現 基於會話、高信任的企業流程
累計計數 191.75M+ 筆交易 46,198 個事件
治理形態 開放協議、開放端點 IETF 個人草案,啟動夥伴包括 Anthropic、OpenAI、Shopify、Visa、Mastercard
交易量紋理 單筆呼叫低於一美元,代理月移轉約 USD 5–11K(TRM) 上線頭幾週約 115,000 筆交易、約 USD 25,000 已結算(Visa 經 Artemis)

三層堆疊為這些軌道安排了位置:結帳(ACP/UCP)、授權(AP2——現於 FIDO Alliance 下推進至 v0.2——外加 Visa TAP 與 Mastercard Agent Pay)與逐請求結算(x402/MPP)。Stripe 把兩條軌道都結算進 Stripe 餘額,卡 token 最低 USD 0.50,USDC 最低 USD 0.01。x402 的 V2(2025 年 12 月)增加了基於錢包的身分、自動服務發現和可重用會話——會話降低了逐呼叫摩擦,也推高了交易計數。可見性差距是不對稱的:2026 年「x402」字串在 X 上以每天約 667 條原創貼文出現,而完整的「Machine Payments Protocol」名稱每天只有 2.8 條——認知度不是任何一條軌道經濟性的度量。

對買方而言,軌道分化有實際意義:逐呼叫、低於一美元的大規模結算今天落在 x402;帶發卡級授權的會話式流程在建的是 MPP。任何關於「代理支付」的供應商聲明都應指明軌道,因為兩條軌道的數字不可比。

兩種解讀如何並列:

解讀 x402 的數字:計數器與誠實的限定區間 兩者都是真的。結算計數回答軌道是否可用;篩查計數回答是否有人在委託購買。 瀑布分解(TRM Labs,2026 年 9 月) 198.9M 筆結算 · USD 52.7M 2025 年 5 月以來經已知 x402 撮合方的全部資金(Base、Solana、Polygon) 篩查:自付 · 批量流 · 買家 <10 的賣家 約一半已結算量因此消失 USD 25.62M 篩查後商業額 三道篩查之後剩餘的可信商業額 0.6% – 7.5% 代理 寬鬆與嚴格口徑:註冊(ERC-8004)或多賣家,跨月持續 可能低估單用途代理(價格多樣性假設) 每月 USD 5,000–11,000 代理實際移轉的量 · 已結算價值的 99.6% 為 USDC 再疊加原始活動折扣:25–30% 的 x402 活動很可能是 測試或排行榜噪音(BigGo Finance 估計,經 Forkast) 軌道可用 191.75M+ 筆結算(agenteconomy.to,2026-10-11) 196M · USD 42M+ 12 條鏈,約 45% 在 Base(Fireblocks,11 月 1 日) 10,000+ 個 x402 端點,AWS Bedrock Bazaar 97% 2026 年第二季鏈上智能體交易在 x402(Coinbase) 規模聲明 = 生產就緒 軌道分化檢驗 x402 — 規模 開放協議 · 逐呼叫低於一美元 · V2 會話 MPP — 企業流程 Stripe + Tempo · 46,198 個事件 · 會話式信任 兩者都經 Stripe 結算: 最低額 卡 USD 0.50 / USDC USD 0.01 分層堆疊:結帳(ACP/UCP)→ 授權 (AP2/FIDO、Visa TAP、Agent Pay)→ 結算(x402/MPP) 聲明應指明軌道——兩個計數不可比 兩種解讀都引用,並說明各自回答的問題。 軌道已可投入生產。其上的委託採購量很小——截至 2026 年 9 月為每月 USD 5–11K。 只引用結算計數的供應商聲明,回答的是與預算論證或風險論證不同的問題。 來源:TRM Labs · Fireblocks · Forkast/Yahoo Finance · twitterapi.io · ideabosque.com/library 計數截至 2026-10-11 / 11-01 · 篩查與限定區間:TRM Labs,2026 年 9 月

盡職調查問題:面對引用 1.91 億的供應商該問什麼

計數器與篩查共同構成一套可運行的盡職調查工具,適用於任何代理支付聲明——無論它出現在採購簡報中、合作夥伴推介裡,還是 AI 搜尋摘要中:

  1. 哪條軌道? x402 的 191M+ 筆交易不能轉移到 MPP 的 46,198 個事件上。把兩者混在一起的聲明(或乾脆不提軌道)已經沒有通過第一道檢驗。軌道決定經濟性——x402 是逐呼叫、低於一美元,MPP 是會話式——授權層(AP2 委託、Agent Pay token)架在上面。
  2. 結算額還是代理額? 要求供應商區分結算計數與智能體驅動的交易量。TRM 的篩查——剔除自付、批量流與薄買家賣家——在代理身分檢驗開始之前就去掉了 USD 52.7M 的約一半。「結算了 1.91 億筆交易」是關於軌道的聲明,而代理聲明的誠實版本是一個限定區間(0.6–7.5%),不是一個計數。
  3. 授權來源。 鏈上的所有權聲明是自願的——TRM 發現使用智能體註冊聲明(ERC-8004)的只是少數參與者。要問一筆支付中的代理如何被識別、由誰批准:協議級身分(V2 錢包身分、AP2 v0.2 委託、Agent Pay for Machines token)是可驗證的基礎設施;無歸屬地址不是。
  4. 低於閾值的控制措施。 TRM 的結構性發現是 x402 的價值與交易量脫鉤:支付同時低於幾乎所有價值閾值、高於幾乎所有數量閾值,因此為人類規模支付設計的控制措施從兩個方向都會漏掉它們。如果你的財務系統的審批流程設有 USD 10,000 的審核下限,一個每週發起 4,000 筆低於一美元呼叫的智能體對它完全不可見——而結算回執證明的是付款,不是付款前有任何篩查、政策或人的意圖在運行。
  5. 看一個季度的穩定性,而不是發佈週。 x402 上的代理數量一直波動(春季上升、年中見頂、隨後回落),而單一代理的交易量保持很小。BigGo 源出的 25–30% 原始活動折扣(經 Forkast)適用於任何沒有標註噪音底線的計數。要趨勢,不要峰值。

一個用具體內容回答全部五個問題的供應商在賣測量;只用結算計數器回答的供應商在賣勢能。在這麼早期的市場裡兩者都有其位置——但它們屬於不同的簡報頁。

這不解決什麼

測量缺口不等於責任缺口。即使一筆智能體支付得到了完美歸屬,也沒有回答誰為智能體的行為負責——英國四個監管機構的 DRCF 聯合聲明把這一責任明確壓在部署者身上,以可稽核性作為合規工具。而結算回執——即便是 x402 已簽名、可攜帶的回執——證明的是一筆支付完成了結算,而不是伺服器在結算之前應用了哪個版本的篩查或政策。這個執行證據缺口正是 action_ref 綁定草案要關閉的;我們的結算稽核文章詳細拆解了回執的構成。

相關閱讀


一家評估代理支付合作的經銷商被展示了「1.91 億筆交易已結算」和生產規模敘事。同一條軌道,經過誠實的篩查,測量出 USD 25.62 million 的可見商業額,代理占比在 0.6% 到 7.5% 之間,代理每月移轉 USD 5,000–11,000。兩個數字都沒有錯;各自回答不同的問題。範圍明確的方案會把軌道評估與盡職調查工具配對:指明軌道、結算額與代理額之比、授權來源、低於閾值的控制措施,以及一個季度的趨勢數據——讓你採購堆疊中的支付軌道依據測量而非勢能來選擇。

申請範圍明確的方案

一週的 discovery。你得到一份系統清單、一份工作流程地圖和固定的範圍——無論最終是否與我們構建。

想為您的系統建構這個嗎?

這裡的每份文件都來自真實的生產工作。如果您有目標系統和工作流程想法,我們可以在一週內確定範圍。

申請客製開發

為期一週的發掘階段。您會拿到系統清單、工作流程地圖和固定範圍——無論您最終是否與我們合作開發。