x402:Agent 经济的 HTTP 支付层
属性
x402:Agent 经济的 HTTP 支付层
现有互联网支付体系——信用卡、第三方登录、扫码支付——全部默认一个前提:背后有个人类在做决策确认。这个前提对 AI Agent 之间秒级、微额、高频的机器对机器(M2M)交易完全不成立:没有人会为 Agent 每次调用 API 花几分钱去点一次“确认支付”。x402 协议要解决的正是这个缺口,做法是复活 HTTP 402 “Payment Required”这个从 HTTP 协议诞生起就存在、却从未真正被启用过的状态码——服务端返回 402 表示“这个资源要付钱”,客户端 Agent 即时完成一笔链上稳定币支付,拿到资源,整个过程在几秒内自动闭环,不需要登录、不需要人工确认。这种“极简到直接嵌入 HTTP 协议栈”的设计,是它被称为“Agent 经济的 TCP/IP”的原因。
治理与结算网络
x402 由 Coinbase 主导发起。协议于 2025 年 5 月发布,发布后 5 个月内即处理超 1 亿笔交易。治理主体经历了从 Coinbase 联合 Cloudflare 等发起 x402 Foundation,到 2026 年 4 月由 Linux Foundation 成立 x402 基金会作为中立治理主体这一演进(两份材料对治理主体的表述侧重不同,但共同指向“从公司主导走向中立基金会治理”这一趋势);Foundation 核心成员包括 Google、Visa、AWS、Circle、Anthropic、Vercel、Cloudflare、Stripe、Shopify、Mastercard 等——这种级别的巨头集体站队在加密支付赛道里非常罕见。Solana、Base 是主要结算网络;2026 年 2 月 Stripe 也接入该协议,为 Agent 提供 USDC 支付通道。
官方钱包实现:Coinbase Agentic Wallets / AgentKit
Coinbase Agentic Wallets(含 AgentKit 工具包)于 2026 年 2 月 11 日发布,是 x402 生态的官方客户端参考实现——给每个 AI Agent 一个可编程的自有钱包,具体能力包括 MPC 托管钱包、内置 x402 支付客户端、可编程额度控制(session cap、单笔限额)、Base 上 gasless 结算。分发形式直接切入 AI 开发者工作流:既提供 npx awal CLI,也提供兼容 Claude/Codex/Gemini 的 MCP server(参见 MCP)。其差异化优势在于背靠 Coinbase Developer Platform 既有的机构信任与合规基础设施,但这也意味着中心化程度高于典型“去中心化基础设施”叙事——本质是“中心化公司提供的 Agent 支付工具”,与 Web3 去信任化理念存在张力;其真实独立用户量目前并入 x402 整体数据披露,未单独可查。
真实采用数据(多份材料口径并陈)
不同时间点、不同信息源披露的数据存在差异,按来源与时间并列如下,不做强行统一:
- 2026 年 3 月:Base 上已处理超 1.19 亿笔交易,Solana 上 3500 万笔,年化交易量约 6 亿美元。
- 截至 2026 年 4 月 21 日:约 6.9 万活跃 Agent,累计处理 1.65 亿笔交易,总额约 5000 万美元,平均单笔约 0.3 美元。
- 2026 年中(另一口径):约 1.65 亿笔交易、48 万+ 活跃付款 Agent——活跃 Agent 数字与上一条相差较大,可能统计口径或时间窗口不同,暂未找到进一步交叉验证依据,此处如实并陈。
风险局限:需求未起量的质疑
CoinDesk 于 2026 年 3 月的报道明确提出质疑:“需求尚未真正起量”(demand is just not there yet)——交易笔数虽高,但单笔金额小(平均约 0.3 美元),仍处早期验证阶段。另有独立报道指出,2026 年 3 月“真实商业需求”对应的日交易量仅约 2.8 万美元,与前述累计交易量规模相比差距悬殊,多为测试/刷量交易。这一反差本身是判断该领域成熟度的重要信号:说明协议基础设施已经就绪,巨头也已集体站队背书,但真实经济活动仍在早期爬坡阶段。此外,协议本身不产生代币化收入(是开放标准而非营利实体),价值捕获机制目前并不清晰。
与 AP2、ACP 等竞品的关系
x402 并非 Agent 支付领域唯一的协议,而是处于多协议并存竞争阶段:
- AP2(Google 主导):定位是更广义的授权协议标准,让 Agent 能在信用卡、银行转账、稳定币等任意支付轨道上完成交易,与 x402 是互补而非直接替代关系——x402 专注稳定币支付这一条轨道,AP2 覆盖多轨道的授权委托。
- ACP(OpenAI + Stripe 联合开发):面向电商场景,用“限定商户、限定金额、一次性”的共享支付令牌(SPT)约束 Agent 消费权限,与 x402 的“按次请求即付”模式思路不同。
- Amazon Bedrock AgentCore Payments(2026 年 5 月上线,联合 Coinbase 与 Stripe):面向企业级 Agent,提供钱包管理、政策化限额、审计留痕,某种程度上是云厂商把 x402 等支付能力打包进企业 Agent 平台的产品化尝试。
McKinsey 预测到 2030 年 Agentic Commerce 影响的全球商业规模可达 3-5 万亿美元(据 McKinsey 预测,非既成事实)。截至目前,这仍是一个尚未收敛的赛道:多个标准并行竞争,谁能成为事实标准仍待观察。
被引用于 10
- A2A:跨厂商 Agent 互操作协议
…作时的信任验证(如 A2A 的签名 Agent Card)才有意义;再往上才是支付层(如 x402),即 Agent 之间协作之后如何互相结算。
- AP2:多轨道 Agent 支付授权协议
x402 解决的是"稳定币怎么付"这一条具体轨道上的支付问题,但 Agent 经济面对的是更广义的问题:Agent 要代表用户完成支付,往往不该、也不能直接接触用户的银行卡号或账户敏感信息,同时交易全程还得可验证、出问题能追责——而用户实际持有的资产可能分布在信用卡、银行账户、稳定币钱包等不同轨…
- Agentic Commerce:Agent 自主支付赛道
…情况下,自主为 API 调用、算力、数据付费"这个具体痛点。由 Coinbase 主导的 x402 协议(复活 HTTP 402 状态码,把稳定币支付嵌进标准 HTTP 请求)2025 年 5 月发布后 5 个月内处理超 1 亿笔交易;2026 年 4 月 Linux Foundation 成…
- ERC-8004 Agent 身份注册
…在整条 Agent 经济地基链条里,身份认证排在通信协作(如 MCP、A2A)和支付(如 x402)之前——Agent 得先能证明自己是谁,才谈得上和别的 Agent 对话、付款。
- Web 4.0 三层地图:地基-赛道-协议
| Agentic Commerce | x402、AP2、流支付、ERC-8004(交易对手身份验证前提) | Skyfire、Kite AI |
- Web4.0协议画像调研
…402 与 Coinbase Agentic Wallets 已并入 concept 页 x402协议,未单独建 entity 页。
- Web4.0地基层协议调研
…抽象、Agent身份注册表)、通信与协作协议层(MCP协议、A2A协议)、支付基础设施层(x402协议、AP2协议、流支付)、intents/solvers 架构层(意图驱动执行)、可验证计算层(zkML可验证推理、TEE可验证计算)、数据与预言机层(Agent预言机层)、DePIN 算力层(…
- 流支付/微支付
流支付并不是要取代 x402 协议,两者服务的是不同的消费形态:x402 复活 HTTP 402 状态码,适合"请求一次资源、即时付一次款"的单次调用场景(比如调一次 API);流支付则适合持续订阅式消费(比如持续占用一份算力、持续订阅一条数据流)。一个是"按次结账",一个是"按秒计费的水表",…
- 账户抽象(可编程钱包权限)
…才谈得上安全地"自己管钱",再往上才是让陌生 Agent 之间建立信任、进而完成支付(如 x402 协议)。
- 链上 Agent 经济 · Web4.0
- x402:Agent 经济的 HTTP 支付层 — 概念
本页由 AI 从原始资料编译生成、经人工确认后发布;原始资料保留在私有工作区。