Coinbaseは左へ、Stripeは右へ：x402とMPPのエージェント支払い対決

原文タイトル：Stripe's MPP vs. x402: What Actually Happened Today

原文著者：Nick Sawinyh，defiprime.com

原文翻訳：Peggy，Blockbeats

編集者注：エージェントがどのように支払うかという問題をめぐり、x402とMPPはほぼ正反対の2つの道筋を示している。

x402はプロトコル最小化の道を歩む：支払いを直接HTTPリクエストに埋め込み、最もシンプルな方法で「リクエスト即支払い」を実現する。アカウントも中間業者もなく、インターネット黎明期のようなオープンで許可不要な設計に近く、ロングテールの開発者や分散型シナリオに適している。

MPPはシステム最大化の道を歩む：セッション、ストリーミングペイメント、コンプライアンス体系を通じて、高頻度取引、リスク管理、法定通貨アクセスの問題を解決する。純粋さを追求せず、現実のビジネスニーズを優先的に満たすことを目指し、企業向けおよびスケーラブルなアプリケーションにより適している。

両者の違いは、本質的に同じ問題に対する2つの解決策である：支払いをプロトコルの一部にするのか、それともシステムのレイヤーにするのか。

そのため、これらは完全な競合関係ではなく、むしろ異なる領域に分布しているように見える。x402はオープンネットワークのロングテールニーズをカバーし、MPPは高頻度および商業化されたトラフィックを受け持つ。まだ形になっていないエージェント経済において、このような分化は必然なのかもしれない。

以下が原文である：

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

しかし、この構想の多くは実現しなかった。長年にわたり、このステータスコードはShopifyのレート制限応答やApple Mobile Meの課金エラーなど、一部の限定的なシナリオで散発的に現れるだけで、それが示唆するマイクロペイメントの未来を誰も本当に構築することはなかった。代わりに、クレジットカード、サブスクリプション制のペイウォール、APIキー機構が主流となった。これらのシステムは本質的に、人手による操作を前提とした人間のために設計されている。

そして今日、この未来には2つの競合する実装経路が現れ、しかも同じ日に発表された。次に、それらがそれぞれ何であり、どのような違いがあり、なぜStripeがこの2つの経路に同時に賭けているのかを整理したい。

x402：よりシンプルなソリューション

Coinbaseは2025年5月にx402を正式にリリースした。その核心的な考え方は、極限までシンプルで、ある意味過激と言えるほどだ。クライアントがリソースをリクエストする。サーバーはHTTP 402を返し、クライアントに「いくらの手数料を、どのトークンで、どのチェーン上で支払う必要があるか」を通知する。クライアントはチェーン上で支払いを完了させ、支払い証明を添えてリクエストを再送信する。サーバーは直ちにリソースを提供する。

これだけだ。アカウント体系も、APIキーも、サブスクリプション機構もない。ただのHTTPリクエストの往復の間に、1回の支払いが挟まっているだけだ。

現在、Stripeはすでにその支払い体系においてx402のネイティブサポートを提供しており、加盟店は既存の管理画面を通じて直接この種の支払いを受け取ることができる。しかし、本質的には、x402は依然としてCoinbaseが主導するプロトコルであり、2025年9月にCloudflareと共同で設立されたx402 Foundationがガバナンスを担当している。このプロトコルは完全にオープンソース（Apache 2.0ライセンス）であり、TypeScript、Go、Pythonなどの多言語SDKを提供している。

サポート範囲に関しては、Coinbaseの公式ドキュメントによると、現在Base、Polygon、Solana上でのERC-20支払いをサポートしている。同時に、Avalanche、Sui、Nearなどの他のチェーンへの拡張もエコシステムで模索されているが、成熟度は様々だ。

次に導入状況のデータを見てみよう。この部分は少し複雑になる。Coinbaseによれば、x402はすでにそのAgentic Walletインフラを通じて5000万件以上の取引を処理しているという。聞こえは良いが、CoinDeskが3月11日にArtemisのオンチェーン分析データを引用して報じたところによると：日次取引量は約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は今週、x402ウォレットに人間の身元証明能力を追加するAgentKitをリリースした。

その背後にある核心的な仮説は：支払いをHTTPリクエストのように軽量にさえすれば、アプリケーションシナリオは自然と現れるだろう、というものだ。これが成立するかどうかは、まだ検証待ちである。

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

StripeとTempoは異なる道を選んだ。Machine Payments Protocol（MPP）は、本日Tempoメインネットのローンチと同時に発表された。既存のブロックチェーン上の軽量なラッパーレイヤーであるx402とは異なり、MPPは高頻度取引を行うエージェント（agents）というシナリオのために特別に設計されている。

その核心メカニズムはセッション（sessions）である。リソースをリクエストするたびにオンチェーン取引を開始するのではなく、エージェントはまず一度に支出枠を承認し、その後その枠内で継続的にマイクロペイメントを行うことができる。もしあなたが1時間に数千回のデータソースをクエリする必要があるAIなら、毎回署名してブロードキャストするオンチェーン取引は絶対に望まないだろう。セッションはまさにこの問題を解決するためにある。

Tempoというチェーン自体も、このニーズを中心に構築されている。それは秒間数万件の取引をサポートし、サブ秒単位の確定時間を持ち、ネイティブのガストークンを持たない。ユーザーは直接ステーブルコインで手数料を支払うことができ、送金するためだけに何らかのランダムなトークンを購入する煩わしさから解放される。

もう一つ理解すべきコンポーネントは：StripeのAgentic Commerce Suiteに含まれるShared Payment Tokens（SPTs）である。これはMPP自体の一部ではないが、Stripeの拡張メカニズムであり、MPPと連携して使用できる。SPTは、エージェントが実際のデータを公開することなく、ユーザーの銀行カードやウォレットの認証情報を加盟店に安全に渡すことを可能にする。これらの認証情報は単一取引限定で、時間制限があり、プログラム可能で自己破壊的な承認と理解できる。実際の使用において、これは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をそれぞれ独立した統合パスでサポートしており、それらを抽象化して統一インターフェースにすることはない。x402については、そのドキュメントは主に入金アドレスの生成、オンチェーン監視、および資金のStripeアカウントへの決済のプロセスをカバーしている——あなたは402応答を返す責任を負い、基盤となる暗号支払いインフラはStripeが処理する。現在はBase上のUSDCをサポートしており、将来的には拡張される予定だ。MPPについては、加盟店は同じPaymentIntents APIを使用して、セッションベースのストリーミングペイメントを受け取ることができる。

Stripeが2025年12月にリリースしたAgentic Commerce Suiteは、これら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：同様にchallenge-responseメカニズムを採用するが、Payment HTTP Authentication Scheme（IETF草案）を使用し、HMACでchallenge IDを紐付ける。

支払い基盤（Rails）

x402：設計上チェーン非依存、現在Base、Polygon、Solanaでサポート済み、他のチェーンは検討中。

MPP：Tempoブロックチェーンを基盤——支払いに最適化されたL1、1万+ TPS、サブ秒単位の確定、ネイティブガストークンなしをサポート。長期的目標はクロスチェーン互換性の実現。

支払い方法

x402：純粋なステーブルコイン、完全オンチェーン。

MPP：Tempo上のUSDC + SPT（Stripeのメカニズム）をサポートし、暗号と法定通貨のハイブリッド（銀行カード、ウォレット、BNPL）を実現。

決済方法

x402：オンチェーン決済（約200msから数秒）、Coinbaseなどのファシリテーターが検証と決済を担当。

MPP：Tempoのサブ秒単位確定、Stripeが自動で入金しコンプライアンスを処理。

加盟店接続

x402：オープンソースミドルウェア（Express、Hono、Next.jsなど）、自社構築またはファシリテーターの利用が可能。

MPP：StripeのPaymentIntents APIに直接接続、リスク管理、税務、返金、レポートがすべて内蔵。

核心的イノベーション

x402：究極のシンプルさ、ベンダーロックインなし、支払い分野におけるUnix哲学に類似。

MPP：高スループット + 法定通貨融合、セッションによるストリーミングペイメント、マイクロペイメントの集約、およびSPTに基づくプログラム可能な支出制御を実現。

主要パートナー

x402：Coinbase、Cloudflare、Google（A2A/AP2）、Visa、World、Anthropic（MCP）。

MPP：Stripe、Visa、Lightspark、Anthropic、DoorDash、Mastercard、OpenAI、Shopify、Revolut、スタンダードチャータード銀行。

x402は、オープンシステムを構築する際の第一選択肢のように見える：独立系開発者向けAPI、分散型データマーケット、あるいは支払い処理業者への依存を望まないあらゆるサービス。その仕様はホワイトペーパー1冊に書き込むことができ、接続にはミドルウェア1つとウォレットアドレス1つだけが必要だ。この純粋さは魅力的だ——ただし、純粋な暗号という制限は、その対象がより狭くなることも意味する。

MPPは全く異なるパラダイムである。もしあなたのエージェントが1回のセッションで数百、さらには数千回の取引を行う必要があり、毎回オンチェーンに載せたくないのであれば、MPPはより理にかなった選択肢だ。セッションメカニズムにより、大部分のやり取りは最終決済までオフチェーンに保たれる。Stripeのコンプライアンス体系がリスク管理と税務を担当する。そしてSPTのハイブリッドモードにより、エージェントはステーブルコインに限定されず、ユーザーのVisaなどの支払い方法を直接呼び出すことができる。それはあまりエレガントではないが、現実に近い。

興味