原文タイトル：StripeのMPP vs. x402：今日実際に何が起こったか
原作者：Nick Sawinyh、defiprime.com
翻訳者：Peggy、Blockbeats

編集者注：エージェントが支払いをする方法について、x402とMPPはほぼ正反対のアプローチを示しました。

x402はプロトコルの最小化を採用しました：支払いを直接HTTPリクエストに埋め込み、リクエスト即時支払いを最も単純な方法で実現しました。アカウントも中間業者もなく、初期のオープンで許可なしのインターネットデザインに似ており、ロングテールの開発者や非中央化のシナリオに適しています。

MPPはシステムの最大化です：セッション、ストリーミング支払い、コンプライアンスシステムを介して、高頻度取引、リスク管理、法定通貨へのアクセス問題を解決します。 MPPは純粋さを追求せず、現実的なビジネスニーズを優先し、企業向けおよびスケーラビリティを持つアプリケーションに適しています。

この2つの違いは、本質的には同じ問題の2つの解決策です：支払いをプロトコルの一部として組み込むか、システムのレイヤとして扱うかです。

そのため、これらは完全な競争関係ではなく、むしろ異なる領域に分散しており、x402はオープンネットワークのロングテール要件をカバーし、MPPは高頻度およびビジネス向けトラフィックを処理します。形成途中のエージェント経済では、このような分化が不可避であるかもしれません。

以下はオリジナルの文章です：

HTTPステータスコード402は、1990年代末にHTTP/1.1仕様で定義されて以来、待ち続けています。その意味は支払いが必要（Payment Required）であることです。当初の考えは、支払い機能をWebのプロトコル層に組み込み、マシンがウェブページをリクエストするようにリソースを購入できるようにすることでした。

しかし、この考えはほとんど実現されませんでした。これまでの数年間、このステータスコードはShopifyのレート制限応答、Apple Mobile Meの料金エラーなど、いくつかの周辺シナリオで散発的に現れるだけでした。しかし、この未来を本当に示唆しているマイクロペイメントは構築されませんでした。その代わりに、クレジットカード、サブスクリプションベースの支払いウォール、およびAPIキーのメカニズムがあります。これらのシステムは、本質的には人間の操作を想定して設計されています。

そして今日、この未来は2つの競合する実装パスを持っており、同じ日にリリースされました。次に、それぞれが何であり、どのような違いがあり、そしてなぜStripeがこれら2つのルートに同時に賭けたのかについて整理したいと思います。

x402：より簡単なソリューション

2025年5月、Coinbaseは公式にx402を発表しました。そのコアアイデアは、ほぼ極めてシンプルから過激と言えるでしょう。クライアントがリソースをリクエストすると、サーバーはHTTP402を返し、クライアントに支払い金額、どのトークンを使用するか、どのチェーンで支払いを完了するかを通知します。クライアントは支払いをチェーン上で完了した後、支払い証明書を再リクエストに添付し、サーバーはその後リソースを提供します。

それだけです。アカウントシステムもAPIキーもサブスクリプションメカニズムもありません。1回のHTTPリクエストとレスポンスのやり取りだけで、支払いが挟まれています。

現在、Stripeは支払いシステムでx402をネイティブサポートしており、既存のバックエンドを介してこのような支払いを直接受け取ることができます。ただし、基本的にx402はCoinbase主導のプロトコルであり、2025年9月にCoinbaseとCloudflareによって共同で立ち上げられたx402財団がそのガバナンスを担当しています。このプロトコルは完全にオープンソース（Apache 2.0ライセンス）であり、TypeScript、Go、Pythonなどの多言語SDKが提供されています。

Coinbaseの公式文書によると、現在、Base、Polygon、SolanaでERC-20支払いがサポートされています。同時に、エコシステムはAvalanche、Sui、Nearなど他のチェーンにも拡張する可能性を模索していますが、成熟度は異なります。

採用データを見てみると、この部分は少し複雑です。Coinbaseによると、x402はそのAgentic Walletインフラを介して5,000万取引以上を処理してきました。すごい数字ですが、3月11日のCoinDeskがArtemisのチェーン分析データを引用したところによると、1日の取引量は約13.1万件で、総額は約2.8万ドル、1回の平均支払い額は約0.20ドルであり、そのうち約半分はテストやゲーム化的な行動であり、実際のビジネストランザクションではありません。

しかし、これは必ずしも悪いことではありません。なぜなら、このプロトコルは、まだ実在していない市場に向けて設計されているからです。AIエージェントによる小額支払い（1セント未満さえも）を行い、API呼び出しやデータクエリに使用される世界です。この市場を対象としたビジネスは、たった今始まったばかりです。

例えば、GoogleのAgentic Payments Protocol（AP2、A2Aフレームワークの一部）はx402を統合しています。Lowe's Innovation Labsは、AIエージェントが商品の発見から調査、注文までのプロセスを1つのフローで完了するデモを公開しました。同時に、Sam Altmanが立ち上げたWorldは、今週AgentKitをリリースし、x402ウォレットに人間のID証明機能を追加しています。

その背後にある核心的な仮定は、支払いをHTTPリクエストのように軽量にするだけで、自然とアプリケーションのシナリオが現れるはずだ、というものです。これが成り立つかどうかは、まだ検証されていません。

MPP: フルスタックソリューション

StripeとTempoは異なる経路を選択しました。Machine Payments Protocol（MPP）は、今日Tempoメインネットとともにリリースされました。既存のブロックチェーンの上に軽量なラッパーとしてのx402とは異なり、MPPは高頻度取引がさらにデザインされたインテリジェントエージェント向けのシナリオです。

その核心メカニズムはセッションです。リソースをリクエストするたびにオンチェーントランザクションを送信する代わりに、エージェントは一度支出限度額を承認し、その限度額内で継続的なマイクロペイメントを行うことができます。1時間に数千回のデータソースへのクエリが必要なAIである場合、毎回署名してオンチェーントランザクションをブロードキャストすることを望まないでしょう。これに対処するためのものがセッションです。

Tempoチェーンもこの要求に基づいて構築されています。1秒間に数万件のトランザクションをサポートし、サブセコンドの確認時間を持ち、ネイティブのガストークンがありません。ユーザーはステーブルコインで手数料を支払うことができ、トランスファーのためにランダムなトークンを購入する手間が省かれます。

理解する価値がある別のコンポーネントは、StripeのAgentic Commerce Suiteに含まれるShared Payment Tokens（SPTs）です。これはMPP自体の一部ではなく、Stripeの拡張機構ですが、協調して使用することができます。SPTを使用すると、エージェントはユーザーの銀行カードやウォレットクレデンシャルを実際のデータを公開せずに安全に商人に渡すことができます。これらのクレデンシャルは1回の取引に限定され、時間制限があり、プログラム可能で自己消滅する権限と見なすことができます。実際の使用では、MPPを介して支払いを行うエージェントは、Tempo上のUSDCだけでなく、ユーザーがバインドしたVisaカードを使用することも、両方を組み合わせることもできます。

Tempoメインネットのリリースノートによると、そのパートナーにはAnthropic、DoorDash、Mastercard、Nubank、OpenAI、Ramp、Revolut、Shopify、Standard Chartered、Visaなどが含まれています。The Blockによると、MPPがローンチされた時点で、Alchemy、Dune Analytics、Merit Systems、Parallel Web Systemsなど、100を超えるサービスがディレクトリに登録されています。TempoとParadigmの共同創設者であるMatt HuangはFortuneに対して行ったインタビューで、この分野がまだ初期段階にあると述べ、MPPの設計目標は将来Tempo以外のさらに多くのオンチェーン環境に拡張することです。

なぜ Stripe は両方をサポートしているのか

Stripe に既に接続している場合、最も実用的な答えは：あなたは両方の間で選択する必要はありません。

Stripe は x402 と MPP をそれぞれサポートするために、これらを単一の統合インターフェースに抽象化するのではなく、2つの独立した統合パスを介して操作しています。x402 に関しては、そのドキュメントは主にチャージアドレスの生成、オンチェーン監視、Stripe アカウントへの資金決済プロセスをカバーしています。あなたが402応答を返す責任があり、暗号化支払いの基盤は Stripe が処理します。現在、Base 上の USDC がサポートされており、将来的には拡張されます。一方、MPP に関しては、商人は同じ PaymentIntents API を使用して、セッションベースのストリーミング支払いを受け取ることができます。

Stripe が2025年12月にリリースしたエージェンティックコマーススイートは、これら2つの支払い経路の上に構築されています。商人は単に商品カタログをアップロードし、接続したい AI エージェントを選択するだけで、Stripe が商品の発見、チェックアウトプロセス、詐欺対策、および税務処理を担当します。現在、URBN、Etsy、Coach、Kate Spade、Ashley Furniture が使用しており、Wix、WooCommerce、BigCommerce、Squarespace、commercetools などのプラットフォームも統合を完了しています。

彼らの戦略は実際には非常に明確であり、抽象化層をコントロールし、下位プロトコルの自由競争を促進することです。

比較してみる

全体的に見ると、これら2つのプロトコルは同じことを行っています：機械がリソースに対してHTTPを通じて支払いを行えるようにします。ただし、本当の違いは細部に現れています。

x402（Coinbase主導） vs MPP（Stripe + Tempo）

標準化
x402：完全にオープンソース（Apache 2.0）、x402 Foundation によって推進され、Coinbase、Cloudflare、Visa、Google などが参加しています。
MPP：オープンな標準であり、Stripe と Tempo が共同で策定しており、Stripe Agentic Commerce Suite の一部です。

HTTPメカニズム
x402：HTTP 402 を復活させ、PAYMENT-REQUIRED ヘッダーを介してリクエストを開始し、PAYMENT-SIGNATURE を使用してリトライを完了します。
MPP：同様のチャレンジレスポンスメカニズムを採用していますが、Payment HTTP Authentication Scheme（IETF 草案）を使用し、HMAC によってチャレンジIDがバインドされます。

Payment Provider (Rails)
x402: Blockchain-agnostic by design, currently supported on Base, Polygon, and Solana, with other chains still under exploration.
MPP: Built on the Tempo blockchain—an L1 optimized for payments, supporting 10k+ TPS, sub-second confirmation times, no native gas token; long-term goal is cross-chain compatibility.

Payment Method
x402: Pure stablecoins, fully on-chain.
MPP: Supports USDC + SPT on Tempo (Stripe's mechanism), enabling a blend of crypto and fiat (bank cards, wallets, BNPL).

Settlement Process
x402: On-chain settlement (around 200ms to a few seconds), validated and settled by facilitators like Coinbase.
MPP: Sub-second confirmations on Tempo, Stripe auto-settles and handles compliance.

Merchant Onboarding
x402: Open-source middleware (Express, Hono, Next.js, etc.), can be self-hosted or facilitated.
MPP: Direct integration with Stripe's PaymentIntents API, with built-in risk management, tax handling, refunds, and reporting.

Core Innovation
x402: Extreme simplicity, vendor-agnostic, akin to the Unix philosophy in the payment space.
MPP: High throughput + fiat integration, facilitating streaming payments, micro-payment aggregation, and programmable spending controls 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 Bank.

x402 seems more like the preferred choice when building open systems: developer-friendly APIs, decentralized data markets, or any service that does not want to rely on payment processors. Its specification could fit into a whitepaper, requiring only a middleware and a wallet address for integration. This kind of purity is very attractive—although the restrictions of being purely cryptographic also mean its audience is narrower.

MPP は、完全に異なるパラダイムです。Agent が1回のセッションで数百回または数千回の取引を行い、毎回チェーンに記録したくない場合は、より合理的な選択肢です。セッションメカニズムにより、ほとんどのやり取りが最終決済までオフチェーンで行われます。Stripe のコンプライアンスフレームワークがリスク管理と税務を担当し、SPT のハイブリッドモードにより、エージェントはステーブルコインに限定されず、ユーザーのVisaなどの支払い方法を直接呼び出すことができます。それはあまり優雅ではありませんが、現実により近いものです。

興味深いことに、これらは完全に競合関係にあるわけではありません。x402 はロングテールのオープンシーンをカバーし、MPP はエンタープライズ向けの高頻度トラフィックをカバーしています。Stripe の戦略も明確です: 単一のプロトコルに賭けるのではなく、どちらの経路が勝利しようとも、最終的に資金がStripeの口座体系に流れ込むことを確認します。

現実の状況: 現時点でどこまで進展しているのか？

率直に言って、ほとんど実際の規模化取引はまだ行われていません。

Coinbaseのx402のリリースノートによると、初期のパートナーにはHyperbolic（GPU推論支払い）やAnthropic（MCPプロトコル統合）などが含まれていました。Stripeのブログでは、API呼び出しに基づく支払いのエージェントシナリオ（例: CoinGecko）が言及されています。Tempoがローンチしたときには、100以上のサービスがディレクトリに掲載されていました。CloudflareのAgents SDKはすでにx402をネイティブサポートしており、いくつかのL2ベースの小規模プロジェクトもx402を支払いゲートウェイとして試しています。

しかし、全体として見ると、取引量は非常に少なく、商人の数も限られており、ほとんどの活動がまだ実験段階にとどまっています。

実際、これは意外なことではありません。新しい支払いインフラストラクチャは、初期段階では常にこのような状況です。いわゆるパートナーリストは、時には契約を締結しただけでプロダクションにリリースされるまでの間に大きなギャップがあり、これらのリリースは通常特に区別されません。

より注目に値するのは、重要なプレイヤーが背後にいるインフラストラクチャです。Stripeは2025年に1.9兆ドルの支払いを処理し、総額は前年比で34%増加しました。同時に、Coinbase、Cloudflare、Visa、Google、およびTempoの包括的な協力ネットワークが参入しています。

つまり、軌道はすでに敷かれています。唯一の問題は: 2026年、AIエージェントが本当にこの軌道上で大規模な取引をする必要があるのか？それともこれは1998年に光ファイバーが敷設されたようなものであり、需要がまだ来ていないが、インフラが先行しているのか？

どちらを選択すべきか？

もし、オープンで許可不要のシステムを構築している場合は、x402 がより自然な選択です。登録不要のプラットフォーム、支払いプロセッサーへの接続不要、ミドルウェアのインポート、ウォレットのバインドだけで収款が可能です。その代償として、コンプライアンス、リスク管理、法定通貨決済はすべて自己で処理する必要があります。

もし、すでに Stripe エコシステム内におり、かつエージェントトラフィックを接続したい場合は、MPP がより適しています。セッション、ストリーミング支払い、法定通貨＋暗号通貨のハイブリッド、完全なコンプライアンス体系により、本質的には構成のアップグレードであり、システムの再構築ではありません。

もし、ただ1つのことだけを心配している場合：エージェントがどのプロトコルを使用していても、私は支払いを受け取ることができればよい。その場合、実は答えは次のとおりです：Stripe を使用してください。両方の側面をサポートしています。

HTTP 402 がついに使われることになりました。ただし、それには約 27 年かかりました。

[原文リンク]

BlockBeats の公式コミュニティに参加しよう：

Telegram 公式チャンネル：https://t.me/theblockbeats

Telegram 交流グループ：https://t.me/BlockBeats_App

Twitter 公式アカウント：https://twitter.com/BlockBeatsAsia