理解 x402：互联网久等的支付层详细指南

互联网是围绕着请求和响应的简单概念构建的：客户端请求某些内容，服务器返回它。HTTP，网络的核心协议，通过状态码编码这种交互，如：

• 200: OK，请求成功

• 401 / 403: 未授权 / 禁止

• 404: 找不到 (我们最熟悉的那个)

• 500: 服务器错误

但有一个状态码大多数人从未使用过：402: 需要付款

当HTTP标准首次起草时，作者预测支付内容或访问可能有一天成为互联网的第一类部分。因此他们为未来的支付机制保留了状态码402。这个想法是服务器可以通过基本上说：

“在提供此资源之前，需要支付。”

但402从未起步，差不多30年没有真正取得进展。相反，互联网围绕账户、订阅、API密钥和信用卡表单进行了演变。

虽然这个系统对人类用户而言运作得很好，但对当今越来越自主和AI驱动的世界却不太奏效。AI系统现在常规地作为决策系统与API、服务、数据端点和工具进行交互。

我们现在生活在一个AI——不仅仅是人类——需要：

• 获取数据

• 访问高级API

• 运行推理

• 下载内容

• 执行专业工作流

而且通常，访问需要以编程方式付费，每次请求都付费。

这就是x402派上用场的地方。

x402是什么？

x402是一个开放标准，操作化HTTP 402 付款请求，使服务器能够在正常的HTTP交互中请求付款。当客户端请求资源时，服务器可以以402状态码和机器可读的付款条款进行响应。然后客户端授权付款，带着证明重试请求，并接收资源。

高层次的流程如下：

客户端请求 → 服务器返回402与付款条款 → 客户端提交付款 → 访问授权

x402不是一个支付处理器或结账系统。它是一种协议机制，建立了如何服务器可以通信付款要求和如何客户端可以响应，而不规定商业模式或集中访问控制。

该标准由Coinbase首创，他们介绍了x402规范和初始工具。目标不是创建一个专有的围墙花园，而是提供一个基础让其他人能够构建，类似于早期网络标准如何推动现代互联网生态系统的形成。

动机很简单：如果AI代理现在是经济参与者，那么它们需要一种在HTTP中本地协商和完成付款的方法，就像人类通过网络表单和订阅一样。

由加密结算驱动的AI原生商务

大多数支付系统是为人类构建的：登录、信用卡、计费门户、存储凭证和订阅逻辑。然而，AI代理需要自主地访问服务并为其付款。它们必须能够：

• 按需请求资源

• 以编程方式发现价格

• 在执行时按使用付费

• 立即获得访问权限

传统通道——即使是API密钥和订阅模型——假定需要人类协调，并且不提供来自软件本身的保证、可验证的结算。

x402通过直接在HTTP中引入机器可验证的按需付费支付层来改变这一点。它与基于区块链的结算自然配对，其中高吞吐量网络上的稳定币（如USDC在Base上）使得：

• 分分钱和亚分付款

• 在几分之一秒内完成最终结算（取决于网络）

• 全球访问，无需卡网络或银行摩擦

• 不可逆、抗欺诈的转账

这为AI原生商业奠定了基础，代理可以提取数据、运行推理、触发计算，并按需为数字服务付费，而无需订阅、账户或人工干预。

x402的工作原理 

让我们用通俗语言通过一个真实的例子来探讨。

想象一个AI代理需要从一个API获取一个高级天气预报数据集。客户端只需按需请求资源，而不是拥有订阅或登录账户：

1. 客户请求资源

客户端（人类、脚本或AI代理）请求：

GET /premium/weather-forecast

这是一个标准的HTTP请求。可以是：

• 一个高级数据源（天气、市场、研究）

• 对付费AI推理端点的访问

• 一个高质量搜索索引

• 一个专有数据集或文件

客户端基本上在说：“我想要这个资源。”

2. 服务器返回HTTP 402并附上付款说明

服务器不是返回数据，而是响应：

HTTP 402 需要付款

附带结构化说明：

• 支付网络

• 使用的资产

• 所需金额

• 支付地址

• 到期窗口

• 可选择的资源描述

这相当于结账页面，但自动化且机器可读。

3. 客户签署付款授权

客户端签署一条消息，基本上说明：

• “我同意支付这个金额”

• “这是我支付的资源”

• “这是我控制资金的证明”

这是一个钱包签名，目前还没有发送资金。这只是一个加密承诺进行支付。

4. 客户携带证明重试

请求被重播，并附加一个HTTP头部，携带签署的付款有效载荷。

5. 服务器验证并结算

服务器检查：

• 签名有效性

• 付款参数

• 时间窗口

• 网络匹配

然后它在链上结算付款。

6. 服务器返回已支付的资源

如果一切检查通过，服务器响应：

HTTP 200 OK

然后交付请求的资源（在这个例子中是高级天气预报数据集）。

整个流程发生自动化，只有一个请求、一个加密验证的付款、一个资源交付，而不是创建账户、设置订阅或处理计费仪表板。

x402的关键组成部分 

现在我们了解了x402的工作原理，让我们分解它的核心构建块。每个组件解决了遗留的网络支付方法从未设计来处理的特定问题。

1. HTTP 402响应——付款挑战层

这是信号机制。当客户端请求受保护资源时，服务器返回：

HTTP 402 需要付款

附带描述的JSON：

• 支付网络（例如，Base）

• 资产（例如，USDC）

• 所需金额

• 目标地址

• 可选的定价元数据（例如，“每次推理调用$0.002”）

• 到期条款

将其视为支付墙提示的链上等效物，然而，它是为软件设计并且发生在请求周期内，而不是用户界面。

它确保客户端在提交资金之前收到透明的、机器可读的付款条款。

2. 加密签名——授权层

客户端加密签署一条结构化消息证明支付意图，而不是共享信用卡或API令牌。此签名：

• 确认付款人控制资金

• 证明请求是授权的

• 建立付款与资源之间的不可篡改链接

没有秘密被传输。没有假定的托管关系。人类或代理可以以编程方式进行签名。

3. 链上结算——信任与可追溯性层

付款使用稳定币在链上结算。这提供了：

• 透明的付款证明

• 可验证的资源访问状态

• 无需许可的会计（没有供应商锁定）

与平台信用系统不同，结算是在链上进行，使其完全透明、可证明和可移植。

4. 促进者——操作层

促进者验证签名，执行条款，并触发结算。它们如同“支付处理器”逻辑，但不进行托管且不处理用户资金。

目前，促进者可以是：

• Coinbase运营的——默认，最容易入门

• 由开发者自托管——完全控制/主权

• 社区运营的实现——预计随着采用的增长而扩大

注意：促进者不持有资金或运营计费账户。它验证签署的意图与请求匹配并相应地结算。虽然促进者有助于操作化x402，但它们不成为信任或支付存储的单一点。

5. 资源发现注册表——发现层

为了使x402资源可发现，提供者可以在Bazaar中列出自己——一个x402注册表，允许客户和代理查找：

• 可用服务

• 定价和元数据

• 支持的网络和资产

目前，初步实施由Coinbase托管，作为x402参考生态系统的一部分。随着时间的推移，其设计旨在演变为一个去中心化的联邦模型，允许任何人运行替代注册表或镜像条目。

x402当前的限制与考虑 

价值管理与钱包管理

通过x402进行交易，客户端需要访问持有稳定币的钱包（例如USDC）。与信用卡不同，信用卡通过银行承担资金和处理欺诈，用户和应用程序直接控制他们的资金。

这很重要的原因：

• 用户注册仍涉及钱包。对于主流应用，用户需要一种无缝创建、资助和管理钱包的方式。这一点在整个行业仍在改善，诸如账户抽象（ERC-4337）等进展在此方面取得了显著的用户体验改进。

• 余额充值必须处理。用户（或代理）需要一种方式来保持资金可用，类似于预付余额或自动补充系统。

• 安全模式正在演变。长期签名密钥存在风险。预计将更多使用会话密钥、有限范围权限和自动密钥轮换来保护由代理使用的钱包。

退款模型

区块链交易是最终的。没有信用卡风格的退款系统。如果出现问题，退款意味着手动或编程地将资金返还。

这很重要的原因：

• 错误无法在协议层面上撤销

• 应用程序需要逻辑以处理部分退款、取消或争议

• 应考虑时间限制的付款窗口（例如，过期请求）

• 明确的用户期望和审计日志至关重要

这是对值得信赖的链上结算的折衷。开发者应考虑轻量级退款流程，以保持用户体验顺畅。

延迟与网络选择

x402依赖于区块链网络进行结算，而不同的链有不同的速度和费用。

这很重要的原因：

• 低延迟链如Base使得微支付和实时代理工作流可行

• 缓慢或昂贵的链将破坏体验

• 开发者必须考虑：

  • 区块最终时间（交易确认的时间）

  • 促进者正常运行时间

  • 在暂时延迟的情况下重试逻辑

定价策略与计量复杂性

从订阅转向微支付引入了新的经济设计选择。虽然按使用付费增加了灵活性，但需要深思熟虑的定价模型。好消息是，这些模型与无服务器计算相呼应，因此已有模式。

开发人员必须回答的问题：

• 定价应按请求还是基于使用（例如，每个令牌、每MB）？

• 在需求高峰期（例如，激增定价）时，价格是否应调整？

• 我们如何确保公平和防止资源滥用？

• 我们如何处理链上燃气价格的突然飙升？

合规与会计责任

x402处理付款执行，而不是合规或财务报告。

开发者仍需考虑：

• 加密计价收入的企业会计和簿记

• 根据管辖区的税务处理

• 某些受监管用例的可选身份要求

• 财政运营（例如，在需要时将USDC转为法币）

虽然x402消除了支付的复杂性，但重要的是要记住企业仍在现实世界中运营，必须遵循正常的财务规则。

开始使用x402 

要开始构建x402，Coinbase提供了一整套参考材料和示例实现，涵盖流程的每个阶段——从标记保护的端点并返回HTTP 402响应，到生成EIP-712签名、携带签署的付款有效负载重试请求、验证和在链上结算交易，以及可选择在x402“市场”中注册服务以供代理发现。

开发者可以从官方的x402文档开始：https://docs.cdp.coinbase.com/x402/ 

Github Repo：https://github.com/coinbase/x402 

前瞻：通往自主AI商务的道路

x402出现在这样一个时刻，AI系统正变得越来越自主，加密基础设施在可用性、开发工具和实际应用方面迅速改善。随着这两个生态系统的融合，机器发起的支付标准将迅速成熟。

我们将继续更新本指南，以便在出现新特性、模式和最佳实践时提供信息。要保持了解标准的发展——并获取未来的示例、操作指南和实施说明——注册以获取更新。这只是AI驱动的链上商务的开始，早期的建设者将塑造其形成方式。