由 Coinbase 主导开发的 x402 协议在今年 5 月推出时,核心理念出奇地简单:重新激活那个长期闲置的 HTTP 402 状态码,让支付逻辑直接内嵌在网络请求中。
尽管 x402 相关代币表现经历了昙花一现,但在过去的 6 个月里,x402 已经实现了超过一亿次的支付处理,覆盖 API 付费调用、AI 代理按需购买计算资源等多元场景。
V1 的架构虽然简洁,但在实际运用中暴露出了一些局限。特别是在跨链支持、扩展性和身份认证、重复支付等方面,原有设计无法满足日益复杂的支付需求。
今日,x402 迎来了 V2 版本升级。这次更新不仅针对协议本身进行了优化,还围绕实际使用中发现的问题进行了深层次的重构。

x402 于 2025 年 5 月推出,其理念很简单:利用长期闲置的 402 状态码,将支付功能直接嵌入到 HTTP 请求中。短短几个月内,它已处理了超过 1 亿笔支付交易,涵盖 API、应用程序和 AI 代理,为从付费 API 调用到自主代理按需购买计算和数据等各种应用场景提供支持。
V2 版本根据 x402 在过去 6 个月中执行实际支付操作所获得的经验,对规范进行了改进:
更清晰地划分客户端、服务器、协调器和 x402 参考 SDK。对数据类型声明进行调整,以提高清晰度、减少冗余,并使 x402 更易于在新链上实现。将“扩展”的概念正式化,以便更轻松地对 x402 进行实验和扩展,而无需 fork 项目。将所有支付数据移至 HTTP 传输的标头中,从而释放响应体,使其可以与 402 状态码和“需要支付”标头一起使用。自下而上重写了 x402 参考 SDK,使其具备模块化、可组合架构。将参考 SDK 迁移到@x402npm 组织与此同时,x402 的任务始终保持不变:
让价值像信息一样在互联网上无缝流动,无论参与者是人、应用程序还是代理。
x402 V2 旨在满足下一阶段互联网经济的需求。它重构了协议,使其更简洁、更具互操作性且更具前瞻性,同时保留了 V1 的所有成功特性。

V2 是一次重大升级,使协议更具通用性、灵活性,并更易于跨网络、传输方式、身份模型和支付类型进行扩展。规范更加简洁、模块化,并与包括 CAIP 和 IETF 标头约定在内的现代标准保持一致,从而为链上和链下支付提供统一的接口。
V2 重构了与身份和访问相关的关键组件,为更高效的会话管理奠定了基础,并使服务器端架构具有高度灵活性。
主要升级:
模块化付费墙包:付费墙已完全改造并提取到一个专用的模块化包中@x402/paywall。这使得开发人员可以轻松贡献新的支付后端并创建自定义付费墙变体(内置对 EVM 和 Solana 的支持)。可重用访问的基础:V2 协议现在包含了支持钱包控制会话或其他形式身份的逻辑,允许客户端跳过完整的支付流程,并且如果资源之前已购买,则无需进行链上交互即可重复访问。支持订阅和会话模式:这种架构使得人类用户和自主代理都可以使用类似订阅或基于会话的访问模式。关于 Sign-In-With-X (SIWx) 的说明:完整的基于钱包的身份功能,包括专用的 Sign-In-With-X (SIWx) 标头(基于 CAIP-122),将作为后续快速发布项目推出。这标志着用于证明钱包控制权以访问可重用会话的首批扩展功能最终完成。
所以,这意味着什么?这种组合改善了服务器端开发人员的体验,并释放了更低延迟、更少往返次数和更低重复调用成本的核心优势。这些效率提升使得 x402 适用于高频工作负载,例如 LLM 推理、多呼叫代理以及按请求付费速度过慢或成本过高的复杂应用程序。
x402 V2 规范了网络和资产的识别方式,创建了一种可跨链使用且与传统支付轨道兼容的单一支付格式。
主要升级:
默认支持多链:支持 Base、Solana、其他链以及新的 L2 代币上的稳定币和代币,无需任何自定义逻辑。与传统支付渠道兼容:ACH、SEPA 或卡网络的支付服务商均采用相同的支付模式。动态“payTo”路由:可根据请求将资金路由至指定地址、角色或基于回调的支付逻辑——非常适合市场平台和多租户 API。此外,它还可根据输入数据实现动态定价。无破坏性变更:采用新的方式在扩展程序中发展功能,而不是修改规范。所以,x402 可以成为一个灵活的经济层,支持基于使用量、类似订阅、预付费和多步骤工作流程,而无需更改 API 架构或升级核心规范。
V2 引入了协议规范、其 SDK 实现和促进者之间的明确分离,使协议成为插件驱动的,并具有面向未来的特性。
主要升级:
稳定规范:添加新的支付链或支付行为无需对参考 SDK 的标准进行任何更改。插件驱动的 SDK:开发者注册区块链、资产和支付方案,而不是编辑 SDK 内部代码。生命周期钩子:允许构建者在支付流程的关键点(例如,付款前/后、结算验证前/后)注入自定义逻辑。这可以解锁条件支付路由、自定义指标、复杂的故障恢复机制等功能。现代化的HTTP标头:移除已弃用的 X-* 标头以提高兼容性使用更现代的 PAYMENT-SIGNATURE、PAYMENT-REQUIRED、PAYMENT-RESOPSE【即将推出】全新“使用 X 登录”标题所以,x402 V2 变成了一个即插即用的平台。任何人都可以添加新的区块链、支付服务商或支付模型作为独立软件包,而无需修改底层协议带来的额外开销和协调工作。
V2 的 Discovery 扩展允许启用 x402 的服务公开结构化元数据,供协助者抓取。
主要升级:
促进者会自动为可用端点建立索引价格、路线和元数据会自动保持最新状态。无需手动更新或硬编码目录所以,Discovery 扩展创建了一个更加自主的生态系统,卖家只需发布一次 API,促进者就可以保持同步,而无需开发人员干预。
V2 大幅简化了配置,同时使多方支持成为一流水平。
主要升级:
注册支持的区块链、资产和支付模型;禁止内部SDK破解表达业务偏好(“优先选择 Solana”、“避免使用主网”、“仅使用 USDC”)同时使用多个协调员;SDK 会选择最佳匹配项。针对复杂支付环境的更清晰的过滤和选择逻辑这意味着什么?开发者可以编写更少的粘合代码,而将更多精力投入到业务逻辑中。SDK 会处理链选择、支付服务商发现、支付路由和方案选择等复杂环节。
x402 V2 的升级将支付从技术摩擦点转化为经济层,本质上是让价值在互联网上的流动变得更顺畅、更智能。对不同参与者而言,这意味着解决了他们各自最头疼的问题。
对于终端用户而言,x402 V2 的核心价值在于无感支付和效率提升,让付费访问服务变得更像登录和使用,大幅降低重复访问的成本和延迟。第一次访问需要完成支付行为,但后续在同一会话或时间段内重复使用服务(如多次调用 AI 或访问付费内容),在已购买资源的情况下,无需再进行链上支付,速度更快,成本更低。 感觉就像是一种「微订阅」。同时,支付方式也更更加多样和便捷。
此外,由于 Facilitators 可以自动获取最新的定价和服务信息,确保用户看到的价格和服务是准确和可用的,避免了信息滞后的问题。对于用户而言,也更容易找到和使用服务。
对于开发者和服务提供商而言,V2 解决了 V1 在架构和扩展性上的痛点,带来了更高的灵活性和更低的代码维护负担。比如,将支付逻辑从「硬编码」变成了「配置和插件」;可以根据 API 请求的输入内容(如处理的数据量、模型大小)实现动态定价,轻松实现复杂的商业模式;由于支付墙逻辑被提取到一个独立的、可定制的模块化包,因此开发者可以更方便地接入不同的支付后端,快速构建和迭代自己的付费服务。另外,只需声明业务偏好,SDK 会自动选择最佳的支付路径和协调者。这减少了大量的「粘合代码」,让开发者可以专注于业务逻辑。
对于 AI 代理来说,V2 的改进是革命性的,它让 AI 从一个纯粹的「执行者」变成了能够自主决策的「经济体」。一个 AI 代理可以被赋予一个带有预算的钱包。当它需要调用一个 API 来完成任务,或者需要租用更强的算力来运行模型时,它可以「自己」决定并完成支付,也能动态地在网络上寻找性价比最高的资源。
x402 V2 的发布,标志着 x402 从一个「按次计费」工具,进化成一个灵活、通用的经济层。对于用户而言,支付变得近乎隐形,体验提升。对于开发者而言,架构更灵活,可以快速构建和迭代复杂的商业模型。而 AI 代理也可以实现低延迟、高频的自主消费,解锁更高级的自主系统。
x402 通过扩展兼容性、简化开发流程以及启用创新的身份和支付模型,或将面向未来互联网支付的基础设施。不过,任何技术在带来创新的同时,也必然会面临挑战和固有的不足。x402 V2 虽然描绘了一个美好的蓝图,但要实现它,还必须克服许多现实的障碍,比如,生态系统的采用与成熟度、「模块」的风险、退款和争议处理的难题、监管的不确定性等等。
到此这篇关于x402迎来了V2版本升级: 有哪些核心亮点?简单介绍的文章就介绍到这了,更多相关x402 V2内容请搜索链懂以前的文章或继续浏览下面的相关文章,希望大家以后多多支持链懂!