Original Title: Stripe's MPP vs. x402: What Actually Happened Today
Original Author: Nick Sawinyh,defiprime.com
Compiled by: Peggy,Blockbeats
Editor's Note: Regarding the question of how agents should pay, x402 and MPP present two almost opposite approaches.
x402 takes a minimalist protocol approach: embedding payment directly into HTTP requests, achieving pay-per-request in the simplest way. No accounts, no intermediaries, more like the open, permissionless design of the early internet, suitable for long-tail developers and decentralized scenarios.
MPP is a maximalist system approach: addressing high-frequency transactions, risk control, and fiat integration through sessions, streaming payments, and a compliance framework. It doesn't pursue purity but prioritizes meeting real-world business needs, making it more suitable for enterprise-level and large-scale applications.
The difference between the two is essentially two solutions to the same problem: whether to make payment part of the protocol or a layer of the system.
Therefore, they are not entirely competitive but rather distributed across different segments: x402 covers the long-tail needs of the open network, while MPP handles high-frequency and commercial traffic. In an yet-to-be-formed Agent economy, this divergence is perhaps inevitable.
Below is the original text:
The HTTP status code 402 has been waiting for a use case since it was defined in the HTTP/1.1 specification in the late 1990s. It means Payment Required. The original idea was to embed payment capabilities into the protocol layer of the Web, allowing machines to purchase resources as easily as requesting a webpage.
But this vision largely did not materialize. Over the years, this status code has only occasionally appeared in edge cases, such as Shopify's rate-limiting responses or Apple Mobile Me's billing errors, but no one ever truly built the micro-payment future it hinted at. Instead, credit cards, subscription paywalls, and API Key mechanisms took over, systems essentially designed for humans with manual operation.
Today, two competing implementations of this future emerged, both announced on the same day. Next, I want to梳理 what they are, their differences, and why Stripe is betting on both paths simultaneously.
x402: The Simpler Solution
Coinbase officially launched x402 in May 2025. Its core idea is almost radically minimalist. A client requests a resource; the server returns HTTP 402, informing the client: how much to pay, which token to use, and on which chain to complete the payment. The client completes the payment on-chain, attaches the payment proof to the re-initiated request, and the server delivers the resource.
It's that simple. No account system, no API Key, no subscription mechanism. Just one HTTP request round trip, with a payment inserted in the middle.
Stripe now provides native support for x402 in its payment system, allowing merchants to receive such payments directly through their existing backend. However,本质上, x402 is still a protocol led by Coinbase, governed by the x402 Foundation co-founded by Coinbase and Cloudflare in September 2025. The protocol is fully open source (Apache 2.0 license) and provides multi-language SDKs like TypeScript, Go, and Python.
In terms of support, Coinbase's official documentation shows current support for ERC-20 payments on Base, Polygon, and Solana. Meanwhile, the ecosystem is exploring expansion to other chains like Avalanche, Sui, and Near, but maturity varies.
Looking at adoption data, it gets slightly more complex. Coinbase states that x402 has processed over 50 million transactions through its Agentic Wallet infrastructure. Sounds impressive, but according to CoinDesk on March 11th, citing Artemis on-chain analysis data: daily transaction volume is about 131,000, total amount about $28,000, average payment per transaction is only about $0.20, and about half of them seem more like testing or gamification rather than real commercial transactions.
But this might not be a bad thing. Because this protocol is designed for a market that doesn't truly exist yet—a world where AI agents make micro-payments (even below 1 cent) for API calls and data queries. And the services serving this market are just beginning to emerge.
For example, Google's Agentic Payments Protocol (AP2, part of the A2A framework) has integrated x402; Lowe's Innovation Labs demonstrated a demo where an AI agent can complete the entire process from product discovery, research to placing an order in one flow. Also, World (initiated by Sam Altman) released AgentKit this week, adding human identity verification capabilities to x402 wallets.
The core assumption is: if you make payments as lightweight as HTTP requests, use cases will naturally emerge. Whether this holds true remains to be seen.
MPP: The Full-Stack Solution
Stripe and Tempo have chosen a different path. The Machine Payments Protocol (MPP) was released today alongside the Tempo mainnet launch. Unlike x402, which is a lightweight wrapper on existing blockchains, MPP is specifically designed for the scenario of high-frequency trading agents.
Its core mechanism is sessions. Instead of initiating an on-chain transaction for every resource request, an agent can pre-authorize a spending limit and then make continuous micro-payments within that limit. If you are an AI that needs to query thousands of sources per hour, you absolutely do not want to sign and broadcast an on-chain transaction each time, and sessions are designed to solve this problem.
The Tempo chain is also built around this need. It supports tens of thousands of transactions per second, has sub-second confirmation times, and has no native gas token. Users can pay fees directly with stablecoins, eliminating the hassle of having to buy some random token just to make a transfer.
Another component worth understanding is: Stripe's Agentic Commerce Suite includes Shared Payment Tokens (SPTs). This is not part of MPP itself, but an extension mechanism from Stripe that can work with it. SPTs allow an agent to securely pass a user's bank card or wallet credentials to a merchant without exposing the real data. These credentials are single-use and time-limited, essentially a programmable, self-destructing authorization. In practice, this means an agent paying via MPP can use either USDC on Tempo or the user's linked Visa card, or even a combination of both.
According to the Tempo mainnet launch blog, its partners include Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered, and Visa. The Block reported that the MPP launch payment directory already includes over 100 services, including Alchemy, Dune Analytics, Merit Systems, and Parallel Web Systems. Matt Huang, co-founder of Tempo and Paradigm, told Fortune in an interview that this field is still in its early stages, and MPP is designed to eventually scale to environments beyond Tempo.
Why Stripe Supports Both
If you are already integrated with Stripe, the most practical answer is: you don't need to choose between them.
Stripe supports x402 and MPP through two separate integration paths, rather than abstracting them into a unified interface. For x402, its documentation mainly covers the process of generating deposit addresses, monitoring the chain, and settling funds into Stripe accounts—you are responsible for returning the 402 response, while the underlying crypto payment infrastructure is handled by Stripe. Currently supports USDC on Base, with more to come. For MPP, merchants can use the same PaymentIntents API to receive session-based streaming payments.
Stripe's Agentic Commerce Suite, released in December 2025, is built on these two payment rails. Merchants simply upload their product catalog, select the AI agents they want to connect with, and Stripe handles product discovery, checkout flow, fraud prevention, and tax processing. Currently used by URBN, Etsy, Coach, Kate Spade, and Ashley Furniture, with platforms like Wix, WooCommerce, BigCommerce, Squarespace, and commercetools already integrated.
The strategy is actually quite clear: control the abstraction layer and let the underlying protocols compete freely.
Comparison
Macroscopically, these two protocols are doing the same thing: enabling machines to pay for resources via HTTP. But the real differences lie in the details.
x402 (Led by Coinbase) vs MPP (Stripe + Tempo)
Standardization
x402: Fully open source (Apache 2.0), promoted by the x402 Foundation with multi-party participation (Coinbase, Cloudflare, Visa, Google).
MPP: Open standard, jointly defined by Stripe and Tempo, part of the Stripe Agentic Commerce Suite.
HTTP Mechanism
x402: Revives HTTP 402, initiates requests via PAYMENT-REQUIRED header, uses PAYMENT-SIGNATURE for retry.
MPP: Also uses a challenge-response mechanism, but employs the Payment HTTP Authentication Scheme (IETF draft), binding challenge ID via HMAC.
Payment Rails
x402: Designed to be chain-agnostic, currently supported on Base, Polygon, Solana, exploration ongoing for other chains.
MPP: Based on the Tempo blockchain—an L1 optimized for payments, supporting 10k+ TPS, sub-second confirmation, no native gas token; long-term goal is cross-chain compatibility.
Payment Methods
x402: Pure stablecoins, fully on-chain.
MPP: Supports USDC on Tempo + SPT (Stripe's mechanism), enabling crypto-fiat hybrid (card, wallet, BNPL).
Settlement
x402: On-chain settlement (~200ms to several seconds), validation and settlement handled by facilitators like Coinbase.
MPP: Tempo sub-second confirmation, Stripe automatically credits accounts and handles compliance.
Merchant Integration
x402: Open-source middleware (Express, Hono, Next.js, etc.), can self-host or use a facilitator.
MPP: Direct integration with Stripe's PaymentIntents API, risk control, tax, refunds, reporting all built-in.
Core Innovation
x402: Extreme simplicity, no vendor lock-in,类似支付领域的 Unix 哲学 (like the Unix philosophy for payments).
MPP: High throughput + fiat integration,实现流式支付、微支付聚合 (enables streaming payments, micro-payment aggregation) via session, and programmable spending control based on SPT.
Key Partners
x402: Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic (MCP).
MPP: Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, Standard Chartered.
x402 is more like your首选方案 when building open systems: indie developer APIs, decentralized data markets, or any service that doesn't want to rely on a payment processor. Its spec can be written in a whitepaper, integration just requires middleware and a wallet address. This purity is attractive—though the纯加密的限制 (purely crypto limitation) also means its audience is narrower.
MPP is a completely different paradigm. If your agent needs to make hundreds or even thousands of transactions in one session without going on-chain each time, then it's the more reasonable choice. The session mechanism keeps most interactions off-chain until final settlement; Stripe's compliance system handles risk and taxes; and the hybrid model with SPT allows agents to go beyond stablecoins and directly call the user's payment methods. It's less elegant but closer to reality.
Interestingly, they are not entirely competitive. x402 covers long-tail open scenarios, MPP covers enterprise-level high-frequency traffic. Stripe's strategy is also clear: don't bet on a single protocol, but ensure that no matter which path wins, funds ultimately flow into Stripe's account system.
Reality Check: Where Are We Actually At Now?
Honestly, there is almost no real scaled transaction volume yet.
According to Coinbase's x402 launch information, early partners include Hyperbolic (GPU inference payment) and Anthropic (MCP protocol integration). Stripe's blog mentions agent scenarios paying per API call (e.g., CoinGecko). Tempo's launch directory has 100+ services. Cloudflare's Agents SDK natively supports x402, and some small projects on Base L2 are also trying to use x402 as a payment gateway.
But overall: transaction volume is small, merchant count is limited, most activity is still in the experimental stage.
This is not surprising. Any new payment infrastructure is like this early on. So-called partner lists sometimes have a big gap between signing a letter of intent and being in production, and these announcements usually don't特别区分.
What's more值得关注 is the heavyweight players behind the infrastructure. Stripe processed $1.9 trillion in payments in 2025, with total volume growing 34% year-over-year. Meanwhile, Coinbase, Cloudflare, Visa, Google, and Tempo's entire partner network have entered the field.
In other words, the rails are laid. The only question left is: In 2026, will AI agents really need to transact on these rails at scale? Or is this more like laying fiber optics in 1998—demand isn't here yet, but infrastructure comes first.
Which One Should You Choose?
If you are building an open, permissionless system—x402 is the more natural choice. No platform registration, no payment processor integration, just import middleware, bind a wallet, and start receiving payments. The cost is handling compliance, risk control, and fiat settlement yourself.
If you are already within the Stripe ecosystem and want to接入 agent traffic—MPP is more suitable. Sessions, streaming payments, crypto+fiat hybrid, and a full compliance system are essentially more like a configuration upgrade than a system重构.
If you only care about one thing: no matter which protocol the agent uses, I can get paid. Then the answer is simply: use Stripe. It supports both.
HTTP 402 has finally found its use. It just took about 27 years.
