x402 收款方衛生報告，2026 年 11 月

數據截至 2026 年 11 月 4 日(UTC)。目錄數字來自 2026 年 11 月 3 日 22:13(UTC)的快照;入賬數字覆蓋約 2026 年 10 月 5 日至 11 月 4 日。

摘要

收款方(payee)是賣家要求買家付款的錢包地址。我們對目錄裡登記的收款方看了三件事：目錄本身是否自洽?賣家自己的接口返回付款報價時，報出的收款方是否和目錄一致?這些收款方在 Base 鏈上收到的 USDC 是什麼樣子?

目錄通過了基礎的一致性檢查。自 10 月 21 日起，關聯路由至少返回過一次可讀報價的 1,906 個目錄收款地址中,1,867 個(98.0%)至少匹配成功過一次。該比例不包括始終未取得可讀報價的情況，也不代表當前整個目錄的準確率。值得多看一眼的情況佔少數，而且每一種都存在多種可能的正常解釋。

目錄

2026 年 11 月 3 日，目錄登記了 3,322 個網站、2,382 個不同的收款地址。從 10 月 28 日起的七天裡，網站從 2,819 個增加到 3,322 個，收款地址從 2,297 個增加到 2,382 個。

我們優先看網站數和收款地址數，路由數參考價值較低。11 月 3 日共有 110,060 條路由，其中約 68% 來自同一個網站。11 月 1 日目錄裡的路由比前一天少了約一半，第二天大部分又回來了。路由總數會隨一兩個大批量上架的網站劇烈變動，所以只作背景。

七天裡幾項基礎檢查都沒有發現問題：沒有缺收款地址的路由，沒有價格全為零或缺失的路由，沒有格式錯誤的 EVM 收款地址。只提供測試網的路由每天都低於 0.3%。

共用收款地址

11 月 3 日，有 392 個收款地址(佔全部收款地址 16.5%)出現在兩個或更多網站上，有 1,899 個網站(57.2%)用到了至少一個這樣的地址。這一週裡，共用地址的佔比一直在 16.2% 到 16.5% 之間;用到共用地址的網站佔比則從 10 月 28 日的 52.4% 升到 57.2%。

共用收款地址是正常現象。支付網關、託管平臺和託管服務常常用一個地址替很多網站收款。共用地址不代表這些網站屬於同一個主人，但確實意味著買家光看地址分不清自己在付給哪個賣家。

現場報價檢查

我們每天訪問約 1,200 個網站，每個網站最多請求兩條登記的路由，讀取付款報價(HTTP 402)。我們從不付款，也不發送任何付款頭。如果某條路由對 GET 返回 405,我們只發一次空 JSON 正文的 POST。2026 年 10 月 28 日至 11 月 3 日共做了 12,888 次路由檢查;同一條路由可能在不同日期被檢查多次。

• 2,127 次(16.5%)返回的不是付款報價。
• 136 次(1.1%)連不上。
• 自 10 月 21 日以來返回過報價的 2,952 個網站中,88 個(3.0%)至少有一天報出的收款地址和目錄不同。

「沒返回 402」不等於失效。很多路由要帶特定參數、登錄或請求正文才報價，也有的已經改成免費。判定「失效」我們用更嚴的規則：在三個不同日期檢查三次，每次都是找不到、服務器錯誤或連不上。在至少檢查過三天的 1,920 條路由中,189 條(9.8%)符合這條規則。我們 10 月 28 日才開始按路由記錄，所以這個數字還早。

「不一致」也有不止一種原因：賣家可能先換了地址、目錄還沒更新，也可能是登記本身有誤。只看報價無法判斷是哪一種。

摘要裡的 98.0% 只統計關聯路由至少返回過一次可讀報價的目錄收款地址;關聯路由始終沒有返回可讀報價的收款地址不在其中。

收款方入賬畫像

對 Base 上的收款方，我們讀取了截至 2026 年 11 月 4 日約 30 天的 USDC 轉入記錄，覆蓋目錄中 1,893 個 Base 收款地址裡的 1,832 個。只有收到過至少 5 個不同轉入地址的 USDC,我們才給它分類。達到這個門檻的有 1,252 個;529 個只有 1 到 4 個轉入地址;51 個在窗口內沒有收到 USDC。

下面兩個比例按金額計算，計算時不含來自已識別交易所錢包的轉入，因為交易所是替許多互不相關的用戶轉賬。在 1,252 箇中:

• 888 個(70.9%)兩個門檻都沒達到：沒有單一轉入地址提供 80% 以上的 USDC,迴流也低於 30%。這是按門檻得出的結果，不能證明錢來自很多獨立客戶。
• 232 個(18.5%)80% 以上的 USDC 來自同一個轉入地址。
• 132 個(10.5%)30% 以上的 USDC 來自「這個收款方在窗口內早些時候轉過 USDC 給它們」的地址，我們稱為資金迴流。

這兩種形態都不是對賣家的負面結論。一個大額轉入方可能是大客戶、平臺或支付聚合商;資金迴流可能是退款、團隊自己錢包之間的調撥、分成或測試。

入賬不等於銷售。我們統計的是所有轉到這個地址的 USDC,不只是 x402 結算，而且任何人都能往任何地址轉 USDC。1,832 個收款方合計約 49.3 萬筆轉入、約 168 萬美元(含交易所錢包的轉入);這是入賬，不是營收，也不是 x402 購買次數。入賬金額集中在少數大型收款方，所以本文按收款方個數給分類比例，不按金額。

方法調整

此前兩個比例按轉賬筆數計算，現在改為按金額計算，避免許多小額轉賬壓過一筆大額付款。兩次計算的結果不同：對兩次都有的 1,576 個收款方，「單一轉入地址」佔比按筆數是 6.4%(11 月 1 日計算，能分類 874 個),按金額是 18.3%(11 月 4 日計算，能分類 889 個)。這不是同一窗口的對照：兩次窗口結束時間相差三天，能分類的集合也不同，所以差距不能全部歸因於方法變化。多數變動背後的形態是：一個收款方有很多小額轉入方和一個大額轉入方，按筆數看分散，按金額看集中。

不完整樣本

每個地址每個方向最多讀取 10,000 筆轉賬。1,252 個已分類收款方中有 17 個達到上限，它們的比例基於部分數據，可能偏高也可能偏低。去掉這 17 個後，三類比例是 70.9%、18.7%、10.4%,整體結論不變。

買家和 Agent 可以怎麼做

• 付款前，確認收款方就是你要付款的那個網站自己報出的地址。目錄條目只是線索，不是證明。
• 收款方變了，或者網站沒有報出你要用的網絡，都應該先複核再付款。
• 留存報價和實際付款的記錄。

OceanAlt 的免費檢查 https://oceanalt.com/api/decide 支持把付款意圖(Payment Intent)裡的收款地址和源站自己的報價做比對：把 resource_ref 設為你要付款的完整網址，它會返回帶依據的判定。要和上一次付款比對，還需要把上一筆付款意圖作為 previous_payment_intent 一起發送。報價最多緩存 10 分鐘;內網地址不會被訪問。

方法

• 目錄。 每天約 22:12(UTC)對公開的 Coinbase x402 Bazaar 目錄做快照，每份快照算哈希並和前一份串聯。本文使用 2026 年 10 月 28 日至 11 月 3 日。路由是一條登記的網址;網站是小寫的主機名;收款地址是去重後的登記付款地址;共用地址是出現在兩個或更多網站上的地址。按路由的比例按路由去重。
• 現場報價檢查。 每天輪換約 1,200 個網站，每個網站最多兩條路由。先 GET,只有 GET 返回 405 時才發一次空 JSON 正文的 POST。從不付款，也不發送付款頭。超時 6 秒，不跟隨跳轉。只保存狀態類別和每個收款方的比對結果，不保存響應正文。收款方匹配率從 10 月 21 日起累計，只包括關聯路由至少返回過一次可讀報價的目錄收款地址。
• 入賬畫像。 公開的 Base 鏈數據，只看 USDC。讀取每個 Base 收款方約 30 天的轉入和轉出，起始塊按 2 秒一塊估算。來自已識別交易所錢包的轉入不計入兩個比例，但計入入賬總額。每個方向最多讀取 10,000 筆。分類順序：無入賬 → 轉入地址少於 5 個 → 迴流 30% 以上 → 單一轉入地址 80% 以上 → 其餘為兩個門檻都沒達到。
• 取整。 百分比四捨五入保留一位小數。

侷限

• 只有一個目錄，其他 x402 目錄沒有覆蓋。
• 入賬只看 Base 上的 USDC,其他網絡和代幣沒有覆蓋。
• 入賬窗口約 30 天;按路由的狀態歷史只有七天。
• 現場檢查按網站抽樣，不是按路由;收款方匹配率只覆蓋關聯路由返回過可讀報價的收款地址。
• 按筆數和按金額兩種算法不是在同一窗口計算的。
• 資金迴流和單一轉入地址都有很多正常原因，我們還沒有能區分它們的規則。
• 入賬包括所有 USDC 轉賬，不只是 x402 結算。
• 本文不點名任何賣家、網站或地址，以後也不會。

數據截至 2026 年 11 月 4 日(UTC)。