x402协议：按请求付费的HTTP 402支付方式

X402协议是一种开放的、基于HTTP的支付标准，它使用HTTP 402“需要支付”响应加上标准化的头部，使客户端在服务器返回资源之前进行支付。它将普通的API调用转变为一个确定性的报价→支付→验证/结算→收据流程，并可以选择性地使用第三方服务来处理跨网络的验证和结算。

关键要点

• x402使用HTTP 402“需要支付”加上标准化的头部，以便服务器可以在提供API响应或网络资源之前要求支付。API响应或网络资源。
• 核心握手是402 + PAYMENT-REQUIRED（报价）→重试PAYMENT-SIGNATURE（支付负载）→验证和结算→200 + PAYMENT-RESPONSE（收据）。
• x402通过将支付方案与特定网络实现配对，保持网络无关性，并且可以将验证和结算外包给一个中介。
• Solana市场上x402具有链特定的统计数据，包括约400毫秒的最终性、约0.00025美元的交易成本，以及自Solana上线以来超过3500万笔x402交易和超过1000万美元的交易量。

X402作为HTTP支付标准

x402 协议的关键在于，支付成为一种一流的 HTTP 响应模式，而不是事后附加的特定应用计费系统。资源服务器可以用 http 402 和机器可读的支付要求来回应未支付的请求，客户端可以在头部中响应一个签名的支付负载。这就是为什么“x402 解释”读起来更像是填补网络管道中缺失的一部分，而不是一个加密产品的推销。

这对于代理经济很重要，因为代理不想为他们接触的每个端点“注册”。传统的API货币化强迫账户，API 密钥发票和一个单独的身份验证故事。x402 颠倒了这个顺序：服务器在同一个 HTTP 流中引用支付条款，而客户端通过发送一个头部，以与证明任何其他请求属性相同的方式证明支付授权。

x402被指定为“互联网原生支付”的开放标准，旨在对网络、代币和货币保持中立。该规范的重心是x402基金会的代码库，这是构建者应关注的兼容性目标。Coinbase x402也存在，但其自己的README将其标记为一个开发分支，因为该项目在转入x402基金会后，实际上成为了“coinbase x402”背后的治理现实。

x402请求如何获得支付

在客户端访问一个端点与服务器返回200 OK之间，x402将交互强制进入一个可预测的微结构：报价、填充、清算、收据。该协议通过状态码和头部实现，而不是通过定制的SDK握手。

根据x402基金会规范记录的典型流程如下：

1. 客户端通过HTTP向资源服务器请求资源。 2. 资源服务器返回一个402支付要求的响应，并带有一个包含base64编码的PaymentRequired对象的PAYMENT-REQUIRED头，该对象列出了可接受的PaymentRequirements。 3. 客户端选择一个PaymentRequirement，并构建一个与所选（方案，网络）对匹配的PaymentPayload。 4. 客户端重试请求，携带包含PaymentPayload的PAYMENT-SIGNATURE头。 5. 资源服务器要么在本地验证负载，要么通过POST将负载和要求发送到一个facilitator /verify端点进行验证。 6. 如果验证有效，资源服务器将满足请求，然后直接在链上结算或通过POST到facilitator /settle端点进行结算。 7. 如果结算成功，资源服务器返回200 OK，响应体中包含资源，并带有一个包含base64编码的结算响应的PAYMENT-RESPONSE头。

两个细节驱动大多数集成结果。首先，如果客户已经知道该资源的支付细节，则步骤1和2是可选的，这就是团队如何在规模上避免额外的往返。其次，规范明确允许在响应速度与支付保证之间进行权衡，这就是为什么“http 402 payment”并不自动等同于“即时最终结算”。

网络、计划和促进者

x402的链无关声明的生死取决于一个约束：客户端和中介必须支持明确的（方案，网络）对。方案是一种逻辑上的资金转移方式，但该方案的实现因网络而异。 “准确的”以太坊“在Solana上的‘和’与‘精确’并不是同一个工程问题，即使HTTP接口看起来相同。”

x402基金会的代码库描述了包括精确、上限和批量结算（EVM）在内的方案。这些区别是执行方式的选择。精确是针对请求的固定转账。上限是授权到一个上限，卖方根据实际使用情况在该最大值内进行结算。批量结算（EVM）使用托管和链外凭证，因此许多小额费用可以在链上批量兑换，而不是单独结算每个HTTP请求。

促进者角色是另一个重要的设计杠杆。促进者是一个服务器，负责为一个或多个网络提供支付的验证和执行。具体来说，它为资源服务器提供了一个 /verify 和 /settle 接口，这样服务器就不需要自己实现每个链的集成。这种便利性带来了一个新的依赖关系：促进者成为可靠性和信任边界的一部分，即使标准的目标是最小化信任，并不允许促进者在客户意图之外移动资金。

这就是“x402协议加密”评估常常出错的地方。正确的问题不是“x402快还是便宜”，因为x402是一个协商和证明层。延迟、费用结构和结算保证来自于（方案，网络）对，以及验证和结算是本地处理还是外包给一个中介。

为什么x402对AI代理很重要

人工智能代理改变需求的形态，因为它们产生大量小而频繁的请求，这些请求很难通过订阅进行货币化，并且通过账户注册进行限制也很尴尬。x402 的构建旨在让代理支付感觉像正常的 HTTP：代理调用一个端点，获得一个 402 报价，并可以根据自己的规则决定是否支付。

Solana的x402页面将其框架定义为“互联网原生支付”，用于自主工具，并依赖于稳定币结算作为使按需定价合理的经济轨道。该页面声称，Solana上的稳定币支付超过110亿美元的流通量，每月交易超过2亿笔，使该网络成为按需服务的高吞吐量结算层。

该机制与代理工作流程完美匹配，因为它消除了对单独身份和计费通道的需求。一个能够使用HTTP的客户端可以通过读取标准化的头信息来学习支付，而不是为每个API集成不同的计费SDK。这是机器对机器支付的杀手级特性：支付谈判对通用客户端是可读的，而不仅仅是对点击结账页面的人类可读。

权衡在于“支付即认证”只有在方案和促进者选择允许的情况下才能顺利运作。如果一个代理正在进行数千次调用，“每次都精确结算”和“批量结算稍后赎回”之间的差异就是一个紧密循环和一个花时间等待确认的系统之间的差异。

采纳信号和实际权衡

在提供的来源中，最清晰的牵引数据点是链特定的：Solana的x402页面声称，自从x402在“这个夏天”在Solana上推出以来，它已经处理了超过3500万笔交易和超过1000万美元的交易量。该页面还声称Solana的最终确认时间约为400毫秒，交易成本约为0.00025美元。这些数据作为该部署的采用和性能信号是有用的，但并不能证明每个x402集成都继承了这些数字。

规范本身提供了更为严谨的框架：x402是灵活的，实施可以在响应速度和支付保证之间进行权衡。这就是为什么生态系统解释者所说的“约在2秒内结算”等广泛声明应该被理解为依赖于网络和设计，而不是HTTP握手的特性。

建设者还需要区分“标准”和“生态系统营销”。Solana的页面声称，Cloudflare、Google和Vercel等主要平台支持x402，但提供的来源并没有在产品层面上定义“支持”的含义。没有具体的集成接口，这条信息是不可操作的。

实际的姿态是从狭窄的范围开始并进行测量。在生产中，一个（方案，网络）对提供了一个单一的快乐路径来进行端到端的仪器测量。从那里，团队可以添加更多的方案或网络，并决定是保持验证和结算本地化，还是依赖于一个中介。这就是一个有效的演示与一个能够在代理经济中经受重试、超时和部分失败的支付层之间的区别。

观点

我看到团队将 x402 视为“加密支付墙”，然后对实际决定用户体验的部分感到惊讶： (方案，网络) 配对以及验证和结算的位置。HTTP 握手是确定性的。清算层则不是。如果一个中介的 /verify 很快但 /settle 停滞不前，客户端会将其视为一个随机挂起的 API，即使头部信息完全标准化。

持久的心理模型是微观结构。402 + PAYMENT-REQUIRED 是报价，PAYMENT-SIGNATURE 是订单，verify 和 settle 是清算，而 200 + PAYMENT-RESPONSE 是收据。一旦这一点明白了，评估就不再是“x402 便宜吗”，而是“这个端点选择了什么执行风格，以及引入了什么依赖”，这正是解释代理经济的正确视角。

来源

• Solana 基金会
• x402 基金会 (GitHub)
• Coinbase (GitHub)
• thirdweb