返回资料库
策略

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.27M 中的 USD 52.68M)以 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。你得到一份系统清单、一份工作流地图和固定的范围——无论最终是否与我们构建。

想为您的系统构建这个吗?

这里的每份文档都来自真实的生产工作。如果您有目标系统和工作流想法,我们可以在一周内确定范围。

申请定制开发

为期一周的发现阶段。您会拿到系统清单、工作流地图和固定范围——无论您最终是否与我们合作开发。