Coinbaseはx402を中立にし、StripeはMPPの外で両方に賭け続けています。

著者：チャーリー、OSLアメリカ担当、Generative Venturesのベンチャーパートナー。暗号通貨ユニコーンのStrikeの副社長を務め（エルサルバドルのビットコイン法案に関与し、ラテンアメリカのビットコインライトニングネットワークとステーブルコイン決済業務を担当）、万億規模のファンドFranklin Templetonのマクロおよび通貨アナリスト、グローバル決済大手Adyenの初期メンバー。

この記事は著者の個人的な見解であり、関連会社の立場を代表するものではありません。

最近、エージェンティックコマースに関心を持つ友人が増えてきましたが、さまざまなプロトコルやプレイヤーが増え、皆が混乱しています。

特に先週、皆がStripe / TempoのMPPを理解しようと忙しい中、あっという間にStripeが競合のCoinbaseのx402 Foundationに参加しました。

さらにCloudflareは現在両方をサポートしています。Googleもこの状況に関与していますが、独自にAP2とUCPを持っています。

Visa、Mastercardも参加していますが、彼らは明らかにステーブルコインを支持するために来ているわけではありません。

Linux Foundationはx402を中立的で業界共治の「本拠地」と定義しており、Cloudflareはx402とMPPを同時に自社のAgents SDKに組み込んでいます。StripeもMPPとx402の両方をサポートしていると公に記載しています。

一体誰が誰と競争しているのか、誰が誰と重なっているのか？

しかし、ここ数日見れば見るほど、この「混乱」は市場に方向性がないからではなく、市場はすでに非常に明確であり、私が以前にx402、私たちはその本意を誤解しているかもしれないで述べたように、この事は初日から一つのプロトコルで一度に統一されることはないのです。

これはインターネットインフラストラクチャにおいて非常に一般的な状況に似ています------異なるレイヤーが同時に成長し、異なる企業が異なるレイヤーに賭け、最終的には相互運用性によって全体を動かすことになります。

本当の戦略的な物語は、誰がエージェンティックウェブ上の有料マシンアクセスのデフォルトの制御レイヤーを定義するかということです。そして、重要なプレイヤーは明らかにマルチホームしており、皆が未来の真のボトルネックが認可、配布、または決済にかかるかを賭けています。

一、Coinbaseはなぜx402財団をLinuxに委ねたのか？

もしx402が単なるCoinbaseのプロトコルであれば、それは業界のデフォルトオプションになるのは難しいでしょう。

これは政治的に正しい言葉ではなく、非常に現実的な標準化の論理です。

Linux Foundationの今回の表現は非常に明確で、サービスプロバイダーの中立性、コミュニティガバナンス、共有インフラを強調しており、「ある会社が新しい機能を持つ製品を発表した」ということではありません。

さらに重要なのは、x402 Foundationのページには現在プロジェクトが構築中であり、ガバナンスメカニズムと取締役会がまだ構築中であると書かれています。

つまり、今回の動きは「製品が成熟した」と発表するのではなく、「このプロトコルに中立的な家を与えようとしている」と発表しているのです。

この背後にある潜在的な意味は非常にシンプルです。

x402がずっとCoinbaseの製品機能の顔（例えば現在のBase）を持っているなら、クラウドプロバイダー、決済会社、カード組織、プラットフォーム型プレイヤーは技術的には接続したいと思っても、政治的には躊躇するでしょう。

誰も未来の有料アクセスレイヤーを単一のプラットフォームに渡したくはありません。Linux Foundationの下に置くのは、Coinbaseが制御したくないからではなく、むしろx402を広く採用させたいからであり、「これはCoinbaseのプロトコル」という負担をまず取り除く必要があるのです。

これは非常に重要です。なぜなら、多くの人が財団のような動きをPRやオープンソースの姿勢としてしか見ないからです。

しかし、プロトコル戦争において、ガバナンスは製品の一部なのです。

特に、標準がまだ初期段階で、絶対的なネットワーク効果がないときには、「中立で信頼できる」ということは技術の優雅さよりも重要ではありません。

逆に言えば、もしx402が将来的に何らかのHTTPネイティブの有料アクセスのベースラインになれるなら、それはコードが最も美しいからではなく、他のソリューションよりも早く政治的コストを下げたからかもしれません。

言い換えれば、ここでのガバナンスは脇役ではなく、ガバナンス自体が成長のエンジンなのです。

二、Stripeの左右の戦いは一体何をしているのか？

今回最も注目すべきプレイヤーは、絶対にStripeです。なぜなら、Stripeの動きは最も混乱を招くからです。

一方では、3月18日にMPPを大々的に発表し、マシン決済のオープンスタンダードとしてパッケージ化しています。

もう一方では、x402 Foundationの創設貢献者であり、自社の文書でもx402マシン決済をサポートしています。

Cloudflareの文書はさらに直接的で、明確に書かれています：MPPはx402のコア決済プロセスと後方互換性があり、MPPクライアントは既存のx402サービスを直接利用できます。

「プロトコル競争」という枠組みだけで見ると、Stripeは左右で戦っているように見えます。

しかし、視点を少し高くすると、このアプローチは逆に最もビジネスロジックに合致しています。

なぜなら、Stripeが本当に守りたいのは、必ずしも402ハンドシェイクそのものではないからです。

彼らが本当に守りたいのは、ハンドシェイクの上にあるいくつかのレイヤー：資格情報、コンプライアンス、リスク、報告、税金、払い戻し、商人統合です。

Stripeは特定の単一プロトコルの真の信者のようには見えず、最終的にどのハンドシェイク標準が勝ち取っても、Stripeがエージェント決済のデフォルトの抽象レイヤーであり続けることを確保しようとしているように見えます。

x402をサポートするのはオープンエコシステムに欠席しないためであり、自らMPPを推進するのは基盤の意味を定義するためです。さらに上にACPとShared Payment Tokensを推進するのは、ワークフローと決済証明書のより厚い価値を守るためです。

したがって、Stripeの今回の最も「奇妙」な点は、実は最も誠実な点でもあります。

彼らは未来にすぐに単一のプロトコルしか残らないふりをしていません。彼らは行動で示しています：少なくともこの段階では、誰も一方に賭けるべきではありません。

三、これは実際にはB2Bのインフラストラクチャの物語です

私はますます、多くのメディアがこの事の焦点を外していると感じています。

エージェント決済と言えば、最も容易に思い浮かぶのは小売です：AIがあなたのために航空券を購入し、ホテルを予約し、注文を出し、チェックアウトを手伝います。

しかし、現在実際に公開され、インフラストラクチャの香りがするシーンを見ると、最初に動き出したのは小売のチェックアウトではなく、より退屈で、より現実的なB2Bの有料アクセスです：有料API、有料データ、有料ツール、有料ブラウザセッション、有料エージェントワークフローです。

Cloudflareは現在、x402とMPPを使用してHTTPコンテンツ、API、MCPツールに料金を請求することを公にサポートしています。

x402の最も強力な採用パスは、開発者から開発者への有料APIとツールにあります。なぜなら、「アカウントなし + リクエストごとの支払い」がここでは単なるキャッチフレーズではなく、実際に操作可能な落とし所だからです。

この背後の変化は実際に大きいです。

過去、APIが料金を請求する場合、通常は「人間に優しい」プロセスを一通り経る必要がありました：アカウントを開設し、請求を結びつけ、APIキーを発行し、制限を設定し、照合し、支払い権限を処理します。

人間にとっても十分に面倒ですが、エージェントにとってはさらに厄介です。

x402の最も魅力的な点は、より暗号的でもAI的でもなく、「有料アクセス」をHTTP自体に再び埋め込もうとしていることです。入場制御と支払い交渉が通常のリクエスト-レスポンスのように発生することを目指しています。

サーバーが402を返し、このリクエストがいくらの価値があるかを教えます。クライアントはお金を支払い、支払い証明書を使って同じリクエストを再試行します。

このモデルをB2Bソフトウェアやマシン間アクセスの観点から見ると、小売の観点から見るよりもずっとスムーズです。

さらに、B2Bの方に目を向けるほど、x402の優位性は明らかになり、短所もそれほど致命的ではなくなります。

なぜなら、消費者コマースでは、払い戻し、拒否、商人の記録、消費者保護、責任の所在、これらはすべてハードな問題だからです。しかし、B2B APIやツールの呼び出しでは、これらの問題の重要性は明らかに低下します。

逆に、「アカウントなし、呼び出しごとの支払い、結果を得て去る」というのが真の需要です。

小売はもちろんより大きく、賑やかで、目を引きやすいですが、実際にプロトコルがどのようになるかを最初に定義するのは、最も賑やかなシーンではなく、最も早く真の需要を露呈するシーンです。

今日のこのエージェント決済の波にとって、そのシーンはおそらくショッピングカートではなく、ますます多くのソフトウェア間、エージェント間、ワークフロー間の有料アクセスです。

四、業界の発展は私の以前の相互運用性の判断を検証しました

私の前回の記事での最も核心的な判断は、相互運用性です。

その時、この判断は「アーキテクチャ上こうあるべきだ」というニュアンスが少しありました。

今見ると、それはますます現実的な制約のように見えます。なぜなら、公開市場がすでに足で投票しているからです。

Cloudflareはどちらの側にも立たず、x402とMPPの両方を同時にサポートし、明確に互換性マッピングを行っています。

Googleはx402に参加しながら、AP2とUCPを推進し続けています。

VisaとMastercardも「オールインワンの勝者」という姿勢で自らの戦略を表現することはなく、一方でx402に参加し、一方でエージェントトークン、認証、指示検証、紛争信号を強化しています。

巨頭たちの多面的な賭けは理性的な決定であり、商業的な偽善ではありません。

なぜこうなるのでしょうか？それはこれらのプロトコルが根本的に同じレイヤーに存在しないからです。

少なくとも現時点では、x402とMPPは有料HTTPハンドシェイクのレイヤーに近く、「どうやってリクエストに支払い能力を持たせるか」を解決しています。

AP2は認可と信頼できる意図に近く、「このエージェントは本当にこのお金を使う資格があるのか」を解決しています。

UCPとACPはワークフローレイヤーに近く、発見、チェックアウト、商人関係、証明書の伝達といったより上位の問題を処理します。

多くの企業がx402、MPP、AP2、UCPを同時にサポートしているのは、彼ら自身が混乱しているからではなく、最終的に勝つアーキテクチャがもともと多層に跨る可能性が高く、さらには複数のプロトコルが共同で構成される必要があるからです。

したがって、私の前回の判断を振り返ると、相互運用性がなければ、このエコシステムは根本的に立ち上がらないと今はより確信しています。

現在、市場はこの判断を積極的に検証しています。

さらに言えば、この判断はB2B対小売にも重要です。

なぜなら、小売の世界では、最終的に少数の大プラットフォームと少数の大ワークフローに吸収されるかもしれませんが、B2Bの世界はそうではありません。

企業はもともとマルチクラウド、マルチ決済方式、マルチワークフローシステム、マルチアイデンティティ権限システムが共存する現実の中で生きています。

誰が新しいプロトコルを使って企業スタック全体を一気に倒そうとすれば、大抵は先に死ぬでしょう。

B2B顧客が本当に支払う意欲があるのは、「唯一正しいプロトコル」ではなく、「既存のシステムが多プロトコル環境で機能する能力」です。

この論理は、相互運用性が企業シーンで消費者シーンよりもより厳しい理由です。

五、これは単なるプロトコル競争ではなく、層分けされたスタック競争です

この事を層分けされたスタックとして理解すれば、多くの元々混乱していた現象がすぐに整理されます。

最下層は、有料アクセスハンドシェイクです。

この層は、HTTPリクエストが「ここで支払いが必要である」とどう表現するか、そしてクライアントが支払いを終えた後にどうやって支払い証明書を持ち帰るかに関心があります。

x402とMPPは主にここで戦っています。MPPは402をより正式なHTTP認証セマンティクスに収束させようとしています。一方、x402は402をプラットフォーム化しようとしており、カスタムヘッダー、ファシリテーター、オンチェーン決済の抽象化とエコシステム統合を通じて、まずは動かそうとしています。

一方は標準化されたセマンティクスのルートに近く、もう一方はプラットフォーム配信のルートに近いです。

その上の層は、支出の権限、つまり「誰がこのお金を許可したのか」です。

この層は、多くの人がまだ完全に認識していない重要な部分です。

機械が支払いをすることはそれほど難しくありませんが、機械が信頼できる形で支払いをする権限を持つことが本当に難しいのです。

AP2が重要なのは、単に「どうやって支払うか」だけでなく、mandates、verifiable credentials、authenticity、accountabilityといった事を解決しているからです。

VisaとMastercardが最近強化しているエージェントトークン、指示検証、パスキー、紛争信号も本質的にはここにあります。

さらに上の層は、ワークフローと配信です。

つまり、発見、チェックアウト、商人関係、資格情報の共有、AIサーフェスの統合といった「誰がトラフィックと取引の編成を掌握するか」に近いものです。

UCPとACPはこの層を争っています。

B2Bにとって、この層は短期的にはそれほど賑やかではありませんが、長期的には非常に高い価値を持つ可能性があります。

なぜなら、将来的にますます多くの企業ソフトウェアがエージェントによって調整、呼び出し、調達、支払いされるようになるなら、誰がワークフロー言語を掌握するかは、単なる一回の支払いを管理するのではなく、全体のワークフローを管理することになります。

一度この三層を分けると、非常に素朴な事実が明らかになります：すべての問題を一つのプロトコルで包むことを期待する必要は全くありません。

より現実的な道筋は、これらの三層がそれぞれ成長し、相互運用性によって徐々に結合されることです。

そのため、多面的な賭けは揺れ動くのではなく、理性的なのです。

六、x402の真のリスクは、規制ではなく、同時発生下の経済学です

もし私たちが「多プロトコルの共存」を認識するだけでは、実際にはそれほど深くありません。

x402の最大のリスクは、最初に規制ではなく、verify--settleの二段階によってもたらされるtime-of-check/time-of-useの経済学かもしれません。

簡単に言えば、支払いの検証と最終的な決済が同じことではない場合、高い同時発生、再試行、代理層、キャッシュ層といった実際のインターネット環境では、「一度支払い、何度もアクセスする」というウィンドウが現れることになります。

x402エコシステムは現在も穴を埋めています。例えば、settlement cache、idempotency extension、payment identifierですが、これは問題が理論的なものではないことを示しています。

この点が特にB2Bの読者にとって重要な理由は何でしょうか？

なぜなら、B2Bの世界で最も恐れているのは、魅力的なデモができないことではなく、エッジケースが多すぎて、最終的に生産環境に入ると漏れが始まることだからです。

APIのマネタイズは、一見すると毎回のリクエストで数セント支払うだけで、非常に軽いように見えます。しかし、もしあなたの製品が呼び出しごとに料金がかかり、結果ごとに料金がかかり、ワークフローごとに料金がかかるなら、「一度支払って一度得る」か「一度支払って何度も得る」かは、製品の詳細ではなく、生死のラインになります。

したがって、もし将来的にx402がB2Bで実行できるなら、重要な前提はナラティブではなく、これらのdefault-safeのメカニズムが十分に無脳でなければならず、さもなければ企業は実際のトラフィックを安心して受け入れません。

七、プロトコルは無料かもしれませんが、料金所は消えません

もう一つ、この記事で詳しく述べる価値がある点があります。

多くのオープンプロトコルは最終的に非常に馴染みのある場所に行き着きます：プロトコル自体はますます安く、さらには無料になりますが、実際の料金所は隣に成長します。

x402も同様です。

標準自体はもちろんオープン、中立、標準に組み込まれた0フィーを強調していますが、これは価値の捕捉が消えることを意味しません。

もしx402が成功すれば、価値は主にプロトコルの中には留まらず、ファシリテーター、ウォレットとキー管理、発見、ポリシーエンジン、信頼ラッパーといった隣接層に移動します。

これはB2Bにとって特に重要です。

なぜなら、企業顧客は新しいプロトコルのために全システムを大規模に改造することはなく、彼らが本当に支払う意欲があるのは、誰が多プロトコル環境でオーケストレーション、ポリシー、リスク、コンプライアンス、監査、決済、権限の境界といった面倒な事を整理してくれるかだからです。

言い換えれば、プロトコルはますます基盤となる言語のようになりますが、これらの言語を「企業が安心して導入できる」能力に翻訳する層は、逆に新しいプラットフォームや新しい料金所になる可能性が高いです。

これが私が今日x402を見るとき、Coinbase、Cloudflare、Stripeの誰が「主役」に見えるかだけに注目してはいけないと感じる理由です。

本当に注目すべきは、誰がこれらの隣接層に立つ機会が最もあるかです。

Cloudflareはエッジとトラフィック配信の位置を持ち、Stripeは決済インフラと商人関係の位置を持ち、VisaとMastercardは証明書、ネットワークトークン、消費者の信頼の位置を持ち、Googleはワークフローと発見のサーフェスの位置を持っています。

真の価値の捕捉は、「誰が402を定義したか」ではなく、「誰が402をより大きな企業システムに接続したか」で発生する可能性が高いです。

八、結論

x402 Foundationのこの事は、x402がすでにすべてのエージェンティックコマースプロトコルで勝利したことを発表しているわけではありません。

これは、今世代のエージェント決済が初日から単一プロトコルの世界ではないことを公に認めているのです。

Coinbaseがx402をLinux Foundationに委ねたのは、それをより中立的な公共の層にするためであり、独占的な製品ではありません。

StripeがMPPを推進しながらx402に参加するのは、揺れ動いているのではなく、今は一方に賭けるべきではないことを知っているからです。

Cloudflareが両方を同時にサポートするのは、最もリアルなトラフィックに近いからです。

Google、Visa、Mastercard、Adyenといったプレイヤーの動きも、同じ事を示しています：まずシステムが相互に通信できるようにし、その後で誰が最終的にどの層を占有するかを考えます。

そして、視点を小売から移すと、この判断はさらにスムーズになります。

なぜなら、これらのプロトコルが最初に必要とされるのは、必ずしもショッピングカートではなく、ますます多くの呼び出し、タスク、結果に基づく料金を請求するB2Bソフトウェアやサービスだからです。

小売はもちろんより大きく、賑やかですが、B2Bはしばしば真の需要を早く露呈し、基盤となるインフラストラクチャが最終的にどのようになるかを早く定義します。

私の前回の記事で相互運用性を中心に置いたとき、今市場が示している答えは非常に明確です：はい、そして当時考えていたよりも早く。

この意味で、x402 Foundationはこの物語の終わりではありません。

それは、私たちに真のテーマが「誰が勝つか」ではなく、「この世界は先に相互に通信する運命にあり、誰がその後最も価値のある層を占有できるか」であることを早く見せてくれるのです。