Loading...
Loading...
谁授权了这个？x402 的灰色地带撰文：David Christopher
编译：Block unicorn
x402 的成功离不开原生集成者。未经授权的封装程序可能会将潜在合作伙伴变成对手。
上周，Coinbase 推出了 agentic.market，这是一个展示 x402 端点的平台，旨在让 x402 生态系统更容易被发现。
浏览 agentic.market，你会发现各种服务的实时、按需访问，从链上工具到主流 API 应有尽有。部分端点由原始提供商直接提供。许多端点则来自第三方：一些公司将现有的 API 封装成 x402（和 / 或 MPP），并将其打包成可供代理使用的工具包，用户只需支付少量费用即可通过单一连接访问。
第二种方式使情况变得复杂。在 Agentic Market 上展示的第三方端点中，包括 Wolfram Alpha、Google Flights 和 Amadeus（一个广泛使用的旅行数据平台）的服务。我之所以重点关注这三个平台，是因为它们自身都没有宣布过 x402 集成，而且它们的服务条款也表明它们不太可能授权第三方代表它们构建集成。
Agentic Market 上索引的每个端点都可能是第一方（原始提供商直接提供其 API）、第三方授权（获得明确许可的经销商，通常是通过正式认证或合作伙伴计划），或者未经授权的第三方（公司未经许可转售其付费获得的 API 访问权限）。
在整个市场以及整个 x402 生态系统中，我们无法立即区分哪些是第一方，哪些是第三方，许多端点似乎都属于最后一类。
合同条款
如前所述，这三个提供商的条款使得未经授权的第三方安排显得很可能，在某些情况下甚至完全排除了其他方案。
Wolfram Alpha 明确禁止「经销商和聚合商」，禁止以任何方式进行数据抓取或挖掘，并且禁止未经许可出售或转授服务。这些条款似乎完全没有为授权的第三方路径留下任何空间。而且，查看该端点的快速入门指南后，很明显这不是第一方集成。
Wolfram Alpha 服务条款中的 API 禁止内容
Amadeus 的主订阅服务协议仅允许客户出于内部业务目的访问，并禁止任何「出租、租赁、分发、出售、转售、转让或以其他方式转移」其访问权限的行为。任何第三方连接都需要 Amadeus 的认证，并以正式的服务订单形式记录。这意味着这是获得第三方授权的唯一途径，而任何现有端点是否符合此要求，从外部是无法查看的。
Agreement 中的限制 Amadeus 主订阅服务协议中的限制
Google 的情况最为典型。Google Flights 没有公开的 API，而且 Google 对其数据采取了严格的保护措施。
然而，第三方封装程序正在打包对 Google Flights 数据的访问，这些数据来源于 SerpApi——一家 Google 正在积极起诉的公司，指控其抓取搜索结果并转售访问权限。Google 的诉状称，SerpApi 开发了绕过访问控制的工具，每天发送「数亿」条虚假请求进行抓取，并将嵌入搜索结果中的受版权保护的内容转售。
因此，Google 起诉 SerpApi 转售受版权保护的内容并绕过其访问控制。与此同时，SerpApi 的服务却被一家代理工具包提供商封装，该提供商将其提供给代理商并收取费用。这值得深思。
通过 StableTravel 端点访问 SerpApi 的详细信息
合规性如何体现
无需法律专家也能看出，这些动态「错综复杂」。好消息是，一种更清晰的模式已经存在。
MPP 是 Tempo 在其主网上线时推出的代理支付协议，在上线首日就提供了 100 多种兼容服务。直接集成 MPP 的供应商——例如 Parallel、Stripe Climate、Browser Base 等——在其卡片上以绿色圆圈标记，表明其为第一方供应商。
通过 mpp.dev 查看的服务目录
大约两周前，热门 AI 研究工具 Exa 宣布在其搜索和内容端点中原生支持 x402 协议——成为第一方供应商，并与 Coinbase 达成合作。Exa 表示，选择 x402 而非专有协议，是因为它受到 Linux 基金会的监管。
不可避免的结果
目前，外部无法得知某个端点是第一方、第三方授权还是未经第三方授权。这是一个可以解决的问题，而 MPP 的服务目录——它清晰地展示了每个集成的来源——正是朝着这个方向迈出的一步。
未经授权的抓取行为已经给服务提供商带来了诸多可衡量的压力：服务器负载、带宽成本以及他们从未同意提供的流量。第三方将抓取的数据封装在 x402 协议中并收取费用，更是雪上加霜。服务提供商承担了所有成本，却分文未得。
因此，有必要明确问题的根源所在。x402 是一个开放协议——就像任何开发者都可以基于 HTTP 进行开发一样，任何开发者都可以基于 x402 进行开发。支付机制无法追踪上游数据是否经过授权获取。责任在于那些将这些端点打包供用户使用的开发者。
如果缺乏问责机制，可能会对 x402 的整体发展造成负面影响——潜在的原生集成者可能会变成反对者，而不是参与者。这些收入本应属于服务提供商。原生集成是他们声称拥有这些收入的方式，也是 x402 获得发展所需合法性的方式。
注意：截至 4 月 25 日，Google Flights 已不再被 Agentic Market 收录。
AI 大爆炸之后，Coinbase 的 x402 到底跑得怎么样了撰文：邵嘉碘律师
最近 AI 圈很热，OpenClaw、Claude Code、模型、Agent、MCP 这些词轮着上热搜。但热闹归热闹，真正要把 AI 变成生意，最后总要落到一个很实际的问题上：如果以后真的是 AI 帮人找信息、调工具、买数据、跑服务，那钱到底怎么付？
x402 之所以值得现在拿出来单独聊，不是因为它是个新概念，而是因为它已经到了可以复盘阶段成果的时候了。 现在更值得问的，已经不是「x402 想做什么」，而是它到底有没有从一个想法走成产品，从一个协议走成生态。
说到底，x402 想解决的事情并不复杂：它想让一次接口调用，不只是拿到结果，也能顺手把钱结了。过去，一个接口要收费，往往要先注册、开账号、绑卡、买套餐、拿 API key，链路很长；x402 想做的，是把这件事压缩得更直接一点。放到今天这个时间点再看，问题已经不是这个思路新不新，而是它到底跑到哪一步了。
以上图片来自 x402 官网截图
它已经不是「讲故事」的阶段了
看一个底层协议的发展，不能只听愿景，得看它有没有真的工程化。 x402 是 Coinbase 在 2025 年推出来的，它本质上是对互联网早期预留但被闲置的 HTTP 402（Payment Required）状态码的一次技术激活。目前，x402 已经从一个粗糙的支付想法，开始往更完整的方向补：支付怎么发起、身份怎么识别、不同链和不同支付方式怎么兼容，这些问题都在一点点补齐。
这一步很重要。因为很多协议刚出来的时候，讲的都是未来，讲的都是愿景，真正难的是后面有没有持续迭代、有没有开发工具、有没有人真的拿去接。x402 现在至少已经走过了「只有概念、没有工程」的那一段。你可以不急着判断它以后是不是会成为主流，但不能再把它当成一个只停在 PPT 里的故事。
生态确实开始长出来了，而且不只是 Coinbase 自己在推
x402 现在最值得看的，不是 Coinbase 自己怎么说，而是外面有没有人开始接。这个问题的答案是：有，而且已经不算少。
现在围着 x402 做事情的，已经不只是 Coinbase 本身了。有些项目在用它做付费 API，有些在用它做 AI 工具调用收费，也有一些在试着让 AI agent 直接去买服务、买数据、买功能。换句话说，x402 正在从「一个协议」慢慢变成「一套有人接、有人用、有人围着它做生意的基础设施」。
还有一个细节也很重要。以前很多类似的东西，虽然嘴上说开放，实际上关键环节都握在一家公司手里，别人只能跟着用。x402 现在至少已经开始往外长，不只是 Coinbase 自己提供能力，外面也开始出现第三方工具、支付中转、兼容层和配套服务。一个东西能不能长大，往往就看它是不是只有一家能玩。现在看，x402 至少已经开始往「不是只有 Coinbase 自己能玩」的方向走了。
以上图片来自 x402 官网截图
真正值得重视的，是 Cloudflare 和 Google 也开始碰这件事了
如果 x402 只是 Coinbase 自己内部推的一个开发者产品，那它的重要性其实有限。真正让人开始多看一眼的，是 Cloudflare 和 Google 这些大厂也开始往这个方向靠了。
这背后的意思并不复杂。大厂未必是在给 x402 站台，但它们愿意把「AI 自动付款」这件事提前纳入自己的框架里，本身就说明这个需求不是假的。对吃瓜群众来说，不需要把协议细节全搞懂，只要明白一点就够了：当这种东西开始被大平台往开发工具、云服务、agent 框架里装，它就不再是小圈子里的实验品了。
Google 这边也差不多。它关注的不是一个单独协议，而是更大的 agent 支付框架；Coinbase 则是在往这个世界里塞一个更具体的支付层。两边路径不完全一样，但说到底都在回答同一个问题：以后 AI 和 AI 之间，或者 AI 和各种在线服务之间，要怎么把钱付得更自然。
从律师角度看，这里最值得注意的，不是谁跟谁合作，而是支付这件事开始从「用户主动确认」往「系统自动执行」转了。 过去很多支付规则，默认前提都是「付款人是人」「授权动作清晰可见」「责任链条相对固定」；可一旦进入 agent 世界，这些前提都会松动。以后更麻烦的问题，很可能不是钱付不出去，而是谁授权、谁负责、谁兜底。 所以你会发现，技术公司眼里这是一个效率问题，律师眼里这已经是一个责任分配问题。
那 x402 到底算不算跑出来了
如果要一句话回答，我会说：已经跑出雏形了，但还远没到「赢家已定」的时候。
它现在的状态有点像什么？像一条新路已经修出来了，车也开始上路了，但离真正车流滚滚、大家都默认走这条路，还有一段距离。
为什么这么说？因为现在接 x402 的，多数还是开发者工具、付费接口、AI 服务、研究数据这些场景。也就是说，最先用它的人，还是技术圈和早期创业团队。这很正常，因为这类人最容易先碰到「高频、小额、自动支付」这种需求。但反过来说，这也说明 x402 还没有真正走进更大范围的互联网产品里。
所以今天看 x402，最合适的判断不是「它已经成了」，也不是「它没戏」，而是：它已经证明自己不是空气，但还没有证明自己会成为最后那个标准。
x402 真正值钱的地方，不是技术有多新，而是它盯上了一个很实在的需求
很多人一看到这类协议，就容易把注意力全放在技术词上，结果越看越晕。其实把那些词都拿掉，x402 的核心价值并不难懂。
过去互联网收费，更多是「先开会员，再慢慢用」；x402 想推动的，是「你用一次，我就收一次」。
过去付费往往是人来点确认；x402 想推动的，是「以后很多小额交易，系统自己就能完成」。
过去 API、工具、数据服务这些东西，收费方式常常很别扭；x402 想推动的，是「让这些零零碎碎的机器劳动，都能自然地变成收入」。
它真正想做的，不是给 AI 配一个钱包，而是给未来的机器交易修一条收费公路。
而且从法律和商业的交叉角度看，这个需求的确很实在。因为只要 AI agent 真开始大量调用外部服务，就一定会遇到三个问题：第一，怎么收费；第二，怎么授权；第三，出了问题谁负责。今天很多人盯着第一问，其实后两问也同样重要。一个协议能不能长大，不只看它让交易变得多顺，还要看它能不能让责任边界也变得足够清楚。
所以，回到最开始那个问题：Coinbase 的 x402 生态现在到底发展得怎么样了？
我的看法很简单：它已经不是一个可以一笔带过的小概念了，确实长出了产品、工具、接入方和真实场景；但它还在早期，真正的大爆发，要等更多「必须自动付费」的 AI 场景跑出来。
说到底，AI 这波热潮能不能真正变成大生意，最后拼的未必只是模型有多聪明，也要看 「机器干活—机器收费—机器结算」 这条链路，谁能先跑顺。x402 现在做的，就是这件事里最底层、也最绕不开的一步。
Coinbase 把 x402 推向中立，Stripe 在 MPP 之外继续押注两边撰文：Charlie 小太阳
文章为作者个人观点，不代表相关公司立场。
最近关注 agentic commerce 的朋友越来越多了，但各种协议和玩家也越来越让大家摸不清头脑了。
尤其是上周，大家还在忙着了解 Stripe / Tempo 的 MPP， 一转眼 Stripe 居然加入了友商 Coinbase 的 x402 Foundation。
而且 Cloudflare 现在两套都支持。Google 也在这个局里，但它自己又有 AP2 和 UCP。
Visa、Mastercard 也都来了，但它们显然不是来给稳定币站台的。
Linux Foundation 公开把 x402 定义成一个中立、行业共治的"大本营"，Cloudflare 则明确把 x402 和 MPP 同时放进了自己的 Agents SDK，Stripe 也公开写了自己同时支持 MPP 和 x402。
到底谁和谁在竞争，谁和谁又在叠加？
但我这几天越看，反而越觉得，这种「乱」不是因为市场没方向，而是因为市场已经很清楚，而且就像我之前 x402，可能我们都理解错了它的本意里提到的：这件事从第一天起，就不会由一个协议一次性统一。
它更像互联网基础设施里很常见的一种局面——不同层同时在长，不同公司在不同层下注，最后靠互操作性把整个东西先跑起来。
真正的战略故事，是谁来定义 agentic web 上 paid machine access 的默认控制层；而且关键玩家明显都在 multi-home，因为大家都还在赌未来真正的 瓶颈会落在授权、分发 还是结算上。
一、Coinbase 为什么放手把 x402 基金会交给 Linux?
如果 x402 只是 Coinbase 的协议，它很难成为行业默认选项。
这不是一句政治正确的话，而是很现实的标准化逻辑。
Linux Foundation 这次的表述很明确，它强调的是服务商中立、社区治理、共享基建，而不是「某家公司发布了一个产品新功能」。
更关键的是，x402 Foundation 页面现在还写着项目处在 建立期，治理机制和董事会都还在搭建中。
也就是说，这次动作首先不是在宣布「产品成熟了」，而是在宣布「我们要给这个协议一个中立的家」。
这背后的潜台词其实很简单。
x402 如果一直长着一张 Coinbase 产品功能的脸（比如现在的 Base) ，那么云厂商、支付公司、卡组织、平台型玩家即便技术上愿意接，也会在政治上犹豫。
谁都不想把未来的 paid access layer 交到单一平台手里。把它放到 Linux Foundation 下面，不是因为 Coinbase 不想控制，恰恰是因为它太想让 x402 被广泛采用，所以必须先把「这是 Coinbase 的协议」这层包袱摘掉。
这点其实很重要，因为很多人看基金会这类动作，容易只看成 PR 或者开源姿态。
但在协议战里，治理就是产品的一部分。
尤其是当一项标准还在早期、还没有绝对网络效应的时候，所谓「中立可信」并不比技术优雅次要。
反过来说，如果 x402 未来真的能成为某种 HTTP-native paid access baseline，很可能不是因为它代码最漂亮，而是因为它比别的方案更早把政治成本降下来了。
换句话说，这里治理不是配角，治理本身就是增长引擎。
二、Stripe 的左右互搏到底在干嘛？
这次最值得盯着看的玩家，绝对是 Stripe，因为 Stripe 的动作最容易让人困惑。
一边是它在 3 月 18 日高调推出 MPP，把它包装成机器支付的开放标准。
另一边，它又是 x402 Foundation 的 founding contributor，并且自己的文档也在支持 x402 machine payments。
Cloudflare 的文档更直接，甚至明确写了：MPP 对 x402 的核心支付流程是 backward-compatible 的，MPP client 可以直接消费现有的 x402 服务。
如果只从「协议竞争」这个框架去看，Stripe 像是在左右互搏。
但如果你把视角再抬高一点，这种做法反而最有商业逻辑。
因为 Stripe 真正想守住的，未必只是 402 handshake 本身。
它真正想守住的，是 handshake 之上的那几层：credentials、compliance、risk、reporting、tax、refunds、merchant integration。
Stripe 看起来不像是某个单一协议的真正信仰者，更像是在确保无论最后哪个 handshake 标准胜出，Stripe 仍然是 agent payments 的默认抽象层。
支持 x402，是为了不缺席开放生态；自己推 MPP，是为了参与定义底层语义；再往上推 ACP 和 Shared Payment Tokens，则是为了守住工作流和支付凭证那层更厚的价值。
所以 Stripe 这次最「怪」的地方，其实恰恰是最诚实的地方。
它没有假装未来会很快只剩一个协议。它是在用行动告诉你：至少在这个阶段，谁都不该只押一边。
三、这其实是一个 B2B 的基础设施故事
我越来越觉得，很多媒体把这件事的焦点放偏了。
一说 agent payments，最容易想到的总是零售：AI 帮你买机票，帮你订酒店，帮你下单，帮你走 checkout。
但如果你去看眼下真正已经公开落地、而且真的开始有基础设施味道的场景，最先跑起来的并不是零售 checkout，而是更无聊、也更真实的 B2B paid access：付费 API、付费数据、付费工具、付费浏览器会话、付费 agent workflow。
Cloudflare 现在公开支持用 x402 和 MPP 给 HTTP 内容、API 和 MCP tools 收费。
x402 最强的采用路径 就是在 developer-to-developer paid APIs 和 tools 上，因为「no account + pay-per-request」在这里不是噱头，而是实打实的可操作落地。
这背后的变化其实很大。
过去一个 API 要收费，通常要先走一整套「人类友好」的流程：开账户、绑 billing、发 API key、设限额、对账、再处理支付权限。
对人来说已经够烦了，对 agent 来说更别扭。
x402 最有吸引力的地方，不是它更 crypto，也不是它更 AI，而是它试图把「付费访问」重新塞回 HTTP 本身，让准入控制和支付协商 像普通 request-response 一样发生。
服务端返回 402，告诉你这次请求值多少钱；客户端付完钱，再用支付凭证重试同一个请求。
这个模型如果你从 B2B 软件和 machine-to-machine access 的角度看，会比从零售角度顺得多。
而且，越往 B2B 这边看，x402 的优势越明显，短板也越没那么致命。
因为在 consumer commerce 里，退款、拒付、merchant-of-record、consumer protection、责任归属，这些全是硬问题；但在 B2B API 和工具调用里，这些问题的重要性明显下降。
相反，「无账号、按调用付费、拿到结果就走」是真需求。
零售当然更大、更热闹，也更容易吸引眼球；但真正先定义协议长什么样的，往往不是最热闹的场景，而是最早暴露真实需求的场景。
对今天这波 agent payments 来说，那个场景很可能不是购物车，而是越来越多软件之间、agent 之间、工作流之间的 paid access。
四、行业发展验证了我之前 interoperability 的判断
我上一篇文章里最核心的判断，是 interoperability。
当时这个判断听上去多少还有一点「架构上应该这样」的味道。
现在看，它越来越像现实约束，因为公开市场已经在用脚投票了。
Cloudflare 没有选边站，而是直接同时支持 x402 和 MPP，还明确做了兼容映射。
Google 一边参与 x402，一边继续推进 AP2 和 UCP。
Visa 和 Mastercard 也都没有用「all in one winner」的姿态来表达自己的战略，而是一边加入 x402，一边继续加码 agent token、身份验证、指令校验和 dispute signals。
巨头们的多边押注是理性决策，而不是商业虚伪。
为什么会这样？因为这些协议压根就不在同一层。
至少到目前为止，x402 和 MPP 更接近 paid HTTP handshake 这一层，解决的是「怎么让请求带着支付能力回来」。
AP2 更接近授权和可信意图，解决的是「这个 agent 到底有没有资格花这笔钱」。
UCP 和 ACP 则更像 workflow 层，去处理 discovery、checkout、商户关系、凭证传递这些更上层的问题。
很多公司同时支持 x402、MPP、AP2、UCP，不是因为它们自己想不清楚，而是因为赢到最后的架构本来就很可能跨多层，甚至需要多协议共同组成。
所以如果要用一句话回头看我上一篇的判断，我现在更加相信如果没有 interoperability，这一波生态根本起不来。
现在看，市场正在主动验证这个判断。
更进一步说，这个判断对 B2B vs 零售还重要。
因为零售世界里，最后也许真会被少数大平台和少数大工作流吸进去；但 B2B 世界不是这样。
企业本来就活在多云、多支付方式、多工作流系统、多身份权限系统并存的现实里。
谁试图用一个新协议把整个企业栈一把推倒重来，谁大概率先死。
B2B 客户真正愿意买单的，往往不是「唯一正确的协议」，而是「让现有系统在多协议环境下还能工作」的能力。
这个逻辑，恰恰就是 interoperability 在企业场景里比在 consumer 场景里更硬的一点。
五、这不是单纯的协议竞争，而是分层后的 stack 竞争
一旦你把这件事理解成分层 stack，很多原来显得很乱的现象就会立刻顺起来。
最底下一层，是 paid access handshake。
这一层关心的是：HTTP 请求怎么表达「这里需要付费」，以及客户端付完之后怎么把支付凭证带回来。
x402 和 MPP 主要在这里打。MPP 在试图把 402 往更正式的 HTTP auth semantics 上收；而 x402 则更像在把 402 平台化，通过自定义 header、facilitator、链上结算抽象和生态集成，让它先跑起来。
一个更像标准化语义路线，一个更像平台分发路线。
再往上一层，是 authority to spend，也就是「谁授权了这笔钱」。
这一层才是很多人现在还没完全意识到的关键。
机器会付钱，这件事没有那么难；机器能被可信地授权去付钱，才是真难。
AP2 之所以重要，就因为它不只是「怎么支付」，而是在解决 mandates、verifiable credentials、authenticity、accountability 这些事情。
Visa 和 Mastercard 最近加码的那些 agent token、instruction validation、passkeys、dispute signals，本质上也都在这里。
再往上一层，是 workflow 和 distribution。
也就是 discovery、checkout、merchant relationship、credential sharing、AI surface integration 这些更接近「谁掌控流量和交易编排」的东西。
UCP 和 ACP 更像是在争这一层。
对 B2B 来说，这层短期没有那么热闹，但从长期看价值可能非常高。
因为如果未来越来越多企业软件都由 agent 协调、调用、采购和支付，那么谁掌握 workflow language，谁就不只是管一次付款，而是在管整个工作流。
一旦你把这三层分开，就会发现一个很朴素的事实：根本没必要期待一个协议把所有问题都包了。
更现实的路径，是这三层各自先长，再通过互操作性慢慢咬合起来。
也正因为如此，多头下注不是摇摆，而是理性。
六、x402 的真正风险，未必是监管，而是并发下的经济学
如果我们只是认识到「多协议并存」，其实还不够深刻。
x402 最大的风险，未必首先是监管，而可能是 verify–settle 两步分段带来的 time-of-check/time-of-use 经济学。
简单说，就是如果验证支付和最终结算不是一回事，那么在高并发、重试、代理层、缓存层这些真实互联网环境里，就会出现「pay once, access multiple times」的窗口。
x402 生态现在也在补洞，比如 settlement cache、idempotency extension、payment identifier，但这恰恰说明问题不是理论上的。
这点为什么尤其值得 B2B 读者在意？
因为 B2B 世界最怕的，从来都不是漂亮 demo 做不出来，而是 edge case 太多，最后一上生产环境就开始漏。
API monetization 这种事，表面上看是每次请求付几分钱，挺轻；可一旦你的产品是按调用收费、按结果收费、按工作流收费，那么「付一次拿一次」还是「付一次拿很多次」，就不是产品细节，而是生死线。
所以如果未来 x402 真能在 B2B 里跑出来，一个重要前提不是 narrative，而是这些 default-safe 的机制得被做得足够无脑,否则企业不会放心把真实流量接进来。
七、协议可能是免费的，但收费站不会消失
还有一点，我觉得值得在这篇里讲透。
很多开放协议最后都会走到一个很熟悉的地方：协议本身越来越便宜，甚至免费，但真正的收费站会在旁边长出来。
x402 也一样。
标准本身当然强调开放、中立、0 fees built into the standard，但这不等于 value capture 会消失。
如果 x402 成功，价值不会主要留在协议里，而会往 facilitator、钱包和 key management、discovery、policy engine、trust wrapper 这些相邻层迁移。
这对 B2B 来说尤其重要。
因为企业客户不会为了一个新协议就大规模改造整套系统，他们真正愿意付钱的，是谁能帮他们在多协议环境里把 orchestration、policy、risk、compliance、audit、settlement、权限边界这些麻烦事收拾好。
换句话说，协议会越来越像底层语言，但把这些语言翻译成「企业能放心上线」的能力，那一层反而更容易变成新的平台和新的收费站。
这也是我为什么会觉得，今天看 x402，不能只盯着 Coinbase、Cloudflare、Stripe 谁更像「主角」。
真正值得盯的，是谁最有机会站到这些相邻层上。
Cloudflare 有边缘和流量分发的位置，Stripe 有支付基础设施和商户关系的位置，Visa 和 Mastercard 有凭证、网络 token 和 consumer trust 的位置，Google 有 workflow 和 discovery surface 的位置。
真正的价值捕获，不一定发生在「谁定义了 402」，更可能发生在「谁把 402 接进了更大的企业系统」。
八、结语
x402 Foundation 这件事，不是在宣布 x402 已经在所有 agentic commerce 协议里胜出。
它是在公开承认，这一代 agent payments 从第一天起就不会是单一协议世界。
Coinbase 把 x402 交给 Linux Foundation，是为了让它更像中立公共层，而不是独家产品。
Stripe 一边推 MPP 一边加入 x402，不是摇摆，而是因为它知道现在不该只押一边。
Cloudflare 同时支持两套，是因为它最接近真实流量。
Google、Visa、Mastercard、Adyen 这些玩家的动作，也都在说明同一件事：先让系统能互通，再谈谁最后占住哪一层。
而如果把视角从零售挪开，这个判断就更顺了。
因为最先需要这些协议的，不一定是购物车，而是越来越多按调用、按任务、按结果收费的 B2B 软件和服务。
零售当然更大，但 B2B 往往更早暴露真实需求，也更早定义基础设施最后长什么样。
我上一篇文章里把 interoperability 放在中心，我觉得现在市场给出的答案其实很明确：对，而且比当时想的还更早。
从这个意义上说，x402 Foundation 不是这场故事的结尾。
它只是让我们更早看见，真正的主题一直不是「谁会赢」，而是「这个世界注定要先互通，谁又能在互通之后，占住最值钱的那一层」。
从 x402 到 MPP：Agentic Commerce 的终局流向 Meta-Stripe-Lightspark 超大平台联盟？撰文：Charlie 小太阳
过去一周，OpenClaw 和 Tempo 几乎已经成了加密圈子里的接头暗号。
很多人都看到了热度，也都知道 Stripe 下场了，Visa 和 Lightspark 也站了队。
真正还没被充分看清的，不是新闻本身，而是支付控制点正在迁移。
过去几个月，市场对 Agent Payments 充满了想象力。
Coinbase 在 2025 年 5 月推出 x402，把 HTTP 402 重新做成支付语言；Cloudflare 很快把它写进 agentic payments 文档里，把「无需账户、无需 session、无需 API keys」的程序化支付体验做成了一个非常互联网、非常 developer-native 的起点。
Circle 则沿着这条线往前走，把 USDC、Wallets、autonomous payments 和 x402 绑在一起，随后又推出 Nanopayments，继续往更高频、更低额、更接近机器支付的方向推进。
所以这几个月，很多人脑子里默认形成了一张图：Agent 要花钱，协议是 x402，钱是 USDC，结算在链上，开发者入口在 Coinbase Developer Platform 和相关生态里。
这张图到今天仍然没有错，问题只在于，它讲的只是第一阶段。
Stripe 和 Tempo 上周发 MPP，真正改变的，不是「又多了一个支持 AI agent 付款的协议」，而是把问题从「Agent 怎么打一笔稳定币支付」，重写成了「机器之间如何拥有一个 payment-method-agnostic 的 checkout 接口」。
Stripe 官方的定位是：MPP 是一个 open standard、internet-native way for agents to pay；而 Cloudflare 的技术文档则更进一步，把它拆成了可以支持 Tempo 稳定币、Stripe 支持的卡和钱包、Lightning 乃至自定义支付方法的一套统一协议。
战场一下子就变了。
x402 先赢了一局
如果我不先把 credit 给 x402，后面所有关于 MPP 的判断都会显得空。
我在x402，可能我们都理解错了它的本意中写到过，互联网过去一直有一个原罪：内容、算力、数据、API 都越来越细粒度，支付却仍然停留在账户、订阅、预付费、人工 checkout 那套 old world 里。
x402 的厉害，在于它没有试图一次解决所有问题，而是选了一个非常锐利的切口：让 HTTP 请求本身携带支付能力。
服务端返回 402 Payment Required，客户端程序化完成支付，再带着付款凭证重试请求。
没有账户体系，没有 session 状态，没有 API key 管理台。对 Agent 来说，这种设计天然顺手。
这也是为什么 Circle 会先吃到这波红利。
它要做的是让 AI agents 通过 Circle Wallets、USDC 和 x402 自主支付 API；而在几天前发布的 Nanopayments ，Circle 更直接把 x402 称为 agent 在 web 上支付的标准化协议方向。
再叠加 Circle 最近财报里 USDC circulation 同比增长 72% 至 753 亿美元，资本市场自然会把「stablecoin 基础设施」和「agent payments 基础设施」这两层叙事叠在一起看，而导致了 Circle 股价的暴涨。
说白了，x402 赢的不是「技术终局」，而是「先让事情发生」。
这在新市场里极其重要。
第一阶段里，最有价值的往往不是最完整的方案，而是最先让开发者真正用起来的方案。
MPP 真正改写的，不是 rail，而是 checkout
MPP 最容易被误读的地方，是很多人把它理解成「支持更多支付方式的 x402 Pro」，是个凌驾于 x402 之上的全集。
但它真正想动的，是 checkout 这一层。
在这周的 Tokenized 播客访谈里，Visa Head of Crypto Cuy Sheffield 有一句话很关键：如果真的想让 agentic commerce 扩起来，不能再把 agent 扔回「human land」里去找网页、点按钮、过 checkout；真正需要的是一个 headless checkout，让 agent 跟商户直接协商要买什么、价格是多少、用什么方式付，然后把这件事干净地完成。
更重要的是，他和 Tempo 的 Head of GTM Simon Taylor 在那段对话里反复强调的不是「多支持一条链」，而是 payment-method agnostic、payment-network agnostic、PSP agnostic、vault-provider agnostic。
那已经不是 crypto 协议工程师的思路了，那是支付平台在重新定义接口。
Stripe 官方博客其实也在说同一件事，只是语气更克制。
MPP 不是单纯发一个 spec，而是直接接进 Stripe 现有 Payment Intents 和后台体系里。
商户用几行代码就能接受 agent 发来的 MPP 支付；这些支付会像正常交易一样进入 Stripe 的 balance、payout、tax、fraud、reporting 和 refund 流程。
对开发者来说，这代表着我不用再学一个新链上支付协议，而是马上就可以在熟悉的支付栈里开始接机器用户了。
这一步非常 Stripe：它从来最危险的时候，都不是发明了全新的东西，而是把一件原本只有少数专业玩家能玩明白的事，压缩成全世界开发者的默认接口。
这也是我为什么觉得，MPP 真正争夺的不是 payment rail，而是 machine commerce 时代的 headless checkout。前者决定钱怎么走，后者决定交易通过谁发生。历史上，真正值钱的通常是后者。
Session 才是这次真正的升级
x402 和 MPP 最深的差别，不在「一个更开放、一个更企业」，而在 session。
MPP 定义了两种 payment intents: charge 是一次性即时结算，适合 per-request billing；session 则是基于 payment channel 的 streaming payment，适合 pay-as-you-go 和 per-token billing，目标就是 sub-cent cost 和 sub-millisecond latency。
更重要的是，Cloudflare 文档明确写到 MPP 向后兼容 x402，x402 原来的 exact flow 基本可以映射成 MPP 的 charge。
换句话说，MPP 不是否定 x402，而是在 x402 已经证明成立的那一块之上，再把连续消费这件事做成协议原语。
Tempo 官方把这个原语解释得更直白：session 像 OAuth for money，先授权一次，再在限定额度和规则内程序化付款，把成千上万笔小额交互聚合成一次最终结算。
而在 Tokenized 播客中，Tempo 的 Head of Product Liam Horne 提到，这在区块链旧话语里就是 payment channels，只不过今天最自然的应用不是 BTC maxis 讨论的理想支付网络，而是 LLM 按 token 计费、API 按调用计费、Agent 按 workflow 连续消费。
先放 5 美元进去，模型每吐一个 token 就扣一点，结束再关 session。这个画面一出来，你就知道 MPP 瞄准的不是 demo，而是 business model。
我以前在 Lightning Network 公司 Strike 的经历，让我对这里特别敏感。
MPP 的 session 和 payment channel 这套概念和Lightning Network 有着异曲同工之妙，也是为什么MPP会在启动时就支持 Lightning Network。
而 Tempo 选择了 Lightspark 作为 Lightning Network 合作方，则更有深意，我们先暂时按下不表。
一看到「先锁定价值、在会话里持续扣减、最后聚合结算」，就会立刻意识到：Tempo 这次争的不是多一条链，而是在把一种长期只被少数支付基础设施玩家真正消化过的支付直觉，搬进更广义的 machine commerce 里。
Tempo 真正可怕的地方，不只是协议，而是它想把整套支付运行系统一起拿下来
很多人现在在比较 x402 和 MPP，比较到一半就已经失真了，因为它们并不完全处在同一个层上。
x402 本质上是一种支付语言。它很优雅，也很锋利地切中痛点。
但 Tempo 这次不是只发了一个语言，它还带了一整套为 real-world payments 定制的运行系统。
Tempo 主网上线时强调的几件事都很具体：instant settlement、predictable low fees、高吞吐、全球可用性；同时又把 payment lanes、稳定币 gas、以及面向企业支付的后续工作负载支持，放进主网上线叙事里。
TIP-20 则更典型：它不是泛泛而谈的 token standard，而是把 transfer memos、compliance controls、reward distribution 这些现实支付世界里很烦、但又必须有人处理的需求，直接写进原语。
Tempo 从 first line of code 到 mainnet 只有七个月，但 Liam 自己承认，真正的底子并不是七个月，而是过去多年积累下来的 battle-tested infrastructure。
Tempo 值得认真对待的，不是速度，而是它没有用创业叙事去掩饰工程底座，反而反过来把「这不是从零开始的空中楼阁」讲清楚了。
所以和 x402 的发起者 Coinbase Developer Platform 对比，CDP 更擅长把标准先跑起来，把开发者先拉进来，把生态先点燃；而 Tempo 这套班底更适合打下一阶段，也就是协议抽象、支付运行时、开发者工具和企业级支付原语逐渐合流的阶段。
不是谁更聪明，而是谁更适合哪个发展阶段。
Circle 真正要防的，不是 USDB 今天的流通量
那是不是代表着 USDB 接下来要挑战 USDC？
USDC 现在确实很强：Circle 不只是资产发行方，它还跟 x402、autonomous payments、nanopayments 这些早期 agent 支付叙事绑定得很紧，资本市场也确实给了它相当高的想象空间。
问题在于，Circle 当前领先的，本质上是 money layer：AI agents 现在默认更容易花出去的那一美元，很大概率是 USDC。
但 Stripe 和 Bridge 在做的事，盯上的不是这一层。
Stripe 的 Stablecoin Financial Accounts 同时支持 USDC 和 USDB，而且对 USDB 的定位很清楚：它是一种 infrastructure / closed-loop stablecoin，而不是一上来就去抢开放流通市场的「第二个 USDC」。
但这反而是我觉得它危险的地方。因为 closed-loop 从来不是弱点，它往往是平台化支付的起点。
如果 Tempo 带着 MPP 把 Stripe 往 machine commerce 的接口层再推一步，Bridge/USDB 的战略意义就会完全变样。
今天它只是后端 processing 的 stablecoin；明天它可能变成更大支付网络里的默认结算器、默认奖励层、默认 treasury layer。
Bridge 自己写 USDB 时就强调，它和传统 stablecoins 不同的一点，是 reserve economics 可以在 issuer、developer 和 end user 之间更灵活地分配。
对 Stripe 这种天然擅长做平台经济分配的人来说，这不是产品 feature，这是结构优势。
Lightspark 不是配角，它让这件事多了一层历史的意味
Lightspark 这次的存在感，不该只被理解成「又多接了一条 Bitcoin rail」。
MPP 虽然今天跑在 Tempo 上，但协议本身是 rail-agnostic 的。
Visa 已经把它扩展到 card-based payments，Stripe 把它扩展到自己的 cards、wallets 和其他支付方式，Lightspark 则把它扩展到了 Lightning Network。
这个组合很有意思，它把 MPP 从「稳定币协议」直接扩展成了「支付协调层」。
前文提到了 session 和 Lightning channel 的那层神似，用 Lightspark 自的话说，就是 Lightning 的基础构件就是 payment channels，交易不必每一笔都广播到链上，双方在通道里不断更新余额，最后再把结果落回主链。
Tempo 的 session 当然不是 Lightning channel 的简单复制，技术层次和适用场景也不一样，但它们在商业直觉上高度共振：真正高频、低值、连续的支付，不该一笔一笔重新结算。
再往前看一层，这条线就更耐人寻味。Lightspark 掌门人 David Marcus 当年在 Facebook 负责 Libra 项目，Libra 的核心目标是重写效率低下的支付系统，而不是单纯发行一个新币。
后来他离开 Facebook，再去做 Lightspark，2025 年又亲自写文说「Restarting Libra」不是正确路径。把这些人和事连起来看，会有一种很强的历史回声：Libra 当年想直接改写货币，今天这一批人更像是在换一种方式改写支付接口。
提到Libra，大家自然会联想到 Meta，以及最近引起很多猜想的 Meta 重回稳定币的战略。我在Stripe该怎么收购PayPal，才能接住Meta泼天的稳定币富贵 中详细解释了其中的来龙去脉，以及与 Stripe 的关系。
现在 MPP 体系又把 David Marcus 的 Lightspark 和 Stripe 联系在了一起，好像一个超大平台联盟的拼图终于完整了：Stripe 拿接口，Bridge 拿闭环稳定币，Tempo做底层公链，Meta 拿分发。Mark Zuckerberg, David Marcus 和 Patrick Collison 撑起了门面。
资本市场又要重新定价了。
x402 愿望清单撰文： David Christopher
编译： Block unicorn
我在阅读 Galaxy Research 最近发布的这份报告时，获得了对 x402 未来价值最清晰的展望之一。
其中一个例子引起了我的注意：一个智能代理帮助用户预订行程，通过 x402 查询高质量的天气数据，找到最佳日期和目的地，并提供航班和酒店选项，然后将所有信息传递给预订流程。每次查询都相当于一次微支付。每个数据源都会获得报酬。智能代理将所有信息整合起来，最终做出预订决定。
让我印象深刻的是 x402 与数据聚合和管理的完美结合。有人将分散的数据源整合为专有数据，使其比任何单一供应商都更有用，并通过 x402 出售访问权限。数据管理者只需承担一次集成成本。调用者按查询次数付费。每个人都能从中受益（前提是数据量足够大，这一点我们稍后会讨论）。
来自 Galaxy Research
在类似服务普及之前，我仍然认为 x402 还处于起步阶段。如果你是一位希望使用 x402 进行开发但苦于没有灵感的开发者，以下是一些我如果能立即使用就会争相尝试的设理论产品！
技能端点（ Skills Endpoint ）
技能是由人类精心编写的指令集，供人工智能代理执行特定任务。
目前，大多数技能市场采用固定费用模式：永久访问权限的价格分别为 5 美元、 15 美元和 20 美元。这种模式造成了激励机制的错位。偶尔使用技能的用户支付过高，而高级用户支付过低，技能创建者也无法获得与使用量成正比的价值。一项真正有用的技能，就像一位真正有用的顾问（如果真有的话），其价值应该远不止一次性的 15 美元。
x402 提供了一种替代方案。技能创建者可以通过 x402 接口发布他们的作品，并根据实际情况定价：按次付费（一次性使用）、按月订阅（ x402 V2 版本新增功能），或者两者兼而有之。支付系统支持这两种模式。每月调用次数达数千次的技能可以为创建者带来持续收入。而使用频率较低的技能则无需用户预先付费。
小众加密货币新闻聚合包
加密新闻分散在 Twitter 、 Telegram 群组、播客、 RSS 订阅和 Substacks 等平台。如果想要追踪某个特定的生态系统，问题就更加棘手。追踪 Sui 或 Starknet 的所有动态意味着需要监控十几个信息源并每天查看。
针对生态的 x402 数据流可以解决这个问题。有人通过 API 将 Twitter 用户资料、网站 RSS 源中的文章以及 Telegram 消息聚合到一个针对特定生态系统的精选信息流中。代理会查询：「过去 24 小时内 Starknet 发生了什么？」并获得结构化的回复。无需再在标签页和应用程序之间切换。
聚合生态系统数据
开发者活跃度一直很难准确衡量。
Electric Capital 的年度报告及其持续更新的仪表盘是一个优秀的开源资源，但它也存在局限性。例如，我刚刚查看了过去一年开发者增长排名前列的生态系统，结果显示 PancakeSwap 、 Monad 和 Aleo 。当然，这是因为我只筛选了一个指标——但这同时也反映了一个更广泛的问题：加密货币领域的开发者活动数据非常分散，没有单一数据源能够提供全貌。
如果能有一个 x402 数据源，将 Electric Capital 数据、 GitHub 活动、 Artemis 指标和协议特定数据源聚合到一个质量加权的开发者活动流中，这将填补一个真正的空白。代理查询：「 Solana 过去一个季度的开发者势头如何？」 并获得了比原始提交次数更有用的信息。
新闻简报和播客表现追踪器
我个人会使用的一个想法是：提供一项服务，能够清晰地追踪播客或新闻简报中提出的观点，并衡量其发展历程。
Citron 就对股票市场做了类似的事情，在年底发布其年度预测的评分卡及其表现。但对于大多数新闻简报和播客而言，如果你想知道某个媒体的预测是否真的随着时间的推移带来了收益，你只能手动进行研究。
x402 的一项服务可以对媒体的预测进行基准测试，从而填补这一空白。只需提供新闻简报或播客，它就能追踪每一次预测，添加时间戳，跟踪后续的价格走势，并对该媒体的过往业绩进行评分。代理查询：「 X 过去一年的资产预测表现如何？」 并获得经过验证的答案。
安全与审计追踪器
协议在遭受攻击时，通常不会主动发布公告。而且新闻周期瞬息万变，如果你在漏洞发生当天没有上网，很可能就完全错过了。等到你需要采取行动时，原本应该引起高度关注的事件早已被数周的新闻报道淹没。
安全审查的情况也好不到哪里去。审计报告散落在审计机构的网站、协议文档和 GitHub 代码库中。查看协议的审计历史记录比想象中要困难得多。
如果能有一个 x402 信息流，将这些信息聚合到一个可查询的端点，用户只需额外支付几美分即可在决定是否进行收益分配之前访问该信息流，那就太好了，尤其是在通过代理界面操作时。
这真的可行吗？
我上面提到的所有内容都存在两个问题：经济效益能否支撑构建这些信息流的团队？他们能否合法地进行开发？
从经济效益来看，历史经验并不乐观。自互联网早期以来，按项目付费模式就一直举步维艰。决定某项内容是否值得付费的认知成本往往超过了付费本身的成本。这就是互联网转向订阅模式的原因：账单可预测、避免决策疲劳、降低用户流失率。
但但代理的出现改变了这一切。你为钱包充值，代理代表你消费，余额不足时你再充值。 API 积分的运作方式与此类似。问题从「这几美分值不值？」转变为「端点提供商能否在规模化应用中收回成本？」这取决于交流量。
在合法性方面， x402 负责处理支付和计量。它不会改变上游的数据版权问题。如果你使用的是授权 API 、公共数据或第一方 X402 端点，那么这只是简单的产品开发工作。但如果你依赖网络爬虫或游走在服务条款灰色地带，持久性和规模可能会受到限制。一旦上游提供商发现并提出异议，你就进入了危险地带。
x402 V2 引入了动态支付路由，实现了收益分成。数据管理者可以将一部分收益返还给原始数据提供商，从而协调双方的激励机制，并将潜在的服务条款冲突转化为合作关系，但这确实会降低利润率。
经济学和合法性是否都能在规模上成立，还有待观察。但如果真的成立，这些就是我会付费使用的那些数据流。
这种经济和法律机制能否在规模化应用中同时奏效，还有待观察。但如果真的成立，这些就是我会付费使用的那些数据流。
Galaxy：x402 与 AI 经济的「利维坦时刻」撰文：Lucas Tcheyan、Vikram Singh
编译及整理：BitpushNews
注：「利维坦时刻」 源自霍布斯对绝对国家权力的比喻，指一个强大秩序体诞生的决定性转折点。这里借喻 x402 协议就像给无数个能自主行动的 AI 智能体，第一次提供了一套统一的「支付语言」和「交易规则」。这意味着，AI 与 AI 之间、AI 与人之间的价值交换，将从混乱、低效的「原始状态」，进入一个有标准、可信任、能自动化的新阶段。它不仅是技术的升级，更是整个 AI 经济底层运行逻辑的一次根本性重塑。
引言
人工智能代理（AI Agents）有望彻底改变互联网的样貌。持续进步的人工智能已经让智能代理能够充当编程助手、购物顾问、规划工具以及各类领域的专家。它们代表了一种强大的人机交互新范式，其核心在于，它们极大地减少了人类直接操作浏览器和搜索引擎的必要性。
在 Galaxy Research 于 2024 年发布的报告《理解加密货币与人工智能的交汇点》中，我们将 AI 代理视为最具潜力的增长方向之一，并指出它们「非常适合加密货币场景——用户（或代理自身）可以创建钱包，以与其他服务、代理或人进行交易」。当时，代理领域尚处萌芽阶段，主要受限于三方面：底层 AI 模型的智能水平、支持它们执行复杂任务的基础设施，以及超越 Web3 原生场景落地所需的监管明晰度。
仅仅过去一年多，这三方面的进展令人惊叹：
AI 智能水平快速提升，使得代理能够进行「长周期推理」，并以前所未有的可靠性自主执行复杂任务。
代理工具链实现跨越式发展，包括 Model Context Protocol（MCP）、Agent-to-Agent（A2A）Protocol、Agent Payments Protocol（AP2）以及 x402 标准等一系列基础协议的发布。
监管环境日益明朗，尤其是在稳定币方面，这加速了加密支付通道与传统体系的融合。
这些进展共同为大规模普及利用区块链进行支付的 AI 代理打开了大门。推动这一趋势的最具前景的进步之一，是 x402 及相关支付标准的出现。这些标准允许代理直接使用稳定币或其他加密资产支付服务和数据费用。为简化起见，我们在本文中将此类协议统称为代理化支付标准（APS: Agentic Payment Standards）。
简而言之，APS 为代理打开了通往互联网完整经济版图的大门。通过 APS，代理能够：
变得更智能（通过获取外部数据）
变得更强大（通过支付资源费用）
更具协作性（通过与其他代理进行交易）
除了功能上的拓展，APS 还充当了链上经济与链下经济之间的桥梁，使得任何企业都能向互联网上增长最快的用户类别——即 AI 代理——进行销售，并加速了稳定币在支付领域的采用。
通过重构 API（应用程序编程接口，即软件请求数据或服务的标准方式）的商业模式，APS 还有潜力提升一个长期被忽视的经济引擎的资本效率。除了经济层面，APS 还在 API 密钥管理方面，为编程用户体验带来了根本性变革。这些改变使得开发新应用变得更加容易。
本文聚焦于 x402，它是新兴的链上代理化支付标准中的领跑者之一。我们将 x402 置于更广阔的 APS 版图中进行审视，探讨其早期应用、用例，并全方位探析区块链能否成为新兴代理化经济金融的骨干。
x402 标准
背景
今年 5 月，Coinbase 推出了 x402 标准，这是一种利用 HTTP（服务器之间通信的基本语言）在网页交互中实现加密交易的协议。此前，网页交易依赖于传统支付轨道（Visa、Mastercard 等），而 x402 为智能化支付打开了大门，使其能够使用稳定币和加密货币访问数字服务。
x402 指的是状态码「HTTP 402 Payment Required」，该代码包含在互联网网页协议的最初规范中。尽管 HTTP 一开始就包含了 402 状态码，但由于缺乏配套基础设施，它基本处于闲置状态。取而代之的是，由 Paypal 和 Stripe 等公司建立、依赖传统支付轨道的补充性支付基础设施。虽然这种基础设施促进了电子商务的发展并显著降低了支付摩擦，但它脱离了互联网固有的网络能力。
来源: x402 白皮书
x402 带来的关键突破在于，现在任何人（人或智能体）为在线服务付费都变得简单得多。据开发团队称，该标准旨在「让价值像信息一样在互联网上无缝流动，无论行为者是个人、应用程序还是智能体」。这最常见的体现是简化了 API 请求流程。正如 Coinbase 团队简洁地指出的：「让我们消灭 API 密钥。」
支付流程
x402 的支付流程易于理解，包含四个主要组成部分：
1. 客户端：发起服务请求的智能体（或用户软件）。
2. 服务器：返回 402 请求并最终交付付费资源的服务提供商。
3. 协调者：执行和 / 或验证支付。
4. 区块链：实际发生稳定币 / 加密资产转移的结算层。
来源: x402 白皮书
智能体向服务器发送请求以获取某种产品或服务（例如流媒体订阅或电子书），服务器则返回一个「需要付款」的请求（HTTP 402）。该请求包含诸如所需金额、接受的代币类型、发送付款的钱包地址以及支付所在的区块链等字段。
智能体随后响应支付请求，提供所有必要信息以及授权支付加密签名。最后，协调者处理区块链上服务的实际支付并向服务器确认，服务器随后将请求的服务返回给智能体。
这是 x402 采用的标准支付流程，但也可以进行许多不同的修改。例如，如果智能体自身控制钱包并且可以在区块链上进行交易，它可以直接向服务器提交支付和验证，无需依赖协调者。然而，迄今为止协调者一直被使用，因为它们通过抽象化钱包管理、Gas 支付和网络选择等区块链交互的复杂性简化了流程。在这方面，协调者类似于传统的支付服务提供商，但区别在于它们在任何时候都不保管资金或控制交易涉及的钱包的私钥。相反，控制钱包的智能体授权内容（「从付款人钱包向收款人钱包发送最多 X 美元」），而将方式（哪个链、多少 Gas 费等）留给协调者处理。
x402 V2
12 月 11 日，Coinbase 发布了 x402 V2，这是一个基于过去六个月使用反馈的重大升级。V2 开始将 x402 从一个相对简单但有效的智能化支付规范，转变为一个旨在适应不断发展的区块链环境并支持更广泛支付用例的更加模块化的标准。
从高层次看，x402 V2 在三个关键维度上扩展了协议。首先，它引入了统一支付接口，通过单一格式支持多条区块链和多种资产，同时支持通过协调者与遗留支付轨道集成。其次，它增加了基于钱包的身份验证和可重用的访问会话，允许客户端避免后续请求的重复链上交互——降低了延迟并支持更高频的用例。第三，它实现了自动服务发现，允许协调者索引端点、定价和路由信息，而无需手动配置。
这些变化共同使 x402 能够支持更复杂的商业模式，包括订阅、预付访问、基于使用量的计费以及多步骤智能体工作流。
x402 智能化支付技术栈
x402 技术栈正逐渐成型。项目和基础设施的发布速度是指数级的，我们在下图中汇总了尽可能多的项目（可能不全，本文不作为任何项目背书，仅供参考）。
x402 支付技术栈中的价值流动始于智能体层，向下经过协调层、执行层和结算层，然后作为已履行的服务访问权限向上传递。
首先，智能体或应用程序启动一项需要访问付费服务的任务，例如查询 API、检索专有数据或调用另一个智能体。智能体确定其需要什么以及在什么约束条件下（包括价格、延迟、首选链或预算）。
协调层塑造了智能体在支付发生前如何广播意图、发现服务、交换上下文（完成任务所需的相关信息）以及协调工作流。它在支付和结算协议之外为智能体工作流嵌入了额外功能，包括服务发现机制、意图信号、约束强制执行（规则或限制，如预算、时间或权限）、上下文管理以及多步骤或多智能体协调。
一旦条款确定，智能体通过协调层发起支付。协调者（由第三方提供商运营的服务）处理交易的路由、验证和执行，抽象掉特定于区块链的复杂性，并在必要时与遗留支付轨道对接。
货币层定义了转移的内容——通常是稳定币——实现了可预测的定价和适合高频、机器原生交易的可编程结算。USDC 迄今为止一直是主要的支付形式，但理论上任何加密货币都可以使用。
最后，区块链层执行并最终确定交易，提供加密结算和可审计记录。确认信息随后向上传播回技术栈，允许服务提供商向智能体交付所请求的资源。
新兴加密用例
正如我们曾经提到的，x402 活动在 10 月下旬和 11 月初经历了最初的激增，此后活动逐渐减少。
来源：Artemis Analytics
与加密领域引入原语时常见的情况一样，最初的采用和兴趣主要由投机活动驱动，10 月底的峰值是由团队使用 x402 铸造和购买 Memecoin 引起的。然而自那时起，智能体对智能体服务、数据即服务以及基础设施和实用程序的交易量和交易笔数开始占据越来越大的市场份额。
这正是加密领域无需许可的产品的本质。最初的投机用例吸引用户，然后吸引开发者，他们开始试验技术并构建超越投机用例的应用。事实上，筛选掉所有游戏化交易后（Artemis Analytics 定义为明显的自我交易或刷量交易），显示出自 12 月初以来，此类交易占比已降至 50% 以下。
最具吸引力、也最有可能长期持续下去的用例，是那些利用 x402 提供相对于遗留支付轨道可能实现的差异化产品的用例。这主要包括那些在传统轨道上因交易费用而成本高昂的服务，以及需要互联网原生货币的用例，因为遗留系统受限于有限的可编程性、缓慢的结算时间和对非原生中介的依赖。
目前，这些服务主要由支持一次性 API 调用的服务提供商主导，而这类调用原本需要订阅。例如，交易智能体可以按需付费调用区块链数据提供商 Nansen 或 AI 分析师的 API，以补充其加密分析。除了数据访问，x402 还使智能体能够以可编程方式为基础设施服务（例如计算资源）付费，而这些服务很难使用基于订阅或人工中介的支付模式进行定价或自动化。领先的去中心化 AI 实验室 Nous Research 已启用 x402 支付以访问其 Hermes 4 模型。
尽管前景广阔，但这些例子在很大程度上仍属于投机性的概念验证，展示了基础设施的能力，而非 x402 大规模采用所需的增长驱动力。这并非要贬低任何单个项目或其潜力，而是要承认大多数链上产品仍然主要面向加密原生受众，并且只代表了潜在应用的一部分。下一节将探讨更多用例以及智能化支付标准规模化所需的更广泛条件。
上下文与数据访问
智能化支付标准最引人注目的非加密原生用例之一是在线上下文和数据的付费访问。随着 AI 智能体越来越依赖外部信息来执行任务，以每次请求为基础可编程地购买内容访问权限变得至关重要。
Cloudflare 提供了一个早期示例，展示了这种模式可能如何出现。作为托管和保护互联网大部分内容的主要基础设施提供商，Cloudflare 已经在调解网站与自动流量之间的交互。2024 年，它推出了「按次爬取付费」机制，允许机器人和爬虫程序付费访问，而不是被直接屏蔽。
此后，Cloudflare 表示计划将此基础设施与 x402 集成（该公司与 Coinbase 合作成立了 x402 基金会），使智能体能够使用互联网原生支付轨道直接付费访问。如果实现标准化，这种方法可以将机器人缓解从一个访问控制问题转变为基于定价和市场的机制。简而言之，一个旧有的麻烦现在成了潜在的赚钱机会。
这种模式自然地延伸到付费内容和专有数据。如今，大型语言模型主要依赖内部训练数据和可自由获取的源（如维基百科）。
然而，高质量信息通常被锁定在订阅或付费墙后面——例如新闻媒体、研究数据库和分析平台。在当前范式下，访问这些数据需要用户离开智能体界面、购买订阅（即使是一次性使用）并手动传输信息，导致用户体验不佳和资本分配效率低下。
智能化支付标准提供了一种替代方案。用户可以给智能体分配明确的预算，允许它们按每次请求或每 Token 付费访问付费墙后的内容。例如，一个需要访问单篇文章的智能体可以提交一个附带小额支付的 x402 请求，检索相关内容，并在用户无需购买完整订阅的情况下完成任务。虽然这种模式可能会压缩内容提供商的单用户利润率，但随着时间的推移，增加的查询量和更精细的定价可能会抵消这些影响。
总而言之，上下文和数据访问代表了智能化支付相对于遗留支付系统提供明显改进的一个类别。它也说明了像 x402 这样的标准的采用可能起源于加密原生环境之外，嵌入在已经协调智能体、内容和网络之间交互的基础设施中。
电子商务
智能化支付采纳最常被讨论的领域之一是电子商务。预计智能化商务将在未来十年快速增长，到 2030 年 B2C 收入估计将达到 3 万亿至 5 万亿美元。因此，该领域吸引了现有支付网络和处理机构的大量关注，其中许多现在正在积极开发面向智能体原生的支付基础设施。
然而，在电子商务中，x402 的采用面临比 API 原生或微支付驱动的用例更具竞争性的环境。零售交易通常价值较高，对每笔交易费用不太敏感，从而降低了超低成本区块链结算的相对优势。更重要的是，现有的支付提供商已经控制了商家赖以生存的商业和监管基础设施，并且他们正在迅速扩展这些能力，以支持自主智能体，而无需链上原语。
Visa 的 Intelligent Commerce 套件（2025 年初推出）使消费者能够将 Visa 卡凭据配置到 AI 智能体中，用于端到端购物，并与 OpenAI 和 Anthropic 等平台集成。
PayPal 的 Agentic Commerce Services（2025 年 10 月）允许 PayPal 商户通过像 ChatGPT 这样的智能体界面销售产品，同时保留欺诈检测、买家保护和商户工作流程。
Stripe 的 Agentic Commerce Protocol（ACP），与 OpenAI 共同开发并于 2025 年中宣布，定义了一种标准化方式，让 AI 智能体与商户发起并完成购买，同时对 Stripe 集成改动最小。
Mastercard 的 Agent Pay（2025 年 4 月）将消费者凭据代币化，使 Microsoft Copilot 等 AI 系统能够自主执行购买，早期重点放在订阅、忠诚度兑换和可编程支付上。
在某些情况下，这些举措可以通过将传统支付轨道扩展到面向智能体原生的流程中，减少对基于区块链的支付协议的需求；而在其他情况下，它们可能形成互补。例如，目前获得采用的两个最著名的智能化支付标准是 Google 的 AP2 和 Stripe 的 ACP。虽然还不是两者使用的主要实现方式，但 x402 可以被集成，以便通过它们中的任何一个（例如，通过 A2A 用于两个智能体之间，或通过 ACP 用于商户）来促进稳定币支付。
下面我们概述 Stripe 在智能化支付方面的推动力，以更好地说明这种模式。
Stripe 对智能化商务的推动
Stripe 的 ACP 是一个开放标准，定义了 AI 智能体、商户和支付系统在结账过程中如何通信。ACP 标准化了结账对话——例如商品选择、定价、确认和完成——而不规定资金最终如何结算。它充当结账的协调层，而非支付轨道本身，并且与支付处理器无关，这意味着商户可以采用该协议而无需更换支付提供商。
为了在此框架内支持安全的支付授权，Stripe 引入了共享支付代币。尽管使用了「代币」一词，SPT 并非加密资产，也不代表独立的支付轨道。相反，它们充当有范围的支付授权，允许智能体授权商户使用其偏好的任何基础设施进行有限额度的扣款。这意味着底层结算可以是任何形式，从银行卡到银行转账，再到稳定币。
共享支付代币支付流程
ACP 和 SPT 共同使智能体能够参与电子商务，同时保留商户所依赖的保障，包括欺诈检测、争议解决、退款、监管合规和客户支持。Stripe 进一步将这些组件打包成其 Agentic Commerce Suite，为希望支持智能体驱动购买而无需重新设计支付技术栈的商户提供一站式服务。
x402 与 ACP 如何协同工作
Stripe 的智能化商务技术栈与 x402 之间的区别主要在于范围和交易上下文。
x402 是为软件向其他软件付费而构建的。智能体看到一个价格，自动支付，并立即获得服务访问权。这适用于 API、数据以及智能体在其工作流中使用的数字工具。
ACP 和 SPT 是为购买实物商品或服务而构建的。这些购买过程更长，让商户对欺诈和退款负责，并且通常需要用户批准支付。
为了说明这些系统在实践中如何共存，设想一个 AI 智能体受用户委托规划和预订假期。首先，智能体评估潜在的旅行日期和目的地。为此，它查询了几个专门的数据提供商，例如一个高级天气预报服务和一个预测机票价格波动的需求预测 API，这些提供商已集成 x402。智能体可以可编程地发现定价、付费访问并按每次请求检索这些数据。
这些调用是不可逆的，不需要人工干预。获得这些数据后，智能体确定最佳旅行日期，并开始选择航班和酒店。此时，交易转向电子商务流程。智能体使用 ACP 与航空公司或旅行平台启动结账。支付通过 SPT 授权，允许商户处理交易，同时保证欺诈保护、退款、拒付和合规。用户审查并批准购买，预订完成，随后履行订单。
在此工作流中，x402 和 ACP 扮演不同但互补的角色。x402 位于结账流程上游，为传统商业流程之外的资源实现自主支付。
同时，ACP 处理受监管的交易，这些交易中商户需要现有支付系统的保护与保障，并且用户必须在支付发生前签字同意。这里一个显著的突破是智能体能够根据上下文在不同支付模型之间无缝切换，为任务的每个步骤选择最合适的机制。
除了功能差异，还存在一个重要的结构区别。x402 被设计为在公开、无需许可的区块链上结算的开放标准，使智能体能够在不依赖中心化中介的情况下进行交易。相比之下，许多由现有机构主导的智能化支付标准在协议层面是开放的，但主要在许可平台上运行，执行、合规和结算仍然与中心化支付提供商紧密耦合。这些方法支持不同的用例和信任模型，并且并不相互排斥。在实践中，可能会出现混合架构，智能体利用无需许可的轨道处理机器原生的交易，同时依赖许可系统处理受监管的商业和面向消费者的支付。
结论
与其说智能化支付会立即推动全面转向链上支付，不如说它更可能在未来逐渐、且很大程度上「悄无声息」地促进区块链技术的采用。稳定币通过减少与传统系统对接的摩擦加速了这一转变，而像 x402 这样的基础设施则使传统支付渠道难以支持的新形态实验成为可能。
短期内，采用可能是不均衡的。某些用例，特别是智能体与数字服务之间的支付，可能会快速发展，而面向消费者的电子商务则变化不大。在许多情况下，区块链将在幕后运行，嵌入到智能体的工作流程中，而不是直接呈现给终端用户。
智能化支付标准最直接且未被充分认识的影响，并非在于商业交易，而在于软件生产。对于许多非生产规模的任务，现代语言模型的能力已经达到了一个水平，使得人类参与在很大程度上变得多余。如今，主要的痛点不再是智能或执行，而是 ** 访问权限 **：购买 API 订阅、管理账户、处理 API 密钥，以及为那些很少能被完全使用的捆绑服务付费。如果智能化支付标准能够消除这些摩擦——用「按需付费」、机器原生的支付来取代基于订阅的访问和手动的密钥管理——它们就能实质性地降低实验成本，并压缩入门级软件工程工作的价值。
从这个角度来看，x402 近期最引人注目的应用，并非抽象的智能体间商业，而是用于 API 和数据访问的微支付。允许智能体为单次 API 调用或离散的上下文单元付费，为用户和供应商解锁了一个资本效率更高的模式。用户无需为订阅服务过度支付，而是可以分配明确的预算（例如固定的月度额度），让他们的智能体根据需要自主购买数据、分析服务或上下文信息。这种模式能更好地协调激励，改善用户体验，并扩大 AI 系统可利用的经济「表面积」。
随着时间的推移，问题将从「区块链是否被使用」转向「在何处以及如何被使用」。现有的行业巨头已经在结合智能化支付能力，尝试稳定币和区块链轨道，这表明链上结算将日益与传统支付基础设施共存。悬而未决的问题是，这些活动会集中在由中心化实体控制的许可链或联盟链上，还是在诸如以太坊或 Solana 这样的开放、无需许可的网络上进行。很可能，两者都会存在。
更广泛地说，智能化支付标准的出现，反映了加密货币未来采用方式的转变。区块链基础设施正日益被吸收到现有的金融和软件系统中，而不是形成一个独立的行业。在这种模式下，成功并非由一个独立的「加密经济」的增长来定义，而是由加密原生的「轨道」在多大程度上默默地支撑那些根本不自我标识为「加密」的应用来定义。x402 就是这种动态的一个清晰例证。通过将支付直接嵌入标准的网络交互，它将区块链定位为后端基础设施——提供可编程性和全球结算能力，而无需用户或开发者明确地与加密技术打交道。
链上智能化支付不太可能完全取代现有的支付生态系统。相反，它们将首先在机器原生货币具有明显优势的领域对其进行补充——例如自动化访问 API、数据和数字服务——之后才逐渐进入更高价值的商业流程。在此过程中，它们可能会悄然重塑软件的构建、定价和消费方式，将区块链定位为新兴的智能体驱动互联网的基础层，而非一个可见的终点。
与 Yooldo 一起释放 X402：革新 Web3 游戏体验Yooldo 是一个不断提升用户便利性与创新商业模式的 Web3 游戏平台。为了实现这一目标，我们已将 X402 集成到我们的 MCP 服务器中。目前该集成开发已完成，并进入测试阶段。我们计划很快开始公开测试，让全球用户体验我们升级后的平台。
率先将 X402 集成到游戏领域
目前 X402 在 Base 生态中获得最活跃的原生支持，我们非常高兴 Yooldo 成为首批在游戏场景中支持 X402 的平台之一。从这次更新开始，Yooldo 将支持 Base 作为其生态系统中的核心链 X402，玩家将能够在游戏中享受更顺畅、更低成本的微支付。
什么是 X402？
X402 是一种突破性协议，它将支付层直接嵌入 HTTP 协议中。这种方法通过允许在网页请求本身内部即时完成小额支付，消除了传统支付系统的摩擦。它解决了传统支付中不便的步骤和处理小额支付效率低的问题。通过采用 X402，我们为每一项需要金融交易的游戏内操作实现了顺畅高效的微支付。
使用 Yooldo MCP 服务器自动处理微支付
Yooldo 的 MCP 服务器与 X402 协同工作，自动处理游戏资源调用的支付。每当用户操作触发支付时，系统会实时验证并立即授予所请求的资源访问权限。这种自动化消除了复杂的钱包交互或手动批准的需要，创造了流畅的用户体验。开发人员可以专注于增强游戏玩法，而不必担心支付的复杂性。
Yooldo 引领 Web3 游戏经济的未来
通过这次升级，Yooldo 正在开创一个 Web3 游戏自然而轻松地处理微支付的未来。这标志着玩家如何与游戏经济互动以及如何进行安全即时价值交换的重大飞跃。此外，通过向希望集成 X402 和 MCP 的项目提供可访问的服务，Yooldo 定位为一个融合了AI、游戏和 DeFi 的融合平台，我们期待这将成为我们发展的主要催化剂。我们对革新微交易的潜力感到兴奋，并期待很快与我们的社区分享这一创新。
关于 YOOLDO
Yooldo 是一个跨链 Web3 游戏平台，通过类似 CEX的界面简化入门，同时实现基于 NFT 和代币资产的真实数字所有权。在 Consensys、Linea 和其他领先合作伙伴的支持下，Yooldo 的多游戏宇宙由 $ESPORTS 代币驱动，注册玩家超过一百万。
Yooldo 持续实验以寻找可行的 Web3 游戏模型，并开发补充性的服务来增强 Web3 生态系统。无摩擦的二层和桥接集成使得在 Ethereum、Linea、BNB Chain 等链之间实现 超快速、低成本的游戏体验 成为可能。自 2021 年起，Yooldo 团队凭借专业知识和各种项目持续交付，不断震撼市场。凭借超过十年的黑客松获奖经历，Yooldo 正在为 Web2 和 Web3 玩家改写 GameFi 游戏规则。
x402 V2 发布：当 AI Agent 开始拥有「信用卡」，哪些项目将被重估？撰文：David，深潮 TechFlow
最近的加密市场进入了一段典型的垃圾时间，市场情绪在疲软与焦虑中反复横跳。
在缺乏明显财富效应的静默期，关注一下局部热点叙事算是个有性价比的选择，比如那些还在持续构建、甚至悄然迭代的基础设施。
大约1-2个月前，我们曾比较早的介绍了 Coinbase 发布的 x402 协议以及关联协议 ERC-8004，当时也有1-2周的机会窗，相关叙事里的代币都有不错的涨幅。
（相关阅读：Google 与 Visa 都在布局，被低估的 x402 协议蕴藏着哪些投资机会？）
在当时的分析中，我判断 x402 v1版本的核心叙事在于解决了「AI 拥有钱包」的问题，它让 AI Agent 能够通过简单的 API 调用完成链上支付。这在当时被视为 Base 链在 AI 赛道上的重要落子。
虽然验证了逻辑，但 x402 却受限于单链环境和单一的结算模式，并未能大规模爆发。
就在昨天，大家没注意到的是，x402 的开发者悄然发布了 V2 版本。
如果说 V1 只是一个让 AI 「能付钱」的实验性工具，那么 V2 的更新日志则透露出了更大的野心：
全链兼容、混合加密与非加密支付轨道、以及至关重要的「先办事、后付款」的信用能力。这些特性看着不是简单的修补，而是试图构建一套真正适用于「机器商业社会」的金融底层。
很符合 AI 的叙事正确。
你可以说加密市场现在已经没啥赚钱效应了，但提前了解一下还活着的协议更新，也不是什么坏事。
万一又找到 Alpha 了呢？
从让 AI 有个钱包，到让 AI「先享后付」
照顾一下已经忘了 x402 是什么的朋友，一句话解释402协议最初版本的作用：
「复活互联网协议中沉睡的 402 代码，让 AI 能够像人类刷卡一样，通过加密钱包调用 API，自动购买数据和服务」。
V1 版本虽然把这个逻辑跑通了，但在实际应用中却显得很笨重。
如果你的 AI 代理（Agent）每做一次推理、每调取一次数据，都要在链上签一次名、付一次 Gas，这种「一手交钱一手交货」的原子化交易模式，效率极低且成本高昂。
这导致 V1 更像是一个技术 Demo，而非能承载商业流量的基础设施。
而 V2 的核心变化，恰恰在于它试图让 AI 的商业行为「正常化」。
在仔细研读 V2 的文档后，我认为最值得关注的改动是延迟支付机制的引入。
在原文里，它是这么说的：
这听着很技术，如果翻译成金融语言，那大概是：
允许服务商和 AI 之间建立一种「记账」关系：AI 可以先通过验证使用服务（比如连续调用 1000 次算力接口），系统在后台记账，最后再进行一次性的统一结算。
这听起来似乎只是省了 Gas 费，但从叙事角度看，它意味着 AI Agent 开始拥有了「信用」。
一旦允许「先享后付」，炒作和叙事的细分赛道就扩展了，比如市场需要评估这个 Agent 的违约风险，就需要有人为新诞生的 Agent 提供担保。
这实际上是在为 AgentFi 铺设地基，从单纯的支付工具，发展到了信贷与金融层面。
除了这个隐藏的「信用层」外，V2 在基础设施层面还有两个显性的重大更新：
从「Base 优先」到「默认多链」 (Multi-chain by default)： V1 带有浓厚的 Base 生态实验色彩，而 V2 定义了一套通用的 HTTP 头部交互标准。这意味着，无论是在 Solana、以太坊主网还是 L2 上，只要适配该标准，都能接入。这打通了资金的「跨链孤岛」。
混合轨道 (Hybrid Rails)： V2 打通了法币与加密货币的隔阂。Agent 可以支付 USDC，而通过 x402 网关，传统的云服务商（AWS, Google Cloud）可以直接收到法币。这是 AI 从链上自嗨走向真实世界采购的关键一步。
为了更直观地理解这次迭代的跨度，我整理了一份 V1 与 V2 的核心对比表：
总结来说，V2 版本看起来是不想只做 Base 链上的玩具，更偏向 AI 经济里的 VISA 网络，试图给 AI 办了一张全网通用的「信用卡」：
用「延迟支付」解决高频交易的效率问题。
用「多链兼容」解决资金来源问题。
对于寻找 Alpha 的玩家来说，笔者预判这可能会暗示两个即将被重估的赛道：
谁来给这些 AI 提供信用评级和担保？即AI 征信层
谁能最先通过这种流式支付把算力卖给 AI？可能与 DePIN 的支付落地有关
顺藤摸瓜，哪些项目站在了 V2 的风口上？
搞清楚 x402 V2 的核心升级逻辑后，寻找标的的思路就很清晰了。
如果 x402 V2 是 AI 经济体中的「Visa 结算网络」，那么以下三类协议，构成了这个网络得以运转的关键节点。
第一类：AI 的征信局与履约层
V2 引入「先办事、后结算」的订阅模式，直接带来了一个挑战：
服务商凭什么相信一个匿名的 AI Agent 会在月底如约付钱？
解决这个问题需要两层保障：一是信用分，判断你有没有钱付，二是履约验证，判断活儿干没干好。这也正是之前 我们介绍过的，x402 与 ERC-8004 叙事交汇的地方。
一些很明显叙事符合的项目有：
Spectral ($SPEC)，@Spectral_Labs
定位： 链上信用评分与机器智能网络。
关联点： Spectral 核心产品是 MACRO 评分（类似链上 FICO）。在 x402 V2 环境下，服务商可以设定门槛：只有信用分达标的 Agent 才能开启「后付费」模式。这是「赊账」逻辑成立的前提。
Spectral 正在推的 Inferchain ，旨在解决 Agent 验证问题，与 x402 V2 的结算需求互为表里。
Bond Credit，@bondoncredit
定位： 专门为 AI 代理设计的信用借贷层。
关联点： 目前极少数打出「Credit for Agents」口号的项目。当一个新 Agent 想通过 x402 V2 使用云算力但没钱时，Bond Credit 利用 TEE 监控其历史表现，提供信用担保，让服务商敢于开启「延迟支付」。
需要注意，项目处于早期阶段，DYOR。不过赛道很垂直，填补了 AI 借贷的空白。
CARV（$CARV)，@carv_official
定位： 模块化数据与身份层。
关联点： 解决了「我是谁」的问题。x402 V2 支持多链，CARV 的 ID 标准能让 Agent 在不同链上维持统一身份。
官推显示已有实际落地的支付场景测试。
顺带一说，这里的「履约验证」逻辑，实际上再次印证了我们在上一篇关于 ERC-8004 标准文章中的判断。
x402 V2 负责「资金流」的结算，而 ERC-8004 标准负责「业务流」的验证。
只有确认服务已交付，延迟付款才会触发。当时我们提及的相关赛道逻辑，在 在这波 x402 V2 更新里同样受用，一图流再次放出：
（相关阅读：x402 逐渐内卷，提前挖掘 ERC-8004 里的新资产机会）
第二类：AI 的「水电煤」与验货员
x402 V2 的「会话级结算（Session-based）」大幅降低了高频支付的摩擦。理论上利好卖算力的 DePIN，也利好那些证明「算力没造假」的验证协议。
典型的老协议如：
Akash Network ($AKT)
定位： 去中心化算力市场。
关联点： 算力租赁是典型的「按秒/按量」计费场景。x402 V2 允许 AI 直接用 USDC 甚至法币通道进行流式支付，极大地降低了 AI 采购算力的门槛。
逻辑上，这更像被动的受益，关联没那么大。
Giza（$GIZA)，@gizatechxyz
定位： 可验证机器学习协议（ZKML）与 DeFi Agent 应用。
关联点： Giza 具有双重身份。作为技术层，它是支付结算前的「验货员」。在使用 x402 支付昂贵的推理费用前，Giza 的 ZKML 技术能证明「模型确实按要求运行了」。
作为应用，它的旗舰产品（如 ARMA）本身就是依靠 x402 这种支付轨道运行的 DeFi Agent。
第三类：AI 的「资产端」和执行层
这里的叙事逻辑是，x402 v2 如果让 AI 支付变得更好，那么谁在生产这些 Agent？谁在利用这些工具帮用户赚钱？
老朋友，又回到了 Virtuals Protocol ($VIRTUAL)。
作为头部的 AI Agent 发行平台，x402 V2 相当于给了 Virtuals 上的 Agent 一本「跨链护照」。持有 VIRTUAL 系 Agent 的用户，未来可以通过 x402 协议，指挥 Agent 去 Solana 打新或去主网套利。
Brahma，@BrahmaFi
定位： 链上执行与策略编排层。
关联点： Brahma 由于其核心业务是帮用户自动化执行复杂的 DeFi 策略，他们可以用 x402 来统一支付各种 Keeper（执行者）的 Gas 费和执行费，实现完全的自动化。
这也可以签出一类关于 DeFAI 的场景适配。DeFi 向 AgentFi 转型的关键基础设施。
总结
最后，让我们收回视线，冷静地思考一下 x402 V2 发布的信号。
x402 在技术上是个支付协议，在加密语境里，其实它可以牵出很多金融玩法。
V2 通过引入「延迟支付（信用）」和多链账户，其实也可以让 AI 有资产负债表的概念。
当一个 Agent 可以被允许「先服务后付款」，它就拥有了负债；当它可以跨链持有多种资产，它就拥有了权益。
一旦有了资产和负债，AI 就不再只是一个代码脚本，而变成了一个独立的经济体，玩法就花了。
这才是 AgentFi（代理金融）叙事的真正原点。
对于投机而言，当下的市场疲软期，不需要去幻想未来 AI 会如何构建复杂的商业帝国，只需要关注最底层叙事逻辑变化：
以前我们投资 AI，是在投模型层，即「谁更聪明」；未来我们投资 AI，是在投金融层，即「谁更富有」。
x402 V2 只是发令枪。一旦行情好起来，可以密切关注那些给 AI 发身份证的、给 AI 做征信的、以及把算力变成零售商品的。
这些项目都是那种一听非常性感、也很难证伪、具有叙事前瞻性的。
在 AI 从工具向经济体进行叙事升级的过程中，这些卖铲子的项目，无论市场牛熊，都将收取第一波过路费。
周末荐读：SpaceX 明年寻求上市，x402 推出 V2 版本整理：Nona
本周聚焦
《从按次计费到通用支付层：x402 V2 升级全景速览》
过去六个月，x402 已累计处理超 1 亿笔支付，主要集中在 AI 代理微交易、付费 API 和内容订阅场景。V2 基于社区反馈与生产数据，将协议从「单链单实现」转向「多链、可插拔、可演进」的统一支付层，同时保持完全向后兼容。
《从 Sei「联姻」小米看 Web3 移动终端的破圈之路》
在 Sei 与小米联手绘制破圈蓝图时，Web3 移动终端这一赛道上早已布满形态各异的竞速者。它们大致可分为两条截然不同的路径：一条是 Web3 原生厂商的「硬核实验」，以极致的加密集成试图重新定义手机；另一条则是传统消费电子巨头的「审慎探索」，在庞大的存量市场与严格的监管合规之间小心权衡。
《盘点美国加密监管政策：加密立法进程已经走到哪一步了？》
今年伊始，美国白宫发布《加强美国在数字金融技术领域领导地位》总统行政令，撤销拜登时期加密货币政策，明确「保护和促进私人经营加密货币」，并要求提供「技术中立的法律支持加密货币发展」。该行政令还设立了总统数字资产市场工作组，同时禁止设立中央银行数字货币（CBDC），正式为后续联邦层面的加密政策定调。
《解读 HIP-3：一份基于数据的质押者盈利指南》
HIP-3 很快成为 HyperliquidX 上最热门的功能之一。它的概念十分简洁：任何人只要质押 50 万枚 HYPE，就能部署一个永续交易所，并和质押者共享交易手续费。实际运行中，HIP-3 让 Hyperliquid 变成一个「交易所即服务」的层，许多独立的迷你交易所将为争夺交易者而竞争。
《斥资 9.63 亿美元增持超 1 万枚比特币，Strategy 的「无限子弹」模式仍能持续？》
面对如潮水般涌来的质疑，Strategy 此次大额增持比特币的举动，或许可看作是一种无声却有力的回应。同时，这一增持的背后，也隐藏着一个问题：此举仅仅是 Strategy 延续了一以贯之的长期买入策略，还是其向市场释放的一种看好加密市场近期走势的积极信号？
精选推荐
《Pump Fun 究竟是昙花一现的「周期性产品」，还是下一个链上消费超级应用？》
归根结底，Pump Fun 的成功与否，取决于 Meme 币这一资产类别能否取得成功。笔者认为，Meme 币将会长期存在，且其应用场景、实际效用以及与在线社交体验的深度融合才刚刚开始。
《我不后悔把人生中的八年时间投入到加密货币领域》
世界可能不会出现比特币泛滥的局面。NFT 并没有彻底改变数字所有权。资本市场正在向区块链靠拢，但速度非常缓慢。除了美元之外，我们还没有将太多东西代币化。也没有哪个专制政权是靠普通民众的加密钱包推翻的。智能合约主要涉及衍生品，除此之外几乎没有其他用途。
《美欧加密监管的十字路口：试验场，还是博物馆？》
从 2017、2021 到 2025 年疲惫不堪的交易者们，要求对加密问题进行一次清算和最终裁决；而最重要的是，我们最钟爱的资产，理应迎来它们应得的历史高点。
《阿布扎比才是加密之都？为何币安、Tether、Circle 扎堆选择阿布扎比》
从荒漠到现代化都市、从珍珠采集到加密天堂，阿布扎比在石油经济的基础上成功开辟了另一条发展道路：加密创新之都。阿布扎比凭借明确的加密监管框架、免税或低税政策、主权资本参与带头等多项措施，吸引了来自全球的大量加密企业目光。
《如何成为 Web3 超级个体？AI+Crypto 时代的个人觉醒指南》
曾经，巨头和机构决定资源的分配。如今，一个推特账号、一套策略系统、一群信任你的关注者，足以让一个人脱离平台的喂养，自我成长。这就是「超级个体」：一个人可以在内容、交易、创业三者之间自洽循环，甚至可以用 AI 作为自己的认知副脑。既是生产者，又是投资者，甚至可以是叙事的建构者。
本周不容错过的十条新闻
美国国会敦促 SEC 允许将比特币及加密货币纳入 401 (k) 退休计划
Ripple 完成对稳定币平台 Rail 的 2 亿美元收购交易
YouTube 为美国创作者推出通过 PayPal 接收稳定币付款的选项
知情人士：Coinbase 计划于 12 月 17 日公布其预测市场和代币化股票产品
io.net 发布 IDE 代币经济 Litepaper，拟 2026 年二季度实施并回收至少一半激励代币
Nicholas Financial 计划推出仅在隔夜交易时段持有资产的比特币 ETF
Circle 推出具备「银行级隐私」稳定币 USDCx，将在 Aleo 上线
日本金融厅：未批准加密货币 ETF 前，海外 ETF 挂钩 CFD 难在本土放开
HashKey 披露 IPO 细节：计划募资最多 16.7 亿港元，预期将于 12 月 17 日挂牌买卖
Coinbase 重新开放印度用户注册，并拟于明年推出法币入金通道
从按次计费到通用支付层：x402 V2 升级全景速览撰文：Tia，Techub News
12 月 11 日晚，Coinbase 孵化的开源支付协议 x402 发布 V2 版本。这是自 2025 年 5 月主网上线以来的首次大版本迭代。过去六个月，x402 已累计处理超 1 亿笔支付，主要集中在 AI 代理微交易、付费 API 和内容订阅场景。V2 基于社区反馈与生产数据，将协议从「单链单实现」转向「多链、可插拔、可演进」的统一支付层，同时保持完全向后兼容。官方文档显示，V2 已于当日完成全部核心仓库的合并，SDK 与 Facilitator 参考实现同步更新。核心变化一览 V2 的改动集中在五个层面：
钱包身份与会话复用：支持 CAIP-122 标准的 Sign-In-With-X，一次链上付费即可建立「可重用会话」，同一会话内高频调用不再反复签名、转帐，延迟与手续费大幅下降，体验接近「微订阅」。
统一支付格式 + 多链/法币路由：规范了链、资产、传统轨道的识别方式，形成「单一支付格式」；开发者无需为 Base、Solana、ACH、银行卡各自写适配器，SDK 已内置动态路由。
自动服务发现：新增 Bazaar API，Facilitator 节点会实时爬取并索引所有 x402 服务的元数据（价格、支持链、计费模式），用户/代理可以「即搜即用」。
模块化 SDK & 动态收款方：协议拆成「类型-逻辑-表示」三层，开发者只要实现对应插件即可接入新的计费模式（用量阶梯、商业授权、预付、订阅等），收款地址也可在运行时由 Facilitator 动态返回。
原生支持更多代币与稳定币：除了 USDC，还默认兼容 Base/Solana 原生代币；通过 CAIP 标准可横向扩展至其他链，无需等待 2026 年 Q2 的 EIP-3009 排他性解除
社区回声：点赞、落地与隐忧
@ubountyAI（GitHub 贡献者）第一时间给出肯定：「V2 把变化从核心规范里挪了出来。以后加新链、加新支付轨道只需要写 Extension 和对应的 Facilitator 实现，不用再给主仓库提 PR。这是真正可演进标准的正确姿势。」一句话点破了「模块化」带来的治理红利——规范稳定，创新外置，冲突概率骤降。
独立研究员 @0xosprey 则认为：「很多人低估了 Extensions。V1 是「推」新功能，V2 是让社区「拉」新功能。PMF 很可能从某个 Extension 开始爆发。」在他看来，V2 的最大卖点不是多链路由，而是把「产品—市场匹配」的搜索成本甩给了成千上万的开发者，官方只需维护最小共识层。
中文社区的声音同样热烈。Rooch Network 创始人 @jolestar 认为：「V2 本质是把 x402 从「Coinbase 的一个实现」变成了「社区可共同演进的标准 + 可插拔的参考实现」。这才是长期能活下去的路径。」一句话，给「去中心化」这面大旗补上了经济和技术双重注脚。
落地速度比评论更快。Lighthouse 存储开发者 @Dastan_rs84 在发布当天就完成了 SDK 升级：「Filecoin 存储现在可以做到 0.0001 美元/MB、代理直接付代理，完全不经过人类钱包。」当「机器付机器」从 Demo 变成生产级参数，V2 的叙事就不再是「更好的 API」，而是「AI 代理的 Stripe」。
当然，狂欢之外仍有冷思考。@corbits_dev 提醒：「协议层其实改动不大，主要还是 SDK 和参考实现的完善，两阶段结算和中继依赖的根本问题并没有解决。」@402zk 则把矛头指向隐私空白：「高频微支付场景下，隐私稳定币 + ZK 验证仍是空白，Extensions 里暂时没有看到相关方案。」
小结：通往「机器原生」经济时代的终极跳板
从 V1 到 V2，x402 的演进路径清晰地勾勒出 Web3 支付从「实验性玩具」向「工业级基础设施」转型的全过程。如果说 V1 验证了在链上进行微支付的可行性，那么 V2 则是通过模块化和标准化的手段，试图定义未来十年内，数字生命之间如何进行资源交换。
范式转移：从「人付账」到「代码付账」
x402 V2 最深远的意义，在于它完成了对「支付主体”的去中心化解构。在传统金融体系中，支付的终点永远是一个具备法律身份的自然人或实体。但在 V2 的 Bazaar API 与会话复用机制下，支付的决策权被彻底赋予了 AI 代理（AI Agents）。
正如 Lighthouse 开发者所展示的那样，当存储、算力、带宽都被封装进标准的 x402 接口，AI 代理不再需要人类的即时授权就能自主完成生产要素的采购。这种「机器原生」的经济闭环，将释放出人类历史上从未有过的生产力——当数以亿计的 AI 代理在毫秒级的时间尺度内进行成千上万次微额博弈时，全新的定价模型、套利策略乃至经济组织形式都将应运而生。撰文：David Christopher 编译：Block unicorn x402 的成功离不开原生集成者。未经授权的封装程序可能会将潜在合作伙伴变成对手。 上周，Coinbase 推出了 agentic.market，这是一个展示 x402 端点的平台，旨在让 x402 生态系统更容易被发现。 浏览 agentic.market，你会发现各种服务的实时、按需访问，从链上工具到主流 API 应有尽有。部分端点由原始提供商直接提供。许多端点则来自第三方：一些公司将现有的 API 封装成 x402（和 / 或 MPP），并将其打包成可供代理使用的工具包，用户只需支付少量费用即可通过单一连接访问。 第二种方式使情况变得复杂。在 Agentic Market 上展示的第三方端点中，包括 Wolfram Alpha、Google Flights 和 Amadeus（一个广泛使用的旅行数据平台）的服务。我之所以重点关注这三个平台，是因为它们自身都没有宣布过 x402 集成，而且它们的服务条款也表明它们不太可能授权第三方代表它们构建集成。 Agentic Market 上索引的每个端点都可能是第一方（原始提供商直接提供其 API）、第三方授权（获得明确许可的经销商，通常是通过正式认证或合作伙伴计划），或者未经授权的第三方（公司未经许可转售其付费获得的 API 访问权限）。 在整个市场以及整个 x402 生态系统中，我们无法立即区分哪些是第一方，哪些是第三方，许多端点似乎都属于最后一类。 合同条款 如前所述，这三个提供商的条款使得未经授权的第三方安排显得很可能，在某些情况下甚至完全排除了其他方案。 Wolfram Alpha 明确禁止「经销商和聚合商」，禁止以任何方式进行数据抓取或挖掘，并且禁止未经许可出售或转授服务。这些条款似乎完全没有为授权的第三方路径留下任何空间。而且，查看该端点的快速入门指南后，很明显这不是第一方集成。 Wolfram Alpha 服务条款中的 API 禁止内容 Amadeus 的主订阅服务协议仅允许客户出于内部业务目的访问，并禁止任何「出租、租赁、分发、出售、转售、转让或以其他方式转移」其访问权限的行为。任何第三方连接都需要 Amadeus 的认证，并以正式的服务订单形式记录。这意味着这是获得第三方授权的唯一途径，而任何现有端点是否符合此要求，从外部是无法查看的。 Agreement 中的限制 Amadeus 主订阅服务协议中的限制 Google 的情况最为典型。Google Flights 没有公开的 API，而且 Google 对其数据采取了严格的保护措施。 然而，第三方封装程序正在打包对 Google Flights 数据的访问，这些数据来源于 SerpApi——一家 Google 正在积极起诉的公司，指控其抓取搜索结果并转售访问权限。Google 的诉状称，SerpApi 开发了绕过访问控制的工具，每天发送「数亿」条虚假请求进行抓取，并将嵌入搜索结果中的受版权保护的内容转售。 因此，Google 起诉 SerpApi 转售受版权保护的内容并绕过其访问控制。与此同时，SerpApi 的服务却被一家代理工具包提供商封装，该提供商将其提供给代理商并收取费用。这值得深思。 通过 StableTravel 端点访问 SerpApi 的详细信息 合规性如何体现 无需法律专家也能看出，这些动态「错综复杂」。好消息是，一种更清晰的模式已经存在。 MPP 是 Tempo 在其主网上线时推出的代理支付协议，在上线首日就提供了 100 多种兼容服务。直接集成 MPP 的供应商——例如 Parallel、Stripe Climate、Browser Base 等——在其卡片上以绿色圆圈标记，表明其为第一方供应商。 通过 mpp.dev 查看的服务目录 大约两周前，热门 AI 研究工具 Exa 宣布在其搜索和内容端点中原生支持 x402 协议——成为第一方供应商，并与 Coinbase 达成合作。Exa 表示，选择 x402 而非专有协议，是因为它受到 Linux 基金会的监管。 不可避免的结果 目前，外部无法得知某个端点是第一方、第三方授权还是未经第三方授权。这是一个可以解决的问题，而 MPP 的服务目录——它清晰地展示了每个集成的来源——正是朝着这个方向迈出的一步。 未经授权的抓取行为已经给服务提供商带来了诸多可衡量的压力：服务器负载、带宽成本以及他们从未同意提供的流量。第三方将抓取的数据封装在 x402 协议中并收取费用，更是雪上加霜。服务提供商承担了所有成本，却分文未得。 因此，有必要明确问题的根源所在。x402 是一个开放协议——就像任何开发者都可以基于 HTTP 进行开发一样，任何开发者都可以基于 x402 进行开发。支付机制无法追踪上游数据是否经过授权获取。责任在于那些将这些端点打包供用户使用的开发者。 如果缺乏问责机制，可能会对 x402 的整体发展造成负面影响——潜在的原生集成者可能会变成反对者，而不是参与者。这些收入本应属于服务提供商。原生集成是他们声称拥有这些收入的方式，也是 x402 获得发展所需合法性的方式。 注意：截至 4 月 25 日，Google Flights 已不再被 Agentic Market 收录。