x402 与技术共振，新叙事正在酝酿

作者：Trend Research

近期$PING的出现带动x402概念传播，两个代表性项目$PING和$PAYAI最高触及75m与70m，虽因市场流动性较弱，两者回落30m与20m，但与纯meme叙事不同，x402及其概念具有一定的衍生性和持续性，市场对于新叙事和造福机会依然渴望，相关叙事值得关注。

一、x402为何值得关注

1、Crypto发展最大的痛点是鲜有解决现实问题的项目，缺少由真实需求驱动的现金流，x402从互联网原生支付的逻辑切入，在目前美国稳定币开始进入大机构推动的采用与AI的进一步发展的背景下，有望从小规模开始形成真实支付需求。

2、x402背后的推动和采用者包括Coinbase、Google、Cloudflare、Circle、Visa、AWS组成，本身具有庞大的客群和消费场景。

3、x402在产品端可形成用户可感知的用例，如不需添加银行卡，不需做kyc即可通过数字钱包进行支付，甚至让AI Agent直接完成一整个购物流程。

4、AI的进一步发展必然催生机器间交易和微支付的需求，区块链或许是AI和机器交互的终局基建。

二、解构x402

402是HTTP中一直预留但几乎从未启用的状态码“Payment Required”代表支付需求，x402将优化并启用，它的结构很简单，一张图即可说明。

一个使用x402协议进行交易的完整流程，首先包含四个角色：

1. Client（客户端）

客户端指的是发起支付请求的一方。它可以是任何需要访问某项服务或资源的实体，如 AI 智能体、用户设备或应用程序。客户端的主要职责是：

发起请求：客户端请求访问某个资源或服务。

处理付款：当服务器返回需要支付（HTTP 402）时，客户端将支付请求签名并执行支付。客户端可以使用钱包等工具签名交易，并提供支付授权。

举例：一个 AI 智能体需要从一个数据提供商那里获取实时市场数据，它作为客户端发起请求，直到支付完成后才会收到数据。

2. Server（服务器）

服务器是提供服务或资源的方。它的主要职责是：

返回 HTTP 402 响应：当客户端请求访问资源时，若没有有效的付款信息，服务器会返回 HTTP 402 状态码，表明需要支付才能继续访问。

验证支付并提供服务：服务器根据客户端的支付请求进行验证，确保支付已完成。如果支付通过，服务器将处理并返回请求的数据或服务。

举例：一个 API 服务提供商在收到客户端请求后，发现没有付款，于是返回 HTTP 402 响应，要求支付。支付完成后，服务方会将数据或服务返回给客户端。

3. Facilitator（协调者）

Facilitator 是指充当支付流程中介的角色，通常是一个支付网关或中间服务，确保支付请求能顺利传递并最终完成。Facilitator 的主要功能是：

协调支付请求和响应：它负责处理客户端和服务器之间的支付交互，确保支付请求被正确发送，并将支付信息转发给支付处理方。

交易广播：Facilitator 可能会向区块链广播支付请求或确认交易。

举例：在支付流程中，Facilitator 可能会是一个钱包应用或支付网关，它接收客户端的支付请求，并在交易通过后将其广播到区块链上进行结算。

4. Blockchain（区块链）

区块链是 x402 流程的底层技术基础，用于确保交易的安全性和透明性。区块链的核心职责包括：

确保支付的不可篡改性：支付信息一旦记录在区块链上，就无法被修改或撤销，确保交易的真实性和完整性。

提供透明的结算系统：所有交易数据都在链上公开，允许各方验证支付状态。

结算与交易处理：一旦 Facilitator 确认了支付，区块链会处理并最终结算交易，确保资金从客户端流向服务器提供方。

举例：当客户端完成支付时，支付请求会通过 Facilitator 传递到区块链上，确保支付的资金在正确的地址之间流动，完成结算。

一个流程：

① 客户端发出 HTTP 请求-客户端向资源服务器发送标准 HTTP 请求，以获取受保护的端点。

② 服务器响应 402 — 资源服务器返回HTTP 402 需要付款状态代码，并在响应正文中提供付款详细信息。

③ 客户创建付款- 客户检查付款要求，并使用其钱包根据指定的方案创建付款有效负载。

④ 客户重新提交付款- 客户再次发送相同的 HTTP 请求，这次包含包含X-PAYMENT已签名付款有效负载的标头。

⑤ 服务器验证付款- 资源服务器通过以下方式验证付款有效负载：

本地（如果运行他们自己的验证）

通过中介服务（推荐）

⑥ 支付服务商验证- 如果使用支付服务商，它会根据方案和网络要求检查付款，并返回验证响应。

⑦ 服务器处理请求 — — 如果支付有效，服务器将完成原始请求。如果支付无效，则返回另一个 402 响应。

⑧ 支付结算 — — 服务器发起区块链结算的方式有两种：

直接通过提交到区块链

通过协调员的/settle终点

⑨ 支付处理方提交链上交易- 支付处理方根据支付网络将交易广播到区块链，并等待确认。

⑩ 结算确认- 一旦链上确认，结算方将返回支付执行响应。

⑪ 服务器交付资源- 服务器返回响应，内容如下：

响应正文中请求的资源

X-PAYMENT-RESPONSE包含结算详情的标题

简单来说，x402 是一个开放支付标准，消除了 API Key、订阅模式、人工结算等传统障碍，实现了一个高效、无摩擦的支付系统，特别适合机器与机器（M2M）或 AI 驱动的应用场景。

三、叙事正在酝酿

了解了结构不难看出，Crypto新项目的涌现可能围绕 Client、server、Facilitator、 Blockchain和交易流程进行。而由于目前大部分的server主要是由web2已有的资源方提供，Client 在上一波ai agent热潮中炒作一番且缺乏真正落地常规需求的，近期关注的分别是Ping(围绕交易流程)、PayAI Network（Facilitator）、Kite AI（Blockchain）

1、Ping

Ping是首个用 x402 协议完成铸造/分发的代币，市场将其与铭文进行类比，因为用户在 Base 链上发送 USDC 到特定地址，只是一个普通的ERC-20转账，而项目方通过x402scan充当“ indexer”赋予其链下含义，“通过x402协议发送usdc至指定地址，即是mint，给发起交易的地址打币。

Ping本身虽然没有太多实际需求意义，但选取的角度很取巧，目前类似x402概念meme币，首个破圈“广告牌”。

2、PayAI Network2. PayAI 网络

自我定位为 x402 Facilitator（撮合/收单/验证/结算层），面向 Solana 优先、跨多链，相较于Ping存在实际的使用场景，与之类似的还有Daydreams、OpenX402等，核心的依然是Coinbase自身提供的Facilitator。

3、Kite AI3. Kite AI

自身定位为“AI 支付第一条公链”，目标把 x402 支付原语“写进底层”，主打 Agent↔Service 的结算/对账/意图执行。将 x402 作为互操作层：Agent 通过标准化意图/授权信封发起支付，服务方验证条款并结算；原生支持对账、对等指令、批量聚合等支付原语。投资人阵容豪华，包括PayPal Ventures、Coinbase Ventures、Hashed、Samsung Next、HashKey Capital等。

回看Coinbase等传统公司早在5月就开始推出x402的，目前还在加速开发中，Coinbase CEO Brian Armstrong在11月2日表示，“x402能让稳定币支付附加到任何 Web请求，这将成为新互联网的重要组成部分。”

目前：

1、Visa支持x402标准，参与支持和标准化，推动x402在传统支付网络中的开发，被视为未来大规模采用的信号。

2、Cloudflare与Coinbase共同创建x402 Foundation，提供技术支持和扩展提案、

3、Anthropic支持x402协议，用于AI和基础设施支付

4、Circle开发集成工具，将USDC和钱包与x402结合

5、Google布局x402协议，参与相关投资和开发机会

6、AWS支持x402协议，用于AI和基础设施支付

虽然关于x402概念项目的热度有所冷却，但这次短暂的行情带动让市场看到了技术微创新和真实使用场景的需求。

一方面是是传统科技和金融公司的底层技术开发和自我采用，另一方面是crypto项目的相继涌现，关于AI和支付的新叙事以可见的方式正在预热。