2026 年 7 月 1 日，Cloudflare 宣布了 Monetization Gateway——一个让客户对任何经过 Cloudflare 保护的资源收费的产品。网页、API、数据集、MCP 工具调用，都可以被标上一个价格。当一个调用方——无论是人类还是 AI agent——请求一个付费端点时，它收到的不再是数据，而是一个 HTTP 402 状态码和一段支付指令。付完 USDC，资源解锁。整个过程在一秒内完成，没有注册页面，没有 API key，没有信用卡表单。
这个产品建立在 x402 协议之上——一个将支付嵌入 HTTP 请求-响应周期的开放标准。它的背后是 Linux Foundation 旗下的 x402 基金会，创始成员包括 Google、Visa、Stripe、AWS、Microsoft 和 Circle，这构成了一个有组织的基础设施建设项目。
HTTP 402：一个等待了三十年的状态码
HTTP 规范中有一个状态码叫 402 Payment Required。从 1996 年 HTTP/1.0 起它就被保留，备注是”保留供将来使用”。Tim Berners-Lee 和当时的 Web 架构师们预见到了一个需要原生支付能力的 Web，但实现这一愿景所需的基础件——低费率、即时结算、全球可用的支付通道——在之后的二十多年里始终缺位。
早期的尝试，如 DigiCash、CyberCash 和各种微支付方案，都因为缺乏足够的基础设施而失败了。信用卡网络的手续费过高（通常 2.9% + $0.30），小额支付的成本超过支付本身的价值。Web 的商业模型因此转向了广告和订阅——通过聚合注意力来间接变现，而不是直接为内容本身收费。
三个变化让 402 在今天变得可行。第一，稳定币（如 USDC、Open USD）提供了价格稳定的数字资产，可以在全球范围转移而无需传统银行通道。第二，Solana、Base 等区块链的 Layer 1 和 Layer 2 网络将单笔交易成本压低到一分钱以下，实时结算。第三，AI agent 正在成为 Web 的主要消费者——它们不点击广告、不填写注册表单，需要一个完全程序化的支付机制。
x402 协议：支付作为一个 HTTP 头
x402 协议的核心想法简单到可以在一段伪代码中表达：
客户端请求 → 服务器返回 402 + 支付要求 →
客户端签名交易 → 重试请求并附上支付证明 →
服务器验证 → 返回资源整个交互发生在标准 HTTP 请求-响应周期内。没有跳转到第三方支付页面，没有额外的 API 调用。当服务器判断一个请求需要付费时，它在响应中包含 PAYMENT-REQUIRED 头，编码了收币地址、金额、接受的网络和支付方案。客户端（或它背后的 agent）选择一种支持的方案，构造支付负载，签名后通过 PAYMENT-SIGNATURE 头回传。服务器验证签名后返回资源。
图片来源：x402 Foundation GitHub 仓库（github.com/x402-foundation/x402），展示了 x402 协议的典型支付流程：客户端 → 402 响应 → 支付构造 → 验证 → 资源返回。
协议的架构中有三个角色：客户端（支付方）、资源服务器（提供 API 或内容的 HTTP 服务）、facilitator（验证和执行支付的中间服务）。facilitator 是可插拔的——资源服务器可以选择自己验证支付，也可以委托给第三方 facilitator。Cloudflare 的 Monetization Gateway 本质上将 Cloudflare 的全球边缘网络变成了一个 facilitator 层，在 330+ 个城市就近完成 x402 握手。
x402 定义了几种支付方案（scheme）来适应不同场景。exact 方案支付固定金额（例如 $0.01 读一篇文章）。upto 方案授权一个最大金额，卖方按实际用量扣款。batch-settlement 方案支持批量结算——将多次微小支付打包为一笔链上交易，降低高频场景下的 Gas 成本。
从开发者体验来看，集成门槛被刻意压得很低。服务端只需要在 Express 或 Hono 路由上加一行中间件；客户端用一个 @x402/fetch 替换原生 fetch，就可以自动处理 402 响应、签名交易、重试请求。对于 MCP 工具开发者，Cloudflare Agents SDK 提供了 paidTool 包装器：
import { paidTool } from 'agents/x402'
const premiumSearch = paidTool(searchTool, {
amount: 0.01,
currency: 'USDC',
address: '0xYourWalletAddress'
})这就完成了一个 MCP 工具的按次收费——不需要账单系统，不需要用户管理，只需要一个钱包地址。
Cloudflare Monetization Gateway 的架构位置
Monetization Gateway 的价值主张建立在 Cloudflare 已有的代理层位置之上。
图片来源：Cloudflare 官方博客（blog.cloudflare.com/monetization-gateway/），展示 Cloudflare 作为代理层将支付验证与请求路径合并的架构。
Cloudflare 网络每天已经承载着海量的 API 调用、网页请求和数据传输。Monetization Gateway 在这条路径上增加了一个支付规则引擎：用户通过 Dashboard、API 或 Terraform 配置规则表达式，决定哪些流量需要付费。当匹配的请求到达时，Gateway 在边缘验证支付，通过后才将请求转发到源站。计量、支付交换和结算都不触及源站——源站只做自己的业务逻辑，Cloudflare 处理收钱。
产品规划的定价表达能力相当灵活：支持按 REST 动词收费（GET /api/premium/* 每次 $0.01）、可变定价（图片生成按算力消耗、最高 $2）、仅对未认证调用方收费（拦截 401 并替换为 402）。
这种设计解决了一个真实的历史问题：用量计费（usage-based billing）在技术上是重活。企业需要建立内部的用量追踪系统、做审计、做账单——很多团队因此选择了更简单但更粗糙的按座定价。Cloudflare 替卖方做掉了这些，把”用量计费的复杂度”转化为”写一条规则”。
与 Stripe 的差异：面向 agent 的支付范式
将 Monetization Gateway 与 Stripe 对比，可以看到两种支付范式的根本差异。
Stripe 的模型面向人类买家：用户需要注册账户、绑定银行卡、完成 KYC、收到 API key。整个流程假设一个能填写表单、查看邮箱、点击确认按钮的人类在回路中。对于 SaaS 订阅和电商，这个模型运转良好，但它在几个关键点上与 agent 经济不兼容。
第一，账户关系。Stripe 模式下，买家和卖家之间需要建立账户关系——买家在卖家平台上注册、通过 Stripe 完成支付。这是一个已知买家模型。x402 模式下，支付本身就是凭证，买方不需要在卖方那里拥有账户。一个 agent 拿着钱包地址就可以向任何 x402 端点付款，无需前置的注册流程。这是匿名买方模型。
第二，支付粒度。Stripe 的最小可处理金额受信用卡网络的 fees 限制，通常低于 $0.50 的交易在成本上不划算。x402 在 Base 或 Solana 上的交易费用可以低于 $0.001，使得按每次 API 调用、每页文章、每个 token 收费在经济上成立。
第三，结算速度。信用卡交易需要数天才能到达商户账户，且存在 chargeback 风险。稳定币链上结算在秒级完成，且不可逆——这对卖方是优势（无 chargeback），对买方是劣势（无争议渠道）。
第四，买方的财务控制。Stripe 生态中，买方通过银行或信用卡公司获得一定程度的消费保护和争议解决机制。x402 将控制权移到了钱包层面——买方可以设置每个 agent 的最大支出限额，但一旦签名发出，支付不可撤销。这个差异在 HN 讨论中被多次指出：agent 在非确定性行为下的支出失控风险，在无 chargeback 的链上支付中更加尖锐。
Stripe 本身也是 x402 基金会的创始成员。这暗示着传统支付公司不认为 x402 是对自己的替代，而更可能是在自己的产品线中增加面向 agent 的支付通道。
社区反应：乐观与质疑并存
Cloudflare 的博客文章在 HN 上收获了 327 分和 226 条评论。社区的反应可以归纳为几种典型立场。
乐观派认为微支付的鸡生蛋问题终于看到了解法。“微支付被尝试了无数次，但都倒在用户采纳的临界质量上。Cloudflare 这种规模的公司有可能真的把它推过去，“用户 thatmf 写道。另一条高赞评论指出，这是 AI agent 从爬取免费内容到付费使用正式资源的转折点——它可能成为 AI 时代的 AdSense。
务实派关注落地细节。用户 bilekas 提出了一个典型的实践问题：“我能理解对 agent 按请求收费，但我想给人类继续提供免费体验。能否区分 agent 和人类流量？“这触及了 Monetization Gateway 一个尚未完全回答的问题——是否以及如何与 Cloudflare 已有的 bot 检测能力集成，以实现差异化的付费策略。
怀疑派从多个角度提出了质疑。用户 pdp 认为 x402 的采纳面临 uphill struggle，因为 agent 所有者更可能通过 Stripe 等传统支付的 agentic API 来管理支出——“我无法想象普通用户会开设稳定币钱包”。用户 hedora 关注隐私问题：整篇博客没有出现”隐私”一词。每笔 x402 交易都在链上公开可见，这意味着竞争对手可以实时检查你的定价结构和交易量。用户 VladVladikoff 表达了对 Cloudflare 作为”互联网守门人”角色的不适。
批判派看到了更结构性的问题。用户 artisin 的评论颇具代表性：“早期 Web 先驱们星光熠熠的梦想终于实现了：一个由冰冷 agent 和微交易填充的、没有灵魂的互联网。“用户 verall 则警告了一个更实际的后果：“我可以预见到大量 AI 生成的、面向 agent 优化的网页，竞相诱骗你的 agent 给它们几厘钱。“这个担忧触及了 agent 经济的核心矛盾：当买方也变成程序时，欺诈和博弈的形态会发生根本变化。
争议焦点：定价透明化、加密依赖与中心化风险
社区的讨论揭示了 x402/Monetization Gateway 模式下的三个结构性张力。
定价的完全透明化。每笔 x402 交易都在链上公开，支付金额、收币地址、调用频率全部可见。这对竞争激烈的 API 市场是一个现实问题——竞争对手可以实时监控你的定价策略和客户规模。Cloudflare 在产品中可能通过批量结算方案（batch-settlement）缓解这一问题，将多次支付打包为一笔链上交易以模糊单次计费细节，但这本质上是用技术方案掩盖协议层面的透明度特性。
稳定币依赖。当前的 Monetization Gateway 以 USDC 等稳定币结算。对于 crypto-native 的开发者，这不是问题——数据显示截至 2026 年 4 月，x402 已经处理了 1.65 亿笔交易，涉及 69,000 个活跃 agent，年化交易额约 6 亿美元。但对于企业采购部门（习惯发票和 net-30 付款条件）和普通消费者，获得和管理稳定币钱包仍然是一道门槛。Cloudflare 在博客中提到卖方可以将积累的稳定币兑换为等值法币存入银行账户，但买方侧的入金体验尚未被解决。x402 Foundation 的路线图中包括了法币支付的扩展方案，Cloudflare 也在贡献一个”延迟支付”扩展提案，但当前产品仍然是 crypto-first。
Cloudflare 的中心化角色。Monetization Gateway 将 Cloudflare 植入了支付交易的关键路径——验证支付、执行定价规则、转发请求。对已经将网站或 API 托管在 Cloudflare 后面的用户来说，这是自然延伸。但对互联网治理有疑虑的观察者，这进一步强化了 Cloudflare 作为基础设施守门人的角色。x402 协议本身是开放的，任何人都可以实现 facilitator，但 Cloudflare 的网络效应和分发优势让 Monetization Gateway 在事实上成为了 x402 生态中最便利的入口。
这不是孤立的动作
将 Monetization Gateway 放在 Cloudflare 过去一年的产品轨迹中，可以看到一条清晰的路线。
2025 年 7 月，Cloudflare 推出了 Content Independence Day——一键控制哪些 AI 爬虫可以访问网站内容——以及 Pay Per Crawl，让内容所有者向 AI 爬虫收费。2025 年 9 月，Cloudflare 与 Coinbase 宣布联合发起 x402 Foundation，并将 x402 交易支持集成到 Cloudflare 网络中。2026 年 4 月，x402 Foundation 在 Linux Foundation 下正式成立，20+ 家创始成员包括 Google、Visa、Stripe、AWS、Mastercard、Circle、Microsoft、Shopify、American Express。2026 年 6 月，Cloudflare 推出了临时账户（Temporary Accounts），让 AI agent 无需注册即可部署 Workers。现在，Monetization Gateway 把这些线头接在了一起——agent 不仅能在 Cloudflare 上创建和运行资源，还能为访问这些资源付费和收费。
这是一个从「让 agent 能够使用基础设施」到「让 agent 能够在基础设施上交易价值」的产品递进。Cloudflare 的博客以一段宣言收尾：「这是我们要构建的东西：一个 agent 优先、内置互联网级结算的互联网。创造值得付费之物的人，会被使用它的软件自动付费。最小的新 API 可以接触和最大公司同样的买家，独立创作者会因为大语言模型使用他们的作品而获得报酬。」
这段话的描述是愿景性的，它是否以及在多大程度上成为现实取决于多个变量：买方稳定币基础设施的普及速度、x402 协议 v1.0 规范（目标 2026 Q3）的完成度和向后兼容性承诺、以及整个 agent 经济在支付层面的治理和争议解决机制是否能跟上来。
本文的素材来自公开信息和社区讨论。如果你对这个话题有更深入的一手经验，欢迎指出文中的不足。
参考链接：
- Announcing the Monetization Gateway: charge for any resource behind Cloudflare via x402
- x402 Protocol Official Website
- x402 Foundation GitHub Repository
- x402 Payment Protocol: The Complete Guide (PayAI Blog)
- Cloudflare Monetization Gateway: Charge APIs via x402 (byteiota)
- x402 Foundation (Linux Foundation)
- HN Discussion: Monetization Gateway
- Cloudflare and Coinbase Will Launch x402 Foundation (Press Release)
- Cloudflare Collaborates with Leading Payments Companies to Secure and Enable Agentic Commerce
- Introducing Pay Per Crawl (Cloudflare Blog)
- Cloudflare Opens Waitlist for Stablecoin Monetization Gateway (FinanceFeeds)