作者：Beosin
随着AI Agent和自动化客户端自主执行任务的需求爆发，机器与机器之间如何在没有人类干预的情况下完成支付，正成为一个亟待解决的基础设施问题，传统的支付接口难以适应高频、动态、跨平台的机器间交易场景。
为此，Stripe与Tempo联合推出了专为机器间支付设计的开放协议Machine Payments Protocol（MPP），旨在让客户端和服务端在自动化流程中，无缝完成价格协商、支付方式选择、凭证提交与交易结算。本文将从MPP协议机制、与x402的对比、生态现状三个维度，解析MPP的协议设计与现实进展。
MPP协议解析
MPP借用了 HTTP 里开发者已经熟悉的 challenge-response 结构，把支付自然嵌进网络请求的生命周期里，通过Stripe的支付渠道或Tempo等区块链完成交易。整个流程遵循一种基于标准 HTTP headers 的挑战-响应模式：
1. 客户端向付费 endpoint 发送一个普通 HTTP 请求（如GET）
2. 服务器返回一个支付挑战（challenge）：402 Payment Required 和 WWW-Authenticate: Payment 标头。该标头告诉客户端当前支持接受的货币、价格、收款地址以及可用的支付方式
3. 客户端选择一种支付方式并完成支付（稳定币转账、银行卡支付等）
4. 客户端重新发送原始请求，并带上Authorization: Payment标头的支付凭证（credential）
5. 服务器验证支付并返回带有 Payment-Receipt 标头的响应
https://mpp.dev/protocol
整个流程中有两个重要概念：支付挑战与支付凭证。支付挑战是服务器发出的具体支付要求，其内容结构如下所示：
WWW-Authenticate: Payment id="qB3wErTyU7iOpAsD9fGhJk",
realm="mpp.dev",
method="tempo",
intent="charge",
expires="2025-01-15T12:05:00Z",
opaque="eyJyb3V0ZSI6Ii92MS9zZWFyY2gifQ",
request="eyJhbW91bnQiOiIxMDAwIiwiY3VycmVuY3kiOiJ1c2QifQ"intent参数目前分为charge、subscription、session三类，以Tempo区块链为例：
request参数是base64url 编码的JSON字符串，由客户端解码获得支付方式的详细信息，如
{
"amount": "1000",
"currency": "usd",
"recipient": "0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266"
}支付凭证用于证明您已付款或授权付款，其内容也是base64url 编码的JSON字符串：
Authorization: Payment eyJjaGFsbGVuZ2UiOnsiaWQiOiJxQjN3RXJUeVU3aU9wQXNEOWZHaEprIiwi...
解码后内容包含原来的支付挑战、特定的付款方式和付款证明、付款人身份信息（地址、DID、账户ID）
{
"challenge": {
"expires": "2025-01-15T12:05:00Z",
"id": "qB3wErTyU7iOpAsD9fGhJk",
"intent": "charge",
"method": "tempo",
"opaque": "eyJyb3V0ZSI6Ii92MS9zZWFyY2gifQ",
"realm": "mpp.dev",
"request": "eyJhbW91bnQiOiIxMDAwIi4uLn0",
},
"payload": {
"signature": "0xabc123...",
"type": "transaction"
},
"source": "did:pkh:eip155:4217:0x1234567890abcdef..."
}以MPP的 TypeScript SDK为例，其具体实践如下：
服务器部分
1. 创建处理支付请求的服务器端点
import crypto from 'crypto';
import Stripe from 'stripe';
// 'stripe' here is the mppx payment method factory, not the Stripe Node SDK
import { Mppx, stripe as mppStripe, tempo } from 'mppx/server';
// Tempo testnet token contract address for pathUSD (testnet USDC).
const PATH_USD = '0x20c0000000000000000000000000000000000000';
const mppSecretKey = crypto.randomBytes(32).toString('base64');
const stripeClient = new Stripe(process.env.STRIPE_SECRET_KEY!, {
apiVersion: '2026-03-04.preview',
});
export async function handler(request: Request) {
const recipientAddress = await createPayToAddress(request);
const mppx = Mppx.create({
methods: [
tempo.charge({
currency: PATH_USD,
recipient: recipientAddress,
testnet: true,
}),
mppStripe.charge({
client: stripeClient,
networkId: process.env.STRIPE_PROFILE_ID!,
paymentMethodTypes: ['card', 'link'],
}),
],
secretKey: mppSecretKey,
});
const response = await Mppx.compose(
mppx.tempo.charge({ amount: '0.01', recipient: recipientAddress }),
mppx.stripe.charge({ amount: '0.50', currency: 'usd' }),
)(request);
if (response.status === 402) return response.challenge;
return response.withReceipt(Response.json({ data: '...' }));
}2. 创建一个支付意图（PaymentIntent）用于接收稳定币/加密货币支付，当客户端发起请求后，createPayToAddress会返回一个加密货币存款地址，客户端将收到该地址并用于支付。
import Stripe from 'stripe';
import { Credential } from 'mppx';
import NodeCache from 'node-cache';
const paymentCache = new NodeCache({ stdTTL: 300, checkperiod: 60 });
async function createPayToAddress(request: Request): Promise<`0x${string}`> {
const authHeader = request.headers.get('authorization');
if (authHeader && Credential.extractPaymentScheme(authHeader)) {
const credential = Credential.fromRequest(request);
const toAddress = credential.challenge.request.recipient as `0x${string}`;
if (!toAddress) {
throw new Error(
'PaymentIntent did not return expected crypto deposit details'
);
}
if (!paymentCache.has(toAddress)) {
throw new Error('Invalid payTo address: not found in server cache');
}
return toAddress;
}
const decimals = 6;
const amountInCents = Number(10000) / 10 ** (decimals - 2);
const paymentIntent = await stripe.paymentIntents.create({
amount: amountInCents,
currency: 'usd',
payment_method_types: ['crypto'],
payment_method_data: {
type: 'crypto',
},
payment_method_options: {
crypto: {
mode: 'deposit',
deposit_options: {
networks: ['tempo'],
},
} as Stripe.PaymentIntentCreateParams.PaymentMethodOptions.Crypto,
},
confirm: true,
});
if (
!paymentIntent.next_action ||
!('crypto_display_details' in paymentIntent.next_action)
) {
throw new Error(
'PaymentIntent did not return expected crypto deposit details'
);
}
const depositDetails = paymentIntent.next_action
.crypto_display_details as unknown as {
deposit_addresses?: Record<string, { address?: string }>;
};
const payToAddress = depositDetails.deposit_addresses?.tempo?.address;
if (!payToAddress) {
throw new Error(
'PaymentIntent did not return expected crypto deposit details'
);
}
console.log(
`Created PaymentIntent ${paymentIntent.id} for $${(
amountInCents / 100
).toFixed(2)} -> ${payToAddress}`
);
paymentCache.set(payToAddress, true);
return payToAddress as `0x${string}`;
}客户端部分
创建Tempo/其它用于付款的账户
import { Mppx, tempo } from 'mppx/client'
const provider = Provider.create({ mpp: false }) // Avoid double 402 handling; mppx is configured below.
await provider.request({ method: 'wallet_connect' })在此基础上，创建支付处理程序
import { Provider } from 'accounts'
Mppx.create({
methods: [tempo({
account: provider.getAccount({ signable: true }),
getClient: provider.getClient,
})],
}) 使用fetch请求资源
const response = await fetch('https://mpp.dev/api/ping/paid')MPP与x402的差异
2025年5月Coinbase推出了x402协议，利用402 Payment Required实现了稳定币支付协议，其流程与MPP非常类似：客户端请求资源->服务器返回带有支付头的 HTTP 402->客户端签署一个稳定币转账并带着支付签名重试->Facilitator 在链上验证结算->服务器返回 HTTP 200。
x402协议对于稳定币支付来说是突破性的，协议非常简洁，开发者可以快速接入。但x402没有法定货币支付的渠道，企业级Agent无法通过x402协议使用公司信用卡支付各类API的费用。而Stripe通过MPP协议填补了以上法币通道的空白，其支付方式已包括Tempo、EVM、Solana、Stellar、Lightning、Stripe、银行卡，并且针对不同场景设计了不同的支付规范：Charge、Session、Discovery、JSON-RPC/MCP transport。概括地说，x402 是互联网的链上稳定币支付标准，MPP 是一个更为通用的 HTTP 支付标准：
MPP 生态发展现状
根据官方注册表（MPP Service Registry）统计，MPP 共收录 137 个服务（其中一个服务可同时属于多个类别）和1439个endpoint。其中 128 个服务只支持 Tempo 支付， 2 个服务只支持 Stripe 支付， 7 个服务同时支持 Tempo 和 Stripe 支付。
*注：MPP 协议文档支持的支付方法不止这两种，还支持lightning、evm、card、solana等支付方式，但这份官方服务注册表当前只收录了 Tempo 与 Stripe 这两类支付服务。
从 endpoint 看，注册表里 1261 个 endpoint 标有价格或动态价格，其中 1068 个是固定价格，193 个是动态价格，另有 178 个没有显式价格或可视为免费/未定价。固定价格的中位数是 $0.02/request，平均值约 $0.139/request，最高固定价格是 StablePhone 的购买手机号 endpoint，$20/request。
在 intent 的使用上：129 个服务使用 charge，8 个服务使用 session。session 服务包括 Anthropic、Dune、Google Gemini、Modal、OpenRouter、Alchemy、Conduit、Tempo RPC这类高频、多次调用、用量动态变化的服务里，而普通数据服务更适合一次请求一次 charge。
分类上，已注册的服务分布偏向 Agent 可消费的数据与工具 API：
第三方数据平台MPPscan收录了超过3700个MPP服务器，根据其统计数据，MPP总交易笔数超过110万，交易量约为14万美元，平均每笔交易金额约0.127美元。
由于x402协议相比MPP协议早推出约8个月，我们只选取过往30日MPP协议与x402协议的数据（未包含MPP非区块链支付渠道的数据）进行对比，如下图所示：
x402协议在当前阶段的整体采用规模明显高于 MPP协议，近30日，x402 的总交易笔数是MPP协议的10.6倍，总交易金额是后者的20.2倍。从协议定位上，x402 更强调轻量、开放和快速接入，更容易先做大交易规模；而 MPP 更强调多支付方式和支付系统完整性，在当前生态发展和场景验证的初期与x402协议存在规模差异。
结语
MPP将支付逻辑深度嵌入HTTP请求的生命周期，通过开发者熟悉的挑战-响应模式，降低了接入机器支付的门槛。相比Coinbase的x402协议，MPP在支付方式上更为多元（覆盖稳定币、银行卡、闪电网络等），在结算模式上支持一次性扣费、会话级按量结算和订阅服务，并借助Stripe的法币通道和Tempo的链上合规控制，为不同规模的企业级应用提供了更完整的支付框架。
未来，MPP能否成为AI Agent经济的通用支付协议，取决于是否有更多服务提供方注册并实际启用多种支付方式。在区块链支付渠道的交易数据，x402协议目前大幅领先。MPP虽然通过Tempo、Stripe等平台提供更为完善的支付渠道，但其支付规模和开发者采用率仍需时间验证。
