x402 上线以来：1.5 亿笔交易、结算额与真实使用场景回顾

作者: Yuki（刘雨晴）Stablehunter/Money in Motion

2025 年 5 月 6 日，Coinbase Developer Platform 正式推出 x402，这个协议是把 HTTP 里长期被遗忘的 402 Payment Required 重新拿出来，让一个软件在请求资源时，可以直接收到付款要求、完成稳定币支付，再拿到 API、数据、内容或工具调用结果。

一年多以后，我们终于有了一些可以讨论的数据。根据公开资料，不同统计口径下，x402 已经出现了三个层次的采用信号：

这些数字已经不能再把 x402 只当成一个协议 demo，但这并不代表Agentic Payment 爆发了，而是我们要看这些交易到底代表什么。

AI Agent 真的要开始替人完成工作，Agent 调用一个付费 API，要怎么付款？Agent 临时购买一份数据，要怎么结算？Agent 只需要用一次某个 MCP 工具，是否还要先注册账号、绑定信用卡、开通订阅？x402 试图回答的就是这类问题。

X402协议的1.5 亿笔交易数据是什么？

很多人看到 x402 的数据，第一反应会是： 1.5 亿笔交易，5000 万美元结算额，这是不是说明 Agentic Payment 已经进入规模化采用？

这可以说明 x402 已经跑起来了，但还不能说明真实商业需求已经完全成立。Chainalysis 在 2026 年 6 月的分析里提到，x402 在 Base 上的累计交易已经超过 1 亿笔，这是一个重要 milestone，因为 Base 是 x402 早期最核心的落地网络之一。

但早期增长里有相当一部分来自 PING 这类活动，用户通过极低成本的 onchain action 获得某种参与凭证或社交收益，这和企业 Agent 为真实工作流持续购买服务，不是一回事。所以，1 亿笔交易证明的是：协议有足够低的摩擦，可以支撑大量高频、小额、自动化交互。它还没有完全证明：这些交互都是可持续的商业需求。

再看跨链 tracker，Agent Economy 的 x402 tracker 显示，截至 2026 年 7 月 10 日 UTC 左右，累计 x402 transactions 约 1.556 亿笔，settled stablecoin volume 约 4097 万美元，覆盖多条链和多个 facilitators。

还有一个值得单独看的口径，是 x402scan，我在 2026 年 7 月 11 日查看 x402scan 首页数据时，当前索引范围内有约 1624 万笔 transactions、约 83.75 万 USDC total amount、约 6.7 万 unique buyers 和约 3.96 万 unique sellers，这个数字明显小于 Agent Economy 的跨链总量，所以我不会把它当成“全网 x402 总交易量”来用。

它更适合回答另一个问题：在 x402scan 当前可见的 seller / origin 里，谁真的在持续产生交易？交易笔数代表调用频率，结算额代表资金规模。活跃 agent 数量代表参与实体，facilitator 和链数量代表基础设施扩散。

x402 已经从 Coinbase 发起的协议，逐渐变成一个跨网络、跨服务方、跨开发者的早期支付层。但每个数字都需要追问一句：这些交易里，有多少来自真实 Agent workflow？有多少来自开发者测试？有多少来自激励活动、压力测试、bot 行为或一次性实验？

如果不问这个问题，x402 的数据很容易变成另一个 Crypto 世界熟悉的幻觉：数字很好看，但不知道背后是不是真的需求。

x402 真正有价值的地方，不是金额，而是交易形态

我觉得 x402 目前最重要的数字不是结算额，几千万美元的 stablecoin volume，放在整个支付市场里并不大。和 Visa、Mastercard、Stripe、PayPal 这些网络相比，它还只是非常早期的实验规模。

但 x402 的价值不在于现在结算了多少钱，而在于它让一种新的交易形态开始出现：软件可以在一次 HTTP 请求里看到价格、完成支付、获得资源访问权。这件事对人类用户来说，可能只是少了一个 checkout 页面。

但对 Agent 来说，它很重要，因为 Agent 不适合每次都走人类设计的商业流程：注册账号、验证邮箱、绑定信用卡、选择套餐、复制 API key、等待审批。

Agent 的行为更像是在完成任务过程中不断发现外部能力：它需要一次搜索，就买一次搜索；它需要一个数据点，就买一个数据点；它需要调用一个模型，就为这次模型调用付款；它需要一次安全检查，就购买一次审计；它需要访问一个付费 MCP 工具，就在任务上下文里完成授权和结算。这不是传统 SaaS 订阅的逻辑。这是按任务、按调用、按能力购买的逻辑。所以，对 x402 来说，交易笔数比结算额更值得关注。

如果一个支付协议真的要服务 Agent，它早期就不应该只看 GMV，而应该看小额、高频、自动化调用能不能成立。

一个 Agent 为一次 API 调用支付 0.001 美元，金额很小，但它代表的商业动作不小：机器第一次可以在没有人类 checkout 的情况下，为完成任务购买外部能力。

真实使用场景有哪些？

目前 x402 的使用场景，大致可以分成几类：

如果只看 x402scan 当前索引里的高频 seller，头部非常集中，截至我查看时，交易笔数最高的是 BlockRun。x402scan 显示，BlockRun 相关 origin 已经产生约 1312 万笔交易、约 15.0 万 USDC total amount、约 998 个 unique buyers，主要发生在 Base 上。这个量级远高于第二名，说明在 x402scan 这个口径里，高频交易目前高度集中在少数 AI routing / payment layer 服务上。

第二梯队更接近“Agent 可购买 API”的形态：

twit.sh：约 8.0 万笔交易，约 502 USDC，提供面向 AI agents 的 X / Twitter 实时数据；
StableEnrich：约 5.0 万笔交易，约 1889 USDC，提供 company / lead / web enrichment 类 API；
Otto AI x402：约 3.1 万笔交易，约 56 USDC，覆盖 market intelligence、DeFi 和 trading 工具；
agentutility：约 2.2 万笔交易，约 500 USDC，做 paid x402 API catalog；
JarvisClaw API：约 1.3 万笔交易，约 503 USDC；
OneSource：约 9800 笔交易，定位为给 AI agents 使用的 Ethereum RPC。

如果按结算额而不是交易笔数看，榜单会发生变化。BlockRun 仍然第一，但 dTelecom x402 Gateway 以约 6108 笔交易产生约 1.26 万 USDC，说明 WebRTC、STT、TTS 这类实时通信/语音服务的单次价格可能更高。Bitrefill x402 只有约 326 笔交易，但 total amount 超过 1000 USDC；Laso Finance 的 crypto prepaid cards / gift cards 也以较少交易产生较高结算额。

这组数据有两个含义。

第一，x402 的真实使用不是单一场景。高频榜更像 API、模型路由、数据查询、RPC、social data；结算额榜则开始出现通信、礼品卡、预付卡、实体消费入口这类更接近 payment / commerce 的场景。

第二，交易笔数和商业价值不能直接划等号。twit.sh 的交易笔数很高，但结算额较小；dTelecom 和 Bitrefill 的交易笔数不算高，但金额更明显。对于 x402 这种早期协议，必须同时看 frequency 和 value，而不是只看 cumulative transactions。

第一类是 API 和数据端点。

这是最自然的场景。开发者可以把某个 API、数据库、模型能力或内容资源设置成付费端点。调用方先收到 402 Payment Required，完成支付后再获得访问权限。

如果未来 Agent 要大量调用实时数据、专业数据库、垂直 API 和 MCP 工具，这类场景会非常重要。

第二类是 Cloudflare 这类基础设施平台。

Cloudflare 宣布建设基于 x402 的 Monetization Gateway，目标是让网站、API、数据集和 MCP 工具可以在边缘网络完成收费、验证和访问控制。

这件事的意义不只是“Cloudflare 支持稳定币收款”。

更重要的是，如果支付验证发生在基础设施层，小团队就不一定需要自己搭完整计费系统，才能向 Agent 收几分钱或几美元。

第三类是钱包和 Agent SDK。

Agent 要付款，就需要钱包。但这里的钱包不能只是存放 USDC 的地址。它必须有预算、限额、白名单、审批、人类确认和审计记录。

这也是为什么 x402 的后续竞争不会只发生在 protocol 本身，还会发生在 Agent Wallet、spending policy、identity、observability 和 dispute flow 上。

第四类是实验性活动和激励场景。

这类场景会贡献很高的交易笔数，但不一定代表长期商业需求。PING 这类活动就是典型例子：它可以证明 x402 的低成本和高频能力，但不能被直接等同于企业级 Agent commerce。

这不是坏事，早期协议通常都需要实验、游戏化活动和开发者测试来冷启动，但写数据回顾时，必须把它和真实商业 workflow 分开。

现在的数据说明 x402 已经过了“纯概念”阶段

如果把 x402 看成一个 2025 年 5 月才正式推出的协议，那么一年左右能跑到 1 亿到 1.5 亿笔级别的可观测交易，已经是很快的进展。

这至少说明三件事。

第一，HTTP-native payment 这个方向不是没人用。

开发者愿意尝试把支付放进资源访问流程里，而不是永远依赖传统 checkout、订阅和 API key。

第二，小额、高频、机器可执行的支付确实有需求。

这些需求不一定全部来自成熟 Agent，但它们已经证明：当成本足够低、流程足够简单，软件之间的微支付会自然出现。

第三，x402 的叙事正在从 Coinbase 单点协议，扩散到 Cloudflare、CoinGecko、Circle Wallets、Stripe Machine Payments、Agent SDK 和各种开发者实验中。

这说明 x402 的真正潜力，不是成为一个单独 app，而是成为一种嵌入式支付原语，它越成功，用户越不应该“看到 x402”，用户只会看到：某个 Agent 在完成任务时，自动购买了一次数据、一次模型调用、一次安全检查或一次工具执行。支付发生了，但它不再是主界面。

但它还没有证明“Agentic Payment 已经成熟”

现在最需要谨慎的地方有三个：

第一，交易口径还不够透明。我们需要更清楚地知道：哪些交易来自真实服务购买，哪些来自测试，哪些来自激励活动，哪些来自 bot 行为。

如果一个协议有 1 亿笔交易，但大多数交易都围绕一个短期活动发生，那它的商业含义和长期 API 付费完全不同。

第二，结算额还不够大。几千万美元 volume 可以证明 x402 有资金流动，但还不能证明它已经成为主流支付基础设施。现在更合理的判断是：x402 已经进入早期真实使用阶段，但仍在寻找高留存、高复购的核心场景。

第三，支付之后的问题还没有解决。 Agent 能付款只是第一步，真正进入商业环境后，企业和用户会问：谁授权 Agent 花这笔钱？它每次最多可以花多少？如果服务没有交付，能不能退款？如果 Agent 被 prompt injection 诱导付款，责任算谁的？如果一次资源调用失败，付款和交付是否可以原子化处理？这些问题不属于 payment rail 本身，但它们决定了 payment rail 能不能被真实采用。

Agentic Payment 的下一阶段不只是 x402 transaction count 继续增长。更重要的是 spending policy、audit trail、refund、idempotency、dispute resolution 和 human-in-the-loop。也就是：让 Agent 不只是会付款，而是能被安全地允许付款。