Coinbase 推出自主钱包和 x402，声称超 5000 万

Coinbase 正在将“Agentic Wallets”和 x402 支付流程定位为自主软件使用稳定币支付在线服务的早期基础设施。该公司表示，x402 已处理超过 5000 万笔交易，并将该协议与 $0.10 每次查询的 USDC SQL API 和 AWS CloudFront/WAF 接受路径进行配对。

关键要点

Coinbase 于 2026 年 2 月推出了“Agentic Wallets”，具备资金发送、交易和赚取功能，使用每会话和每交易的上限，同时保持私钥与 AI 模型隔离。
x402被框架为一个围绕 HTTP 402 “需要付款”构建的开放支付协议，让软件访问付费资源，接收付款指令，在链上结算，并自动继续。
Coinbase 对这一推动设定了规模标记，表示 x402 已处理超过 5000 万笔交易，数据包中未包含独立定义或验证。
2026 年 3 月的更新将 x402 扩展到几乎所有的ERC-20通过Permit2和燃气-赞助扩展，以及像每查询0.10美元USDC的SQLAPI和AWS CloudFront/WAF发布者接受流程。

Coinbase提出x402作为机器支付铁路，声称处理了超过5000万笔交易

Coinbase的提议是“代理商务”需要一种看起来像网络而不是结账页面的支付握手。数据包中的堆栈分为两部分：一个友好的代理钱包包装器，限制软件对资金的操作，以及一个HTTP原生支付循环（x402），将付费请求转换为链上结算和重试。

Coinbase用来推销这个故事的主要指标是规模。该公司表示x402已处理超过5000万笔交易。数据包没有提供链上细分、第三方仪表板，甚至没有定义什么算作“x402交易”，这很重要，因为这个数字在说服工作中起着主要作用。

框架变得更加具体的地方在于分发。例子不是“代理可能会在某天支付东西”，而是具体的接受表面：一个每查询0.10美元的USDC SQL API用于区块链数据，以及一个AWS CloudFront和AWS WAF路径供出版商接受代理支付。

代理钱包：在不交出模型密钥的情况下实现的许可自主权

一个AI代理钱包如文档中所述，是一个钱包设置，旨在让软件在预定义规则下进行交易，而不是直接由人类点击。操作的重点是让代理执行例行支付或交易，同时在代理错误、被攻陷或过于急切时保持爆炸半径的限制。

Coinbase的实施选择是明确的：代理钱包于2026年2月推出，功能包括资金、发送、交易和赚取，控制是按会话和按交易的支出上限。私钥与AI模型保持隔离，这是职责的清晰分离。模型可以请求操作，但不会获得原始密钥的保管。

该设计读起来像是对失败模式的承认。代理可能会误解指令，与恶意服务互动，或进行未经授权的购买。上限和密钥隔离并不能解决这些问题，但它们将问题从“完全损失”转变为“有限损失”，并使得附加交易筛查和审计记录变得更容易，而不必假装模型是一个可信的签名者。

x402如何将付费墙转变为链上结算循环

x402被描述为一个基于HTTP的402“需要支付”状态码的开放支付协议。在机制上，这个流程旨在以网络基础设施的无趣方式进行：软件请求一个资源，收到带有支付指令的402响应，在链上结算，然后一旦支付清算后自动继续。

结果是软件的标准化付费墙握手。不是提供API 密钥在设置账户或引导用户完成结账时，代理可以将支付视为请求生命周期的一部分。这是机器对机器环境中微支付能够正常工作的前提，因为工作单位通常是“一个查询”或“一个调用”，而不是一个月的订阅。

该数据包最清晰的例子是Coinbase的SQL API，描述为允许代理以每个0.10美元的USDC购买区块链数据查询，无需API密钥、账户或人工批准。另一个例子是Exa在2026年4月推出的x402支付，用于高级搜索，代理可以自动发现、支付和消费搜索服务。

Coinbase还宣布了一项AWS集成，使使用CloudFront和WAF的发布者能够接受代理支付。该公告未具体说明支持的链或代币、结算的路由方式、费用情况或发布者如何为付费资源定价。不过，方向是明确的：将支付网关放在发布者已经终止流量的地方。

跟踪信号：通过 Permit2 的 ERC-20 扩展、燃气赞助和 UPI 代理-注册中心平行

2026年3月的扩展支持几乎所有ERC-20代币，通过Permit2和燃气赞助扩展，这是兼容性的一项举措。Permit2被提及为扩大代币支持的批准机制，而燃气赞助则是用户体验的举措，可以让代理在不持有本地燃气代币的情况下进行支付。这两者都减少了摩擦，但该包并未说明报告的x402活动中有多少是以USDC为中心的，多少是多代币的。

下一个信号是验证，而不是特征。Coinbase “超过5000万” x402 交易的说法需要独立的细分，以澄清具体计算了什么以及它在链上如何结算。没有这些，这个数字只是一个营销原始指标，而不是一个采用度指标。

分发细节是另一个缺失的部分。AWS CloudFront/WAF 接受路径仅在高层次上进行了描述，因此实际问题仍然悬而未决：支持哪些链和代币，发布者如何启用和定价付费资源，以及结算和费用路径的样子。

第三个信号是每次通话0.10美元的定价模型是否会扩散。如果更多的Coinbase或第三方服务通过x402为API、数据或计算采用按请求计费的USDC（或ERC-20）定价，这种使用方式可能会累积成稳定币交易量。

最后，传统支付正在趋向类似的控制原语。报告指出，UPI在2026年8月处理了245.1亿笔交易，价值29.82万亿印度卢比，并描述印度国家支付公司正在开发一个注册系统，以验证AI代理通过UPI进行支付，预计将从小额购买开始，并纳入消费限额、身份验证和审计追踪。如果这些限制成为法定支付系统的默认设置，加密中的代理钱包可能会在相同的标准下被评估：限额、身份和日志。

我的观点：看涨的理由是交易量，看跌的理由是验证和控制表面。

重要的阈值是x402是否转变为一个可测量、可审计的支付原语，而不是一个品牌化的流。这个机制是合理的：HTTP 402作为触发器，链上结算作为收据，代理钱包作为保护层，保持私钥远离模型，同时仍允许软件支出。

牛市的观点是，数据包中的集成形状适合实际使用。每次查询0.10美元USDC的SQL API和AWS CloudFront/WAF的接受路径将机器支付映射到现有的开发者和发布者分发上，这就是交易量的来源。熊市的观点是，故事中最大的数字“超过5000万笔交易”尚未成为可验证的指标，而决定企业采用的控制面仍然没有明确规定。如果x402的使用变得独立可读，并且钱包约束变得足够标准化，以至于发布者可以按请求定价而不承担开放式代理风险，这在实际意义上是重要的。

来源

分析洞察