Cloudflare 推出 Monetization Gateway：用 x402 为网页、API 与数据按次收费

分享到

Cloudflare 宣布开放 Monetization Gateway 候补名单。这是一套面向 Cloudflare 客户的变现引擎，目标是让受 Cloudflare 保护的数字资源都能设置付费访问规则，包括网页、数据集、API 和 MCP 工具。

该产品计划提供一个统一控制面，用于管理支付策略与访问控制，并在边缘网络侧完成支付验证与执行，从而减少高频支付请求对源站的压力。发布初期，支付将通过开放协议 x402 结算，并使用稳定币完成。

为什么需要新的 Web 收费模式

过去 30 年，Web 的主要商业模式建立在“内容换注意力”之上：广告、订阅和电商共同支撑了大量互联网服务。

但 Cloudflare 认为，随着 AI Agent 成为重要的互联网使用者，这一模式正在发生变化。Agent 不会观看广告，也不一定会为所有工具长期订阅。它们通常只读取一次页面、调用一次数据源，拿到所需信息后离开。

在 Cloudflare 的描述中，AI 爬虫对内容的请求量可能远高于其带回的人类访问量。因此，Cloudflare 认为更适合 Agent 时代的方式，是围绕请求、Token、结果或具体资源使用进行计费，而不是只依赖席位或月费。

可能的计费方式包括：

云服务和 API 行业长期采用按调用量、按小时计费的模式，但这通常依赖已知买家：用户注册、获取 API Key，再进入计量账单系统。对于陌生调用者和低于几美分的微支付，传统支付网络成本较高、结算较慢，往往不适合。

Cloudflare 希望通过自身位于买卖双方之间的代理层位置，把计量、支付交换和结算从源站移到边缘网络，让资源所有者只需要定义规则、价格和访问条件。

x402 是一种基于 HTTP 的开放支付协议，名称来自 HTTP 402 Payment Required 状态码。

典型流程如下：

这一过程发生在普通 HTTP 请求和响应中，不需要跳转到结账页面，也不需要额外调用独立支付 API。资金以点对点方式结算，买家支付的资金会直接进入卖家的钱包。

Cloudflare 表示，Monetization Gateway 的设计目标是尽量降低支付开销，并争取实现亚秒级结算。

x402 对机器支付的吸引力主要在两点：

x402 本身不限定具体支付网络，但 Cloudflare 认为它与稳定币天然适配，因为稳定币可以支持低成本、快速结算，并避免传统卡支付中的拒付问题。

Monetization Gateway 将提供一套灵活的支付规则 API，让客户定义哪些访问场景需要付费。

Cloudflare 表示，客户可以像配置其他 Cloudflare 规则一样，通过表达式设定付费条件。匹配规则的请求会先在边缘网络完成支付验证，验证通过后再放行到源站。

计划中的能力包括：

按 REST 方法收费：例如对 /api/premium/* 下的 GET 或 POST 请求每次收取 0.01 美元；
可变价格：根据任务复杂度设置不同价格，例如图像生成按实际计算资源收取最高 2 美元以内的费用；
仅对未认证调用者收费：当源站返回 HTTP 401 Unauthorized 时，Gateway 可改为返回 402 Payment Required，并附带价格和支付说明。

这些规则可在控制台中配置，也可以通过 Cloudflare API 和 Terraform 以基础设施即代码的方式管理。

Monetization Gateway 初期将允许资源所有者要求买家使用稳定币支付。卖家可以继续使用收到的稳定币进行交易，也可以兑换为等值法币并进入银行账户。

Cloudflare 强调，这一模式的一个重点是降低准入门槛：Agent 可以请求资源、收到价格、完成支付并获取响应，而不一定需要提前注册、申请 API Key 或与资源方建立关系。

同时，资源所有者仍可决定对买家了解多少信息，也可以要求 Agent 通过 Web Bot Auth 等机制完成身份验证，再基于已有账户进行按量计费。

Cloudflare 对这一产品的长期判断是：Agent 将越来越多地代表用户自主行动，携带钱包购买所需资源，例如数据集、API 调用、工具调用或计算资源。

在这种场景下，一些资源可能免费，一些资源需要验证 Agent 身份，一些则同时要求身份和支付。Cloudflare 希望把身份验证、规则执行和支付确认都放进一次请求处理流程中，在源站收到请求前完成判断。

这意味着，对开发者和内容所有者来说，请求本身可能逐渐成为交易单元：一次请求对应一次资源使用，也对应一次可验证的支付。