_原文タイトル：StripeのMPP対x402：今日実際に何が起こったのか_ _原文作者：Nick Sawinyh，defiprime.com_ _翻訳：Peggy，Blockbeats_編集者注：エージェントの支払い方法を巡り、x402とMPPはほぼ正反対の道を示している。x402は最小限のプロトコルを追求：支払いをHTTPリクエストに直接埋め込み、最もシンプルな方法でリクエストと同時に支払う仕組み。アカウントや中間業者を排除し、インターネット初期のオープンで非許可型の設計に近い。長尾の開発者や分散型シナリオに適している。一方、MPPはシステムの最大化：セッション、ストリーミング支払い、コンプライアンス体系を通じて、高頻度取引、リスク管理、法定通貨の接続問題を解決。純粋さよりも現実の商業ニーズを優先し、企業向けや大規模アプリケーションに適している。両者の違いは、本質的には同じ問題に対する二つの解法：支払いをプロトコルの一部にするか、システムの一層にするか。そのため、両者は完全な競合関係ではなく、むしろ異なる層に分散している。x402はオープンネットワークの長尾ニーズをカバーし、MPPは高頻度・商用トラフィックを引き受ける。未成熟なAgent経済の中では、この分化は必然かもしれない。以下、原文の内容です。---HTTPステータスコード402は、1990年代末のHTTP/1.1仕様で定義されて以来、長らく出番を待っていた。意味は「支払いが必要（Payment Required）」。当初の構想は：Webのプロトコル層に支払い機能を埋め込み、機械がウェブページのリクエストと同じ感覚で資源を購入できるようにすることだった。しかし、その構想はほとんど実現しなかった。長年にわたり、このステータスコードは一部のエッジケースで偶発的に使われる程度だった。例えばShopifyのレート制御応答やApple MobileMeの課金エラーなどだが、微支払いの未来を示す具体的な仕組みは未だに登場していない。代わりに、クレジットカードやサブスクリプション型の有料壁、APIキーの仕組みが普及した。これらは本質的に人間の操作を前提としたシステムだ。そして今日、その未来を実現するための二つの競合するアプローチが登場し、同日に発表された。次に、それらが何か、何が違うのか、そしてなぜStripeが両方に賭けているのかを整理したい。### x402：よりシンプルな解決策Coinbaseは2025年5月にx402を正式リリースした。その核心思想はほぼ徹底的にシンプルだ。クライアントが資源をリクエスト→サーバーがHTTP402を返し、「いくら支払う必要があるか」「どのトークンを使うか」「どのチェーン上で支払うか」を通知→クライアントがチェーン上で支払い→支払い証明をリクエストに添付→サーバーが資源を提供、という流れ。これだけ。アカウントやAPIキー、サブスクリプションも不要。HTTPリクエストとレスポンスの間に一度だけ支払いを挟む仕組みだ。現在、Stripeはこの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日のレポートによると、日次取引量は約13.1万件、総額は約2.8万ドル、平均支払いは約0.20ドルで、その半分はテストやゲーム化の行動に過ぎず、実ビジネスの取引ではない可能性もある。しかし、これは必ずしも悪いことではない。なぜなら、このプロトコルはもともと、AIエージェントによる微額支払い（1セント未満も含む）を想定した、API呼び出しやデータクエリのための未成熟な市場向けに設計されたものだからだ。実際にこの市場を狙う商人も、まだ出てきたばかりだ。例えば、GoogleのAgentic Payments Protocol（AP2、A2Aフレームワークの一部）はすでにx402を統合している。Lowe's Innovation Labsは、AIエージェントが商品発見から調査、注文まで一連の流れを完結させるデモを公開した。さらに、今週、Sam Altmanが立ち上げたWorldはAgentKitをリリースし、x402対応のウォレットに本人確認機能を追加した。この背後にある仮説は、「支払いをHTTPリクエストのように軽量化すれば、自然と適用シーンが出てくる」というものだ。ただし、その成立性は未検証だ。---### MPP：フルスタックの解決策StripeとTempoは、異なる道を選んだ。Machine Payments Protocol（MPP）は、今日Tempoのメインネットと同時にリリースされた。x402が軽量な封装層として既存のブロックチェーン上に乗るのに対し、MPPは高頻度取引を想定したエージェント向けに特化した設計だ。その核心はセッション（会話）にある。資源リクエストごとにオンチェーン取引を発行するのではなく、エージェントは一度だけ支出上限を承認し、その範囲内で継続的に微支払いを行える。例えば、1時間に何千回もデータを問い合わせるAIにとって、毎回署名・ブロードキャストは非効率だ。セッションはこの問題を解決する。Tempoはこのニーズに応えるために構築されたチェーンで、秒間数万件の取引を処理し、確認時間はサブ秒級。ネイティブのガス代トークンもなく、安定コインで手数料を支払えるため、送金のためにトークンを買う手間も省ける。もう一つ重要なコンポーネントは、StripeのAgentic Commerce Suiteに含まれるShared Payment Tokens（SPTs）だ。これはMPPの一部ではないが、Stripeの拡張機能として、エージェントがユーザのカードやウォレット情報を安全に商家に渡す仕組み。これにより、単一取引用の一時的な認証情報をプログラム的に生成・破棄できる。実際の運用では、MPP支払いのエージェントは、TempoのUSDCやユーザのVisaカードを併用できる。Tempoのローンチブログによると、提携先にはAnthropic、DoorDash、Mastercard、Nubank、OpenAI、Ramp、Revolut、Shopify、Standard Chartered、Visaなどが名を連ねる。The Blockの報道によると、MPPリリース時点で支払い対象は100以上のサービスを含み、Alchemy、Dune Analytics、Merit Systems、Parallel Web Systemsなども含まれる。TempoとParadigmの共同創設者Matt Huangは、インタビューで「この分野はまだ初期段階。MPPの設計は、将来的にTempo以外のチェーンにも拡張できるように意図している」と述べている。---### なぜStripeは両方をサポートするのかすでにStripeを使っているなら、最も実用的な答えは：両方を選ばなくて良い。Stripeは、x402とMPPをそれぞれ独立したインテグレーションとしてサポートし、両者を抽象化した統一インターフェースにはしていない。x402については、アドレス生成やオンチェーン監視、資金のStripe口座への決済までの流れをカバー。あなたは402レスポンスを返すだけで、Stripeの暗号化支払いインフラが処理する仕組みだ。現在はBase上のUSDCに対応し、今後拡大予定。一方、MPPは同じPaymentIntents APIを通じて、セッションベースのストリーミング支払いを受け付けることができる。Stripeは2025年12月にAgentic Commerce Suiteをリリースし、これら二つの支払い経路を土台にしている。商人は商品カタログをアップロードし、AIエージェントを選択、Stripeが商品発見から決済、反詐欺、税務まで一括処理。すでにURBN、Etsy、Coach、Kate Spade、Ashley Furnitureなどが導入済み。Wix、WooCommerce、BigCommerce、Squarespace、commercetoolsも連携済み。この戦略は明快だ：抽象層をコントロールし、下層のプロトコルの競争を促す。---### 比較：何が違うのか大局的には、両者は同じことをしている。HTTPを使ってリソースに支払いを行える仕組みを作る。しかし、詳細において大きく異なる。#### x402（Coinbase主導）vs MPP（Stripe + Tempo）**標準化** x402：完全オープンソース（Apache 2.0）、Coinbase、Cloudflare、Google（A2A/AP2）、Visa、World、Anthropic（MCP）などが参加するx402 Foundationが推進。 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をバインド。**支払いの基盤（ブロックチェーン）** x402：オンチェーン非依存設計だが、Base、Polygon、Solanaでサポート。その他は模索中。 MPP：Tempoという支払い最適化L1上に構築。1万TPS超、サブ秒確認、ネイティブガス代なし。長期的にはクロスチェーン対応を目指す。**支払い方法** x402：純粋なステーブルコイン、完全オンチェーン。 MPP：TempoのUSDCとSPT（Stripeの仕組み）をサポートし、暗号と法定通貨の混在を可能に。**決済のタイミング** 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、Standard Charteredx402は、オープンシステムや非中央集権的データマーケット、支払い事業者に依存したくないサービスの選択肢に近い。規格は白書に書き込み、ミドルウェアとウォレットアドレスだけで導入できる。純粋性が高い反面、対象は限定的。MPPは、エージェントが大量の取引を一つのセッション内で行いたい場合に適している。チェーン外の多くのやりとりをセッションでまとめ、最終的に決済。Stripeの規制・税務体系も活用し、SPTの混合モードで法定通貨と暗号を併用可能。やや雑だが、現実的な選択肢だ。面白いのは、両者は必ずしも競合ではない点だ。x402は長尾のオープンシナリオをカバーし、MPPは企業向けの高頻度トラフィックを狙う。Stripeの戦略は明確：どちらの道が勝っても、資金は最終的にStripeのアカウントに流れる仕組みを作る。---### 実情：今どこまで進んでいるのか正直なところ、現状では本格的な規模の取引はほとんどない。Coinbaseのx402リリース情報によると、早期パートナーにはHyperbolic（GPU推論課金）やAnthropic（MCP統合）などがいる。Stripeのブログでは、API呼び出し課金のエージェントシナリオ（例：CoinGecko）も紹介されている。Tempoのローンチ時には100以上のサービスが登録されている。CloudflareのSDKはx402をネイティブサポートし、一部Base L2の小規模プロジェクトも支払いゲートウェイとして試験中。しかし、全体としては取引量は非常に少なく、商用規模には至っていない。これは新しい支払いインフラの初期段階ではよくあることだ。パートナーリストも、意向表明から実運用までには大きな差がある。より重要なのは、背後にいる大手プレイヤーの動きだ。Stripeは2025年に19兆ドルの支払いを処理し、前年比34%増。Coinbase、Cloudflare、Visa、Google、Tempoのエコシステムもすでに稼働している。つまり、土台は整った。あとは、2026年にAIエージェントが本当にこの仕組みを大量に使うかどうかだ。あるいは、これは1998年の光ファイバー敷設のようなもので、需要はまだ来ていないがインフラだけは先に整っている状態とも言える。---### どちらを選ぶべきかオープンで非許可型のシステムを構築したいなら、x402が自然な選択肢だ。登録不要、支払い業者不要、ミドルウェアとウォレットだけで導入できる。ただし、その代償は、コンプライアンスやリスク管理、法定通貨の決済は自前でやる必要がある。すでにStripeエコシステム内にいて、エージェントのトラフィックを取り込みたいなら、MPPが適している。セッションやストリーミング支払い、法定通貨と暗号の融合、包括的な規制対応は、システムの「アップグレード」に近い。最もシンプルな答えは：エージェントの支払いに関係なく、支払いを受けたいならStripeを使うことだ。両方に対応している。HTTP 402は、ついに役立つ日が来た。ただし、その出番は約27年遅れだった。
一文読解 x402 と MPP：Agent 支払いの 2 つのルート
原文タイトル：StripeのMPP対x402：今日実際に何が起こったのか
原文作者：Nick Sawinyh，defiprime.com
翻訳：Peggy，Blockbeats
編集者注：エージェントの支払い方法を巡り、x402とMPPはほぼ正反対の道を示している。
x402は最小限のプロトコルを追求：支払いをHTTPリクエストに直接埋め込み、最もシンプルな方法でリクエストと同時に支払う仕組み。アカウントや中間業者を排除し、インターネット初期のオープンで非許可型の設計に近い。長尾の開発者や分散型シナリオに適している。
一方、MPPはシステムの最大化：セッション、ストリーミング支払い、コンプライアンス体系を通じて、高頻度取引、リスク管理、法定通貨の接続問題を解決。純粋さよりも現実の商業ニーズを優先し、企業向けや大規模アプリケーションに適している。
両者の違いは、本質的には同じ問題に対する二つの解法：支払いをプロトコルの一部にするか、システムの一層にするか。
そのため、両者は完全な競合関係ではなく、むしろ異なる層に分散している。x402はオープンネットワークの長尾ニーズをカバーし、MPPは高頻度・商用トラフィックを引き受ける。未成熟なAgent経済の中では、この分化は必然かもしれない。
以下、原文の内容です。
HTTPステータスコード402は、1990年代末のHTTP/1.1仕様で定義されて以来、長らく出番を待っていた。意味は「支払いが必要（Payment Required）」。当初の構想は：Webのプロトコル層に支払い機能を埋め込み、機械がウェブページのリクエストと同じ感覚で資源を購入できるようにすることだった。
しかし、その構想はほとんど実現しなかった。長年にわたり、このステータスコードは一部のエッジケースで偶発的に使われる程度だった。例えばShopifyのレート制御応答やApple MobileMeの課金エラーなどだが、微支払いの未来を示す具体的な仕組みは未だに登場していない。代わりに、クレジットカードやサブスクリプション型の有料壁、APIキーの仕組みが普及した。これらは本質的に人間の操作を前提としたシステムだ。
そして今日、その未来を実現するための二つの競合するアプローチが登場し、同日に発表された。次に、それらが何か、何が違うのか、そしてなぜStripeが両方に賭けているのかを整理したい。
x402：よりシンプルな解決策
Coinbaseは2025年5月にx402を正式リリースした。その核心思想はほぼ徹底的にシンプルだ。クライアントが資源をリクエスト→サーバーがHTTP402を返し、「いくら支払う必要があるか」「どのトークンを使うか」「どのチェーン上で支払うか」を通知→クライアントがチェーン上で支払い→支払い証明をリクエストに添付→サーバーが資源を提供、という流れ。
これだけ。アカウントやAPIキー、サブスクリプションも不要。HTTPリクエストとレスポンスの間に一度だけ支払いを挟む仕組みだ。
現在、Stripeはこの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日のレポートによると、日次取引量は約13.1万件、総額は約2.8万ドル、平均支払いは約0.20ドルで、その半分はテストやゲーム化の行動に過ぎず、実ビジネスの取引ではない可能性もある。
しかし、これは必ずしも悪いことではない。なぜなら、このプロトコルはもともと、AIエージェントによる微額支払い（1セント未満も含む）を想定した、API呼び出しやデータクエリのための未成熟な市場向けに設計されたものだからだ。実際にこの市場を狙う商人も、まだ出てきたばかりだ。
例えば、GoogleのAgentic Payments Protocol（AP2、A2Aフレームワークの一部）はすでにx402を統合している。Lowe’s Innovation Labsは、AIエージェントが商品発見から調査、注文まで一連の流れを完結させるデモを公開した。さらに、今週、Sam Altmanが立ち上げたWorldはAgentKitをリリースし、x402対応のウォレットに本人確認機能を追加した。
この背後にある仮説は、「支払いをHTTPリクエストのように軽量化すれば、自然と適用シーンが出てくる」というものだ。ただし、その成立性は未検証だ。
MPP：フルスタックの解決策
StripeとTempoは、異なる道を選んだ。Machine Payments Protocol（MPP）は、今日Tempoのメインネットと同時にリリースされた。x402が軽量な封装層として既存のブロックチェーン上に乗るのに対し、MPPは高頻度取引を想定したエージェント向けに特化した設計だ。
その核心はセッション（会話）にある。資源リクエストごとにオンチェーン取引を発行するのではなく、エージェントは一度だけ支出上限を承認し、その範囲内で継続的に微支払いを行える。例えば、1時間に何千回もデータを問い合わせるAIにとって、毎回署名・ブロードキャストは非効率だ。セッションはこの問題を解決する。
Tempoはこのニーズに応えるために構築されたチェーンで、秒間数万件の取引を処理し、確認時間はサブ秒級。ネイティブのガス代トークンもなく、安定コインで手数料を支払えるため、送金のためにトークンを買う手間も省ける。
もう一つ重要なコンポーネントは、StripeのAgentic Commerce Suiteに含まれるShared Payment Tokens（SPTs）だ。これはMPPの一部ではないが、Stripeの拡張機能として、エージェントがユーザのカードやウォレット情報を安全に商家に渡す仕組み。これにより、単一取引用の一時的な認証情報をプログラム的に生成・破棄できる。実際の運用では、MPP支払いのエージェントは、TempoのUSDCやユーザのVisaカードを併用できる。
Tempoのローンチブログによると、提携先にはAnthropic、DoorDash、Mastercard、Nubank、OpenAI、Ramp、Revolut、Shopify、Standard Chartered、Visaなどが名を連ねる。The Blockの報道によると、MPPリリース時点で支払い対象は100以上のサービスを含み、Alchemy、Dune Analytics、Merit Systems、Parallel Web Systemsなども含まれる。TempoとParadigmの共同創設者Matt Huangは、インタビューで「この分野はまだ初期段階。MPPの設計は、将来的にTempo以外のチェーンにも拡張できるように意図している」と述べている。
なぜStripeは両方をサポートするのか
すでにStripeを使っているなら、最も実用的な答えは：両方を選ばなくて良い。
Stripeは、x402とMPPをそれぞれ独立したインテグレーションとしてサポートし、両者を抽象化した統一インターフェースにはしていない。x402については、アドレス生成やオンチェーン監視、資金のStripe口座への決済までの流れをカバー。あなたは402レスポンスを返すだけで、Stripeの暗号化支払いインフラが処理する仕組みだ。現在はBase上のUSDCに対応し、今後拡大予定。
一方、MPPは同じPaymentIntents APIを通じて、セッションベースのストリーミング支払いを受け付けることができる。
Stripeは2025年12月にAgentic Commerce Suiteをリリースし、これら二つの支払い経路を土台にしている。商人は商品カタログをアップロードし、AIエージェントを選択、Stripeが商品発見から決済、反詐欺、税務まで一括処理。すでにURBN、Etsy、Coach、Kate Spade、Ashley Furnitureなどが導入済み。Wix、WooCommerce、BigCommerce、Squarespace、commercetoolsも連携済み。
この戦略は明快だ：抽象層をコントロールし、下層のプロトコルの競争を促す。
比較：何が違うのか
大局的には、両者は同じことをしている。HTTPを使ってリソースに支払いを行える仕組みを作る。
しかし、詳細において大きく異なる。
x402（Coinbase主導）vs MPP（Stripe + Tempo）
標準化
x402：完全オープンソース（Apache 2.0）、Coinbase、Cloudflare、Google（A2A/AP2）、Visa、World、Anthropic（MCP）などが参加するx402 Foundationが推進。
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をバインド。
支払いの基盤（ブロックチェーン）
x402：オンチェーン非依存設計だが、Base、Polygon、Solanaでサポート。その他は模索中。
MPP：Tempoという支払い最適化L1上に構築。1万TPS超、サブ秒確認、ネイティブガス代なし。長期的にはクロスチェーン対応を目指す。
支払い方法
x402：純粋なステーブルコイン、完全オンチェーン。
MPP：TempoのUSDCとSPT（Stripeの仕組み）をサポートし、暗号と法定通貨の混在を可能に。
決済のタイミング
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、Standard Chartered
x402は、オープンシステムや非中央集権的データマーケット、支払い事業者に依存したくないサービスの選択肢に近い。規格は白書に書き込み、ミドルウェアとウォレットアドレスだけで導入できる。純粋性が高い反面、対象は限定的。
MPPは、エージェントが大量の取引を一つのセッション内で行いたい場合に適している。チェーン外の多くのやりとりをセッションでまとめ、最終的に決済。Stripeの規制・税務体系も活用し、SPTの混合モードで法定通貨と暗号を併用可能。やや雑だが、現実的な選択肢だ。
面白いのは、両者は必ずしも競合ではない点だ。x402は長尾のオープンシナリオをカバーし、MPPは企業向けの高頻度トラフィックを狙う。Stripeの戦略は明確：どちらの道が勝っても、資金は最終的にStripeのアカウントに流れる仕組みを作る。
実情：今どこまで進んでいるのか
正直なところ、現状では本格的な規模の取引はほとんどない。
Coinbaseのx402リリース情報によると、早期パートナーにはHyperbolic（GPU推論課金）やAnthropic（MCP統合）などがいる。Stripeのブログでは、API呼び出し課金のエージェントシナリオ（例：CoinGecko）も紹介されている。Tempoのローンチ時には100以上のサービスが登録されている。CloudflareのSDKはx402をネイティブサポートし、一部Base L2の小規模プロジェクトも支払いゲートウェイとして試験中。
しかし、全体としては取引量は非常に少なく、商用規模には至っていない。これは新しい支払いインフラの初期段階ではよくあることだ。パートナーリストも、意向表明から実運用までには大きな差がある。
より重要なのは、背後にいる大手プレイヤーの動きだ。Stripeは2025年に19兆ドルの支払いを処理し、前年比34%増。Coinbase、Cloudflare、Visa、Google、Tempoのエコシステムもすでに稼働している。
つまり、土台は整った。あとは、2026年にAIエージェントが本当にこの仕組みを大量に使うかどうかだ。あるいは、これは1998年の光ファイバー敷設のようなもので、需要はまだ来ていないがインフラだけは先に整っている状態とも言える。
どちらを選ぶべきか
オープンで非許可型のシステムを構築したいなら、x402が自然な選択肢だ。登録不要、支払い業者不要、ミドルウェアとウォレットだけで導入できる。ただし、その代償は、コンプライアンスやリスク管理、法定通貨の決済は自前でやる必要がある。
すでにStripeエコシステム内にいて、エージェントのトラフィックを取り込みたいなら、MPPが適している。セッションやストリーミング支払い、法定通貨と暗号の融合、包括的な規制対応は、システムの「アップグレード」に近い。
最もシンプルな答えは：エージェントの支払いに関係なく、支払いを受けたいならStripeを使うことだ。両方に対応している。
HTTP 402は、ついに役立つ日が来た。ただし、その出番は約27年遅れだった。