MPP 协议深度解析: 当 AI Agent 学会自己付钱，机器经济的基础设施正在成形

原创 于 2026-09-01 01:05:33 发布 · 10 阅读

MPP 协议深度解析：当 AI Agent 学会自己付钱，机器经济的基础设施正在成形

2026 年 3 月，Stripe 与 Tempo 联合推出了 Machine Payments Protocol（MPP）。三个月后，Visa 发布了 MPP 的卡支付规范与 SDK；Circle 也发布了 USDC 在 MPP 上的标准化规范。一个由支付巨头和区块链公司共同推动的机器支付协议，正在从概念走向现实。

这篇文章不吹捧、不唱衰，只从技术架构、生态博弈和落地现实三个维度，做一次冷静的拆解。

一、MPP 到底是什么？

MPP 是一套基于 HTTP 的开放协议，专门解决机器与机器之间如何自动化完成支付的问题。

它的核心机制非常简洁：借用 HTTP 原生的 402 Payment Required 状态码，把支付嵌入到一次 HTTP 请求的生命周期里。

整个流程分为五步：

客户端（比如一个 AI Agent）向某个付费 API 发起一个普通 HTTP 请求

服务器返回 402 Payment Required 状态码，并在 WWW-Authenticate: Payment 头里附带一个“支付挑战”（Payment Challenge），里面包含价格、币种、收款地址、可用的支付方式等信息

客户端选择一种支付方式并完成支付（稳定币转账、信用卡支付等），生成一个支付凭证

客户端带上凭证重新发起请求（放在 Authorization: Payment 头里）

服务器验证通过，返回资源，附带 Payment-Receipt 回执

这套流程的本质是：把支付从“前置门槛”变成“请求内嵌的一环” 。开发者不需要设计复杂的计费系统、不需要管理 API Key、不需要维护用户账户体系——支付本身就是请求的一部分。

MPP 目前支持三种支付意图（intent）：

charge：一次性支付，立即链上结算

session：流式支付，适合高频请求场景

subscription：订阅支付，周期性扣费

已上线的支付方式包括 Tempo（稳定币）和 Stripe（传统卡支付）。

二、MPP 的核心价值：它解决了什么问题？

价值一：让“微支付”变得可行

AI Agent 的工作方式决定了它需要高频、小额的支付场景——调用一次 LLM API、搜索一次网页、生成一张图片，单价可能只有 0.01 USDC 甚至更低。传统支付系统的手续费结构根本无法支撑这种粒度。

MPP 通过 session 机制支持流式支付，允许在一条支付通道内完成高频的小额扣款，不需要每次交易都走一次完整的链上结算。Agent 可以预先授权一个花费上限，在会话内进行流式微支付，最后一次性结算。

价值二：消灭“API Key 经济”的固有缺陷

传统的 API 商业化模式依赖 API Key + 预付费或后付费账单。这种模式有几个问题：

对服务方来说，需要维护复杂的用户体系、计费系统和账单流程

对客户端来说，每个服务都需要单独注册、单独获取 Key、单独管理额度

MPP 让“按次付费”变成 HTTP 协议原生支持的能力——任何支持 HTTP 的客户端都可以直接付费调用任何支持 MPP 的服务，不需要预先注册任何账户。

价值三：支付方式的可插拔性

MPP 在协议层面不绑定任何特定的支付网络。它定义了挑战-凭证的通用框架，具体的支付方式（Tempo、Stripe、Visa、Circle USDC 等）作为插件接入。

这种架构意味着：同一个协议可以同时支持加密稳定币和传统信用卡，服务方不需要在“选哪个支付网络”上做非此即彼的决策。

截至 2026 年 6 月，已有超过 100 项服务在 MPP 上线时即完成接入。上线仅 5 天就积累了约 2.3K 卖家——而 x402 达到同样的规模花了 5 个月。

价值四：分发速度验证了市场需求

Stripe 的现有商户分发渠道起到了关键作用。这验证了一个判断：在协议竞争中，“分发能力”可能比“协议设计”更重要。

三、MPP 面临的挑战与局限性

挑战一：中心化与去中心化的张力

MPP 由 Stripe 和 Tempo 联合推出，目前的生产级支付方式只有 Stripe 和 Tempo 两家。

批评者指出，MPP 高度依赖特定的支付轨道（尤其是 Stripe），相比更链中立的 x402 标准，这是一个明显的短板。融入 Stripe 生态带来了分发优势，但也意味着 一定程度上的“生态锁定” 。

挑战二：与 x402 的路线之争

MPP 经常被拿来与 x402 对比。两者的关系并非简单的竞争：

x402 更侧重开放网络的链上支付（稳定币），由 Coinbase、Cloudflare 等推动，截至 2026 年 4 月已处理约 1,500 万美元交易额、1.096 亿笔交易

MPP 更侧重高频和商业化场景，通过 session 机制支持流式支付，与现有支付轨道（Stripe、Visa）深度整合

两者的定位差异决定了它们可能覆盖不同的市场区间：

x402 覆盖开放网络的长尾需求

MPP 承接高频商业流量

但标准之争从来不只是技术之争，更是生态之争。Cloudflare 等关键基础设施的站队选择，将深刻影响哪个协议能成为事实标准。

值得注意的是，Visa 正在两边下注：它既向 MPP 贡献了卡轨道规范，同时也在推进自己的 Intelligent Commerce 框架。

挑战三：结算延迟与用户体验

MPP 的支付验证依赖于链上或支付网络的结算确认。对于需要实时响应的 AI Agent 场景，结算延迟可能成为一个瓶颈。

虽然 session 模式可以在一定程度上缓解高频场景下的延迟问题，但首次支付建立通道的过程仍然需要等待链上确认。

挑战四：安全模型的迁移

传统 API Key 模式的安全风险是 Key 泄露。MPP 模式下，Agent 需要持有私钥或支付凭证来完成支付。

私钥的存储和管理责任从“服务端”转移到了“客户端”（即 Agent 的运营者） 。这是一个不同维度的安全挑战，目前行业尚未形成成熟的解决方案。

四、落地可行性与应用场景评估

落地可行性：高

MPP 不是停留在白皮书阶段的构想。它有完整的技术实现：

官方文档和协议规范已上线

TypeScript SDK 已发布，Go 和 Ruby SDK 也已推出

Rust SDK 已可用

Quicknode 提供了 EVM 结算的扩展 SDK

Stripe 提供了完整的示例代码

技术栈的完备程度说明，开发者今天就可以基于 MPP 构建生产级的机器支付应用。

已落地的应用场景

根据 MPP 官网的服务目录和 Stripe 官方公告，以下服务已接入 MPP：

AI API 调用：Anthropic Claude、OpenAI 的 Chat Completions、Embeddings、Image Generation 等已接入 MPP 服务目录

Web 搜索与数据获取：Parallel Search、Browserbase 等已支持 MPP 支付

图像/视频/音频生成：fal.ai 的 600+ 模型已接入

区块链数据 API：Alchemy、Dune Analytics、Quicknode 已接入

物理世界的服务：Prospect Butcher 允许 Agent 下单三明治，由人类取货或配送；PostalForm 让 Agent 可以为打印和寄送信件付费

更广泛的潜在场景

数字内容按次付费：文章、数据流、媒体的单次访问，无需订阅墙

物联网设备间结算：设备自主采购算力、带宽或数据

DeFi Agent 自主交易：Agent 根据策略自主调用链上服务并支付费用

MCP 工具调用：Model Context Protocol 已支持通过 MPP 进行支付

五、总结：MPP 的意义是什么？

MPP 的真正价值不在于它用了什么技术，而在于它把“机器支付”从一个抽象概念变成了一个可编程的、可接入的、正在被实际使用的协议层。

它的优势是清晰的：

背靠 Stripe 的分发能力

多支付轨道的灵活架构

session 机制对高频场景的原生支持

快速扩张的服务生态

它的局限也同样清晰：

对 Stripe 生态的依赖

与 x402 的标准之争

链上结算延迟的工程挑战

机器持有私钥的安全隐患

对于开发者来说，MPP 提供了一个今天就能用的工具，让“按次付费的 API”不再需要自己搭建计费系统。

对于整个行业来说，MPP 和 x402 的竞争将决定未来机器经济的基础支付设施长什么样。

机器与机器之间的经济往来正在成为现实。MPP 是这条路上一个值得认真对待的里程碑。

标签

#人工智能