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)。