x402とMPPに関する包括的なガイド：エージェントベースの支払いを実現する2つの方法

著者：ニック・サウィニー、defiprime.com

編集：ペギー、ブロックビーツ

編集者注：エージェントがどのように支払いを行うかという点に関して、x402とMPPはほぼ正反対の2つの方法を示しています。

x402はプロトコル最小化のアプローチを採用しており、HTTPリクエストに直接支払いを組み込み、リクエストに応じた支払いを最もシンプルな方法で実現しています。アカウントも仲介者も存在しないため、初期のインターネットのオープンでパーミッションレスな設計に似ており、ロングテール開発者や分散型シナリオに適しています。

一方、MPPはシステムパフォーマンスの最大化を目指しており、セッション、ストリーミング決済、コンプライアンスシステムを通じて、高頻度取引、リスク管理、法定通貨へのアクセスといった課題に対応します。純粋な機能性を追求するのではなく、現実世界のビジネスニーズを満たすことを優先するため、企業レベルや大規模アプリケーションに適しています。

両者の違いは、本質的には同じ問題に対する2つの解決策、つまり、支払いをプロトコルの一部とするか、システムの一層として扱うかという点にある。

したがって、両者は完全に競合しているわけではなく、むしろ異なるセグメントに分散している。x402はオープンネットワークのロングテール需要をカバーし、MPPは高頻度かつ商用トラフィックを処理する。黎明期のエージェント経済においては、このような差別化は避けられないかもしれない。

以下は原文です。

1990年代後半にHTTP/1.1仕様で定義されたHTTPステータスコード402は、長らくその役割を担う機会を待っていた。これは「支払いが必要です」という意味である。当初の構想は、Webのプロトコル層に支払い機能を組み込み、マシンがWebページを要求するのと同じくらい簡単にリソースを購入できるようにするというものだった。

しかし、このビジョンはほとんど実現に至っていない。長年にわたり、このステータスコードはShopifyのレート制限応答やApple Mobile Meの請求エラーなど、ごく一部の周辺的な場面で時折見られる程度で、それが示唆していたマイクロペイメントの未来を真に実現した者は誰もいない。その代わりに、クレジットカード、サブスクリプション型のペイウォール、APIキーといった仕組みが主流となっているが、これらはすべて基本的に人間による操作を前提として設計されている。

今日、この未来への二つの対立する道筋が、いずれも同日に発表されました。ここでは、それらがどのようなものか、それぞれの違い、そしてStripeがなぜ両方に賭けているのかについて概説したいと思います。

x402: よりシンプルな解決策

Coinbaseは2025年5月にx402を正式にローンチしました。そのコアコンセプトは、極めてシンプルでありながらも斬新と言えるでしょう。クライアントがリソースを要求すると、サーバーはHTTP 402レスポンスを返し、手数料、使用するトークン、そして支払いが行われるブロックチェーンをクライアントに通知します。クライアントがオンチェーンで支払いを完了すると、支払い領収書を新しいリクエストに添付し、サーバーはリソースを配信します。

実にシンプルです。アカウントシステムも、APIキーも、サブスクリプションの仕組みも一切ありません。単にHTTPリクエストの往復通信を行い、その間に支払い処理を挟むだけです。

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

サポート範囲に関して、Coinbaseの公式ドキュメントによると、ERC-20決済は現在、Base、Polygon、Solanaでサポートされています。一方、エコシステム全体でAvalanche、Sui、Nearなどの他のチェーンへの拡張も検討されていますが、その成熟度はチェーンによって異なります。

普及データを見ると、この部分はもう少し複雑です。Coinbaseは、x402がAgentic Walletインフラストラクチャを通じて5,000万件以上のトランザクションを処理したと述べています。これは印象的ですが、3月11日に引用されたCoinDeskのArtemisからのオンチェーン分析データによると、1日のトランザクション量は約131,000件で、総額は約28,000ドル、1トランザクションあたりの平均支払額は約0.20ドルです。これらのトランザクションの約半分は、実際の商業取引というよりは、テストやゲーム化に近いようです。

しかし、これは必ずしも悪いことではない。このプロトコルは、まだ実際には存在しない市場、つまりAIエージェントがAPI呼び出しやデータクエリに対して少額決済（1セント未満）を行う世界を想定して設計されたものだ。そして、この市場にサービスを提供する事業者は、まだ出現し始めたばかりなのだ。

例えば、GoogleのAgentic Payments Protocol（AP2、A2Aフレームワークの一部）はx402を統合しており、Lowe's Innovation Labsもデモを披露しました。AIエージェントが、商品の発見と調査から注文まで、全プロセスを一度に完了できるというものです。一方、World（Sam Altman氏が設立）は今週、x402ウォレットに人間による認証機能を追加するAgentKitをリリースしました。

この考え方の根底にあるのは、HTTPリクエストのように軽量な決済処理が行われる限り、アプリケーションシナリオは自然に生まれるという前提である。これが本当に正しいかどうかは、今後の検証が必要である。

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

StripeとTempoは異なる道を選んだ。本日、Tempoメインネットと同時にマシンペイメントプロトコル（MPP）がローンチされた。既存のブロックチェーン上に軽量なラッパーレイヤーとして機能するx402とは異なり、MPPは高頻度取引エージェント向けに特化して設計されている。

その中核となる仕組みはセッションです。リソース要求ごとにオンチェーン取引を開始するのとは異なり、エージェントは事前に支出限度額を承認し、その限度額内で継続的に少額決済を行うことができます。1時間に数千回もデータソースを照会する必要のあるAIの場合、毎回オンチェーン取引に署名してブロードキャストすることは決して望ましくありません。セッションはまさにこの問題を解決するために設計されています。

Tempoブロックチェーンも、このニーズに基づいて構築されています。毎秒数万件のトランザクションを処理し、確認時間は1秒未満で、独自のガストークンは存在しません。ユーザーはステーブルコインで直接トランザクション手数料を支払うことができるため、送金前に何らかのトークンを購入するという煩雑な手順を省くことができます。

理解しておくべきもう1つの要素は、Stripeのエージェントコマーススイートです。これには共有決済トークン（SPT）が含まれています。これは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を単一のインターフェースに抽象化するのではなく、2つの異なる統合パスを通じてサポートしています。x402の場合、ドキュメントでは主に、入金アドレスの生成、オンチェーン監視、Stripeアカウントへの資金決済のプロセスについて説明しています。402レスポンスの処理はユーザーが行い、Stripeは基盤となる暗号通貨決済インフラストラクチャを管理します。現在、Base上のUSDCがサポートされており、今後拡張予定です。MPPの場合、加盟店は同じPaymentIntents APIを通じてセッションベースのストリーミング決済を受け取ることができます。

StripeのAgentic Commerce Suiteは、2025年12月にローンチされ、この2つの決済トラックを基盤として構築されています。加盟店は商品カタログをアップロードし、統合したいAIエージェントを選択するだけで、Stripeが商品検索、チェックアウトプロセス、不正防止、税務処理を担います。現在、URBN、Etsy、Coach、Kate Spade、Ashley Furnitureなどが既に利用しており、Wix、WooCommerce、BigCommerce、Squarespace、CommerceToolsといったプラットフォームとの統合も完了しています。

彼らの戦略は実に明確だ。抽象化レイヤーを制御し、基盤となるプロトコル同士が自由に競争できるようにする、というものだ。

それに比べて

大まかに言えば、どちらのプロトコルも同じことを実現している。つまり、マシンがHTTP経由でリソースの料金を支払えるようにしているのだ。しかし、本当の違いは細部に宿る。

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

標準化

x402: 完全なオープンソース（Apache 2.0）であり、x402 Foundationが複数の企業（Coinbase、Cloudflare、Visa、Google）の参加を得て運営している。

MPP：StripeとTempoが共同開発したオープンスタンダードであり、Stripe Agentic Commerce Suiteの一部です。

HTTPメカニズム

x402: PAYMENT-REQUIRED を含むリクエストを開始し、PAYMENT-SIGNATURE を含むリトライを完了することで、HTTP 402 エラーを復旧します。

MPP：これもチャレンジ・レスポンス方式を採用していますが、HMACを介してチャレンジIDをバインドするPayment HTTP Authentication Scheme（IETFドラフト）を使用しています。

決済基盤レイヤー（Rails）

x402: オンチェーン操作とは無関係に設計されており、現在Base、Polygon、Solanaでサポートされていますが、他のチェーンではまだ検討中です。

MPP：Tempoブロックチェーンをベースとしており、決済に最適化されたL1ブロックチェーンで、10,000以上のTPS、1秒未満の確認応答、ネイティブガストークンなしをサポートしています。長期的な目標は、クロスチェーン互換性を実現することです。

支払い方法

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

MPP: Tempo（Stripeの仕組み）上でUSDC + SPTをサポートし、暗号通貨と法定通貨（銀行カード、ウォレット、BNPL）の混在を可能にします。

決済方法

x402: 決済はオンチェーンで行われ（約200ミリ秒から数秒）、検証と決済はCoinbaseなどの仲介業者によって処理されます。

MPP：Tempoは1秒未満の確認を提供し、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 Bank。

x402は、オープンシステム構築において、開発者にとって最適なソリューションと言えるでしょう。例えば、独立した開発者向けAPI、分散型データマーケットプレイス、あるいは決済処理業者に依存したくないあらゆるサービスなどが挙げられます。その仕様はホワイトペーパーにまとめられており、統合に必要なのはミドルウェアとウォレットアドレスだけです。この純粋さは魅力的ですが、純粋な暗号化技術の限界ゆえに、利用できるユーザー層は限られるという側面もあります。

一方、MPPは全く異なるパラダイムです。エージェントが1回のセッションで数百、あるいは数千ものトランザクションを処理する必要があり、各トランザクションをオンチェーンに記録したくない場合は、MPPの方がより合理的な選択肢となります。セッションメカニズムにより、最終決済までほとんどのやり取りはオフチェーンで行われ、Stripeのコンプライアンスシステムがリスク管理と課税を処理します。また、SPTのハイブリッドモデルにより、エージェントはステーブルコインを超えて、ユーザーのVisaやその他の決済方法に直接アクセスできます。洗練さには欠けますが、より現実的なアプローチと言えるでしょう。

興味深いことに、両者は完全に競合関係にあるわけではない。x402はロングテール型のオープンなシナリオをカバーし、MPPはエンタープライズレベルの高頻度トラフィックをカバーする。Stripeの戦略も明確だ。単一のプロトコルに賭けるのではなく、どちらの経路が勝利しても、最終的に資金がStripeのアカウントシステムに流入するようにする。

現実：現状、一体どこまで発展したのか？

正直なところ、まだ真に大規模な取引はほとんど行われていません。

Coinbaseのx402リリース情報によると、初期のパートナーにはHyperbolic（GPU推論決済）とAnthropic（MCPプロトコル統合）が含まれていました。Stripeのブログでは、API呼び出しごとに課金するエージェントシナリオ（CoinGeckoなど）について言及しています。Tempoは100以上のサービスをカタログに掲載してローンチしました。CloudflareのエージェントSDKはx402をネイティブにサポートしており、Base L2上のいくつかの小規模プロジェクトも決済ゲートウェイとしてx402を使用する実験を行っています。

しかしながら、全体的に見ると取引量は少なく、加盟店数も限られており、ほとんどの活動はまだ実験段階にある。

これは驚くべきことではありません。これは、初期段階にあるあらゆる新しい決済インフラに共通する典型的な現象です。いわゆるパートナーリストは、意向表明書に署名した時点と実際にサービスを開始した時点とで大きく変動する可能性があり、これらの発表は通常、明確に区別されていません。

さらに注目すべきは、インフラを支える有力企業群だ。Stripeは2025年に1兆9000億ドルの決済を処理し、前年比34%増となる見込みだ。一方、Coinbase、Cloudflare、Visa、Google、そしてTempoをはじめとする多数のパートナー企業もこの分野に参入している。

言い換えれば、道筋は既に敷設されている。残る疑問はただ一つ。2026年、AIエージェントは本当にこの道筋上で大規模な取引を行う必要があるのだろうか？それとも、1998年に光ファイバーケーブルを敷設した時のように、需要はまだ来ていないものの、インフラは既に構築されている、という状況なのだろうか？

どちらを選べばいいのでしょうか？

オープンでパーミッションレスなシステムを構築する場合、x402はより自然な選択肢となります。プラットフォームへの登録や決済プロバイダーとの統合は不要で、ミドルウェアをインポートしてウォレットをリンクするだけで支払いを受け取ることができます。ただし、コンプライアンス、リスク管理、法定通貨決済はすべて自社で行う必要があります。

既にStripeのエコシステム内にいて、エージェントトラフィックを統合したい場合は、MPPの方が適しています。セッション決済、ストリーミング決済、法定通貨と暗号通貨のハイブリッド決済、そして包括的なコンプライアンスシステムは、システムの再構築というよりは、むしろ設定のアップグレードに近いものです。

もしあなたが、エージェントがどのプロトコルを使用しているかに関わらず支払いを受け取れることだけを重視するのであれば、答えはStripeを使うことです。Stripeは両方のプロトコルに対応しています。

HTTP 402がようやく役に立った。しかし、それは実に27年近くも前のことだった。