Metallic device with multiple cables in a server

AI代理链上支付x402:清理稳定币的重试循环

By AI News Crypto Editorial Team阅读 10 分钟

AI代理通过将HTTP 402响应视为价格报价、签署稳定币授权并使用支付证明重试相同请求,在链上进行支付。一个中介验证签名,阻止重放,提交链上结算,并在确认与服务的最终性SLA匹配后释放资源。

关键要点

  • x402将支付嵌入到正常的HTTP请求周期中:402响应携带结构化条款,客户端使用签名的支付证明重试。
  • 核心角色包括客户端(代理/应用)、资源服务器(API)和一个验证签名、防止重放并处理链上结算的中介。
  • 大多数代理支付使用稳定币结算,通常是USDC,因为最终性时间是每个请求商业的用户体验。
  • x402是以签名为先:USDC/EURC通常使用EIP-3009授权,而其他ERC-20s 使用 Permit2,因此代理不会在每次调用时广播原始交易。

为什么AI代理需要x402支付

自主软件打破了经典API货币化中固有的假设。API密钥、OAuth流程、订阅和开票都假设人类可以创建账户、存储凭证、轮换密钥和解决账单失败。一个应该无人值守运行的代理无法停止打开仪表板、添加卡片或谈判合同。这种不匹配是许多“代理支付加密”讨论背后的经济瓶颈。

x402在网络已经为其保留的协议接缝处解决了这个问题:http 402。HTTP 402 “需要支付”自1990年代初以来就存在,但它没有提供标准的方式来表达价格,接受资产,及支付地点。x402 通过使付费墙可机器读取,并将支付转变为确定性重试模式,而不是单独的结账流程,从而填补了这一空白。

这就是为什么x402出现在代理经济解释对话中的原因。它将“如何做”转换为人工智能代理将“支付”从产品集成问题转变为请求-响应原语。402是报价,签署的授权是订单,而中介是清算经纪人,使结算成为他人的操作问题。

该论点对建设者来说很重要:所销售的服务水平协议(SLA)不是“区块链支付”。而是可预测的履行延迟。如果终端是交互式的,链的确认时间就成为产品规格的一部分,而不是实现细节。

x402请求和支付循环

该机制是一个紧密循环,看起来更像是交易场所的握手,而不是结账页面。资源服务器不会要求客户端去其他地方支付。它以结构化条款拒绝请求,然后期待一个证明支付意图的重试。

基本的 x402 循环如下运行:

1. 客户请求一个付费资源。AI代理或应用程序向API端点发送普通HTTP请求。 2. 资源服务器返回HTTP 402及条款。响应包括结构化的支付说明:价格、接受的代币、收款人。地址,以及网络进行结算。3. 客户端构建支付证明。代理读取条款并准备一个签名有效载荷,授权该确切金额和目的地的代币移动。4. 客户端使用支付头重试相同请求。重试附加了签名授权作为证明,将支付转变为标准的HTTP重试,而不是单独的流程。5. 服务器验证并结算,然后返回200 OK。验证通常委托给一个中介,该中介确认签名并在服务器释放资源之前在链上提交结算。

两个细节是大多数“x402支付解释”帖子模糊的地方。

首先,重试模式是产品。它使支付对幂等友好且可自动化,因为客户端可以将“402然后重试”视为确定性状态机。

其次,402条款不是静态凭证。它们是每个请求的支付指令。这种差异就是为什么x402不是“仅仅是一个新的API密钥”,即使开发者的使用体验在中间件到位后可能感觉相似。

中介和基于签名的结算

中介是操作解锁,而不是便利层。Eco的流程定义了三个角色,而中介是吸收麻烦部分的角色:签名验证、余额检查、重放保护、链上提交和返回资源服务器的确认。

这也是x402的核心设计选择在屏幕上显现的地方:优先签名的代币移动。对于USDC和EURC,x402通常使用EIP-3009风格的转移授权,其中代理签署意图,另一方在链上提交。对于其他ERC-20,流程使用Permit2。无论哪种方式,代理并不是每个请求都在创建和广播原始交易。它生成一个可以由中介结算的签名授权。

这对“机器支付”很重要,因为它改变了客户端必须持有的内容和服务器必须运行的内容。客户端需要一个能够签署授权有效载荷的钱包。如果服务器可以调用中介,则不需要运行节点或管理链特定的交易管道。

它还重新框架了像微观结构一样的风险。中介的作用类似于清算经纪人,因此构建者应该考虑:

1. 重放和幂等性。客户端将在402后重试,网络可能会很慢,中介必须拒绝重放。服务器处理程序需要一个可以安全检查的“支付状态”才能提供服务。2. 延迟和最终性。中介可以快速响应,但真正的SLA是链确认。如果服务承诺“秒”,它隐含地选择了最终性适合的轨道。3. 信任边界。公共中介减少了集成摩擦,但它们也成为验证和提交的依赖。

Eco笔记公共协调员来自Coinbase(通过CDP),在Base上免费提供,Solana,并且还提到Stellar支持OpenZeppelin中继器。这是一个快速的交付路径,但仍然需要明确的失败模式思考作为清算依赖。

链、代币和性能权衡

最终性时间是每个请求商业的用户体验,这就是为什么x402部署集中在快速轨道上。Eco在Base、Solana、Stellar、Arbitrum上列出了x402为实时,Polygon,以及Ethereum主网,并且由于低费用和快速最终性,Base 和 Solana 被广泛使用。

Eco 还提供了与产品预期清晰对应的指示性最终时间:Solana 大约 400 毫秒,Base 大约 2 秒,Stellar 大约 5 秒,以及以太坊 L1 大约 12 秒。这些数字并非琐事。它们定义了一个代理支付是否感觉像是 API 调用或结账。

稳定币结算是性能故事的另一半。Eco 将稳定币,主要是 USDC,描述为 x402 上主导的结算代币。这与意识形态关系不大,更在于防止支付环节给自动化工作流增加价格风险。如果一个代理是按请求支付的,波动性会将计量账单变成一个移动目标。

链支持也需要谨慎的语言。Eco 的“实时”列表和 Alchemy 的 x402 V2 “支持”列表并不相同。Alchemy 表示 x402 V2 于 2025 年 12 月发布,支持多链,并列出了 Base、Solana、以太坊、Polygon、Starknet 和 Injective。Eco 的列表包括 Arbitrum 和 Stellar。清晰的解读是,规范可以是多链的,但今天可用的内容取决于特定的促进者实际清算的网络以及它可以结算的代币。

对于高频工作负载,Alchemy 关于 x402 V2 会话的观点是关键性能杠杆。基于钱包的会话减少了每请求的链上结算开销,将体验从“按调用付费”转向“流式访问”,在这种情况下结算可以被摊销。

现实世界的应用和生态系统标准

x402 的甜蜜点是机器对机器的支付,其中买方是软件,卖方是 HTTP 资源。Eco 列出了与生产中出现的内容相匹配的活跃用例:按请求付费的 API 访问、用于数据或计算的机器对机器微支付、内容付费墙、MCP 工具货币化和数据市场访问。

重要的部分不是类别列表,而是定价粒度。按请求结算让代理能够动态比较提供者,根据价格或延迟进行路由,并在没有预先配置的密钥的情况下支付。这就是人们所说的代理支付时所指的经济行为。

生态系统定位是混淆代价高昂的地方。Eco 将 x402 与 Google 的 A2A 和 AP2 区分开来,并将它们视为互补层:A2A 用于代理通信和发现,AP2 用于授权和治理,x402 用于执行和结算。错误在于将 x402 视为 A2A 或 AP2 的竞争者。它们解决的是工作流的不同环节。

在时间线上,Eco 和 Alchemy 都将 x402 的发布定在 2025 年 5 月。Allium 报告称 x402 白皮书的发布日期为 2025 年 5 月 6 日,由 Coinbase 开发者平台撰写。基础治理的时间不太清晰:Eco 表示 Coinbase 和 Cloudflare 于 2025 年推出了 x402 基金会,而 Alchemy 表示 Coinbase 将该协议贡献给 Linux 基金会,x402 基金会于 2026 年 4 月以 20 多个创始成员的身份启动。建设者应将其视为开放治理细节,而不是理解支付循环的障碍。

实用设置和关键注意事项

集成只有在重试循环被视为状态机而不是一次性黑客时才是“轻量级”的。Eco将典型的服务器端路径描述为中间件,它拦截未支付的请求,返回402并附上条款,并在重试时验证支付,通常通过调用一个中介。

一个务实的构建清单如下:

1. 定义您将在402上发出的支付条款架构。价格、接受的代币、接收地址和网络必须明确无误。2. 决定谁来清算结算。使用公共中介可以消除节点操作和链路管道,但它增加了一个依赖项,应像其他支付处理器一样进行监控。3. 在“已支付”周围实现幂等性。客户端在收到402后会重试,服务器必须能够在提供服务之前安全地重新检查支付状态。4. 选择与端点延迟预算匹配的轨道。Eco的指示性最终性时间清楚地表明了为什么Base和Solana主导交互流。5. 如果工作负载是高频的,请规划会话。Alchemy的x402 V2基于钱包的会话存在是因为每个请求的链上结算在流式访问模式下无法有效扩展。

关键注意事项主要是关于期望。Alchemy声称x402自2025年5月以来处理了超过1亿笔支付,但这一数字并未得到其他提供的来源的证实。链支持也因中介而异,因此“由规范支持”和“与公共中介一起上线”是不同的陈述。

更广泛的代理经济解释弧正朝着看起来像订单流的API商业发展。x402是将支付转化为确定性重试的部分,中介充当清算层,链最终性充当服务水平协议(SLA)。

总结

我看到团队将x402视为凭证交换,然后在第一次生产事件不是“签名验证”时感到惊讶。它是幂等性。客户端在收到402后重试,中介正在进行重放检查,服务器仍然需要进行干净的支付状态检查,以便在延迟激增时不重复服务或重复收费。

支撑的心理模型是微观结构:402是报价,签名授权是订单,中介是清算经纪人。一旦这一点明了,链的最终性就不再是加密细节,而成为端点所销售的SLA。这就是为什么在快速最终性轨道上(如Solana(约400毫秒)或Base(约2秒))的稳定币结算在代理支付设计中不断出现,而较慢的确认路径无论如何都迫使团队回到链下信用。

来源

常见问题

AI代理如何在不使用信用卡或账户的情况下使用x402进行支付?

代理正常调用API,收到带有价格和支付说明的HTTP 402响应,然后签署稳定币授权并附上证明重试请求。服务器验证证明,通常通过一个中介,并在确认结算后释放资源。该流程设计为无需登录、订阅或账单仪表板。

x402仅仅是一种新的API密钥吗?

不是。x402是一个需要支付的重试循环,每个402响应都携带该请求的结构化支付条款。客户端通过加密授权证明支付意图并重试,结算在链上发生。这与授予访问权限直到被撤销的静态凭证不同。

AI代理每次使用x402支付时都会发送链上交易吗?

通常不会。Eco将x402描述为优先签名:代理签署授权(USDC/EURC的EIP-3009或其他ERC-20的Permit2),中介提交链上结算。代理不需要为每个请求构建和广播原始交易。

x402中的中介是什么,为什么需要它?

中介是一个验证和结算服务,位于资源服务器和区块链之间。Eco赋予它验证签名、检查余额、防止重放、提交交易和确认结算等职责。它使API团队能够接受x402支付,而无需运行区块链基础设施。

哪些链和代币通常用于x402机器对机器支付?

Eco列出x402在Base、Solana、Stellar、Arbitrum、Polygon和以太坊主网中是活跃的,并指出由于低费用和快速最终性,Base和Solana被广泛使用。支付通常以稳定币计价,主要是USDC,以保持自动计费的可预测性。Eco提供的最终性时间指标如Solana约400毫秒,Base约2秒。