自动化 x402 加密支付快速增长,但真实 AI 支出的证据仍然有限
要点速览
- •Chainalysis 统计到 Base(由 Coinbase 开发的以太坊 layer-2 网络)上的 x402 交易超过 1.38 亿笔,另一项分析发现超过 87% 的支付金额介于百分之一美分与 10 美分之间。
- •Coinbase 于 2025 年 5 月推出 x402,作为通过 HTTP 进行稳定币支付的开放标准,启用了自 1997 年 HTTP/1.1 规范发布以来一直保留但鲜少使用的 “Payment Required” 状态码。
- •在至少两个不同日期完成过支付的钱包中,30 天内再次获得充值的比例从 2025 年第三季度队列的 70.6% 升至 2026 年第二季度的 89.3%。
- •从钱包充值到首次支付的中位间隔从 2025 年末的 73 天缩短至 2026 年第三季度的 18 分钟,但定时脚本或应用程序的自动设置也可能产生类似模式。
- •Chainalysis 提醒,仅凭区块链记录无法证明是自主 AI 代理在进行购买,实际部署需要总预算、单次请求价格上限、经批准的收款方和停止规则。

Chainalysis 的最新分析记录了基于 x402 协议的自动化稳定币支付的快速增长,同时提醒仅凭链上记录无法确认这些支出是否由自主 AI 代理推动。相关发现载于 Chainalysis 《2026 年加密货币地理报告》的北美章节。
报告估计,在截至 2026 年 7 月 1 日的 12 个月内,北美共接收到 3.02 万亿美元的链上价值,较上一周期下降 1.9%。该数字衡量的是接收到的加密货币价值,而非 AI 服务收入或消费者支出。代理支付分析考察的是一个更窄的活动切片:使用 x402 为在线资源付费的软件。其意义在于这些支付是否服务于可重复的任务,而不在于区域加密货币总量显得有多大。
软件如何为单次请求付费
Coinbase 于 2025 年 5 月推出 x402,作为通过 HTTP(用于网络请求的协议)进行稳定币支付(即与美元等法定货币挂钩的代币)的开放标准。该标准将 HTTP 402 “Payment Required”响应重新利用,告知应用程序某资源的费用及支付方式。该状态码自 1997 年 HTTP/1.1 规范发布以来一直被保留,但在实践中鲜少使用。
分析中的一个假设示例说明了这一流程:一个研究助手需要获取新的数据集来完成一份报告。它不会停留在订阅页面上,而是由软件请求数据、接收支付指令,并在运营者设定的预算内授权购买。
- **请求:**应用程序向服务请求资源。
- **报价:**服务返回支付要求。
- **支付:**应用程序携带已签名的支付载荷重试请求。
- **交付:**支付经验证并完成结算,服务返回资源。
这一流程可以支持按次付费访问,而无需人们在每次购买时输入银行卡信息。但它并未消除对记录保存、支出权限以及处理交付无用结果的服务机制的需求。
Coinbase 明确表示,x402 可供人类、普通脚本和 AI 代理使用。因此,通过该协议完成的支付本身并不能证明是 AI 模型选择了该服务或认定此次购买有价值。
重复充值是有用的证据——但样本范围有限
Chainalysis 报告称,在其主要报告期结束前,Base(由 Coinbase 开发的以太坊 layer-2 网络)上的 x402 交易已超过 1.38 亿笔。另一项延伸至 2026 年 9 月的支付规模分析发现,超过 87% 的支付金额介于百分之一美分与 10 美分之间。研究人员指出,这些观察期不应被视为可互换的。
报告还考察了至少在两个不同日期完成过支付的钱包。在该选定群体中,30 天内再次获得充值的比例从 5 年第三季度队列的 70.6% 升至 2026 年第二季度的 89.3%。此外,从充值到首次支付的中位间隔从 2025 年末的 73 天缩短至 2026 年第三季度的 18 分钟。
重复充值的结果描述的是已经呈现周期性活动的钱包。它并非所有尝试过 x402 的用户的留存率,也无法揭示有多少一次性用户放弃了该标准。更快的激活速度与钱包被预备用于即时使用相符,但仍存在多种可能的解释:定时脚本、应用程序的自动设置,或在授权权限范围内行动的代理,都可能产生类似的交易模式。仅凭区块链记录无法区分这些情形。
这些数据所确立的结论是有限的:被选中的钱包获得重复充值,且较新的钱包开始支付得更早。要确立自主商业需求,还需要关于付款方、所购服务以及该活动是否属于生产用途的信息。
小额支付仍需要支出决策
对企业而言,手动批准每一笔微小的请求将使自动化失去大部分意义。而让软件不受限制地访问一个有资金的钱包则会带来相反的问题:一个错误的任务、重复的请求或恶意服务可能耗尽余额。
因此,实际的部署需要在购买之前做出决策。运营者可以设定总预算、单次请求的最高价格以及经批准的收款方。对于失败或在不产生有用输出的情况下反复扣费的任务,还需要停止规则。这些是运营控制措施,并不意味着每个 x402 应用都已实施这些措施。
分析给出了一个示例:一个购买金融数据的助手可被允许在两家经批准的供应商处支出固定金额,而超出该额度的任何请求都需要人工批准。这种设置在委托常规支付的同时,将财务决策保持在有限范围内。
其他生态系统也在开发类似的控制措施。一项支持以 XRP 和 RLUSD 进行支付的 XRP Ledger 集成描述了策略控制的签名机制,使代理可以在不读取原始私钥的情况下请求授权。所有者仍然设定允许的资产、收款方和支出限额。
该集成也说明了为何支付笔数需要结合背景来看待。其报告的活动并未区分测试与生产用途,且较新的支付包仍处于测试阶段。可用的软件和交易总量所回答的问题,与独立客户的持续使用是不同的。
支付基础设施并不能保证服务的市场需求
稳定币结算可以使小额购买实现程序化,但一笔成功的交易只是商业交换的一部分。买方仍然需要准确的数据、可靠的算力或其他有用的结果。自动支付并不能证明该资源值得购买。
供应商也拥有对每个请求单独收费之外的选择。订阅、预付余额和聚合计费已经可以支持自动化消费。一个 x402 实现必须提供选择按请求结算的理由——例如,跨多个供应商的偶发性访问,而无需在每一家都维持一个单独注资的账户。
早前关于链上活动降幅远小于加密货币市值降幅的发现表明,为何使用量值得脱离代币价格单独考察。对于软件支付,这种考察必须超越单纯统计转账:重复客户、独立服务提供商、支付价值和交付结果将有助于确认一个有效运转的市场是否正在形成。
目前关于钱包的证据支持一个较窄的结论:一些周期性用户正在补充余额并更快地开始支出。它尚未说明这些活动中有多少来自自主代理、这些服务的盈利能力如何,或客户在没有激励的情况下是否会继续付费。报告未来版本若加入这些要素——付款方身份、所购服务以及使用是否属于生产用途——将成为判断自主支出是否真正扎根的具体基准。
本文仅供参考,不构成财务、法律或投资建议。Chainalysis 的数据反映其方法论和观察期,并不代表所有加密货币活动。