このトークンはAPIを介してマーチャントへ届けられ、マーチャントは「Merchant of Record（記録上の販売者）」のステータスを完全に保持し、既存のStripeインフラを通じて決済を処理します。StripeのSPTは、本稿執筆時点で、この委任設計の最初の実稼働実装であり、OpenAIの「Delegated Payment Spec」と互換です。その他のPSPもこの仕様を実装できるため、ACPは決済レイヤーでオープンになります。
これはエージェント向けのマルチレール・ウォレットという、具体的なプロダクト要件を定義します。カードレール such as SPT、Visaエージェントトークン、Mastercardエージェントトークンは、従来のマーチャントコマースを引き続き支えます。x402やMPPセッション決済のようなステーブルコインレールは、オンチェーンAPIとエージェント対エージェントの送金を支える基盤となります。
エージェンティックコマースは、AIネイティブな取引のための二層の決済スタックを解放するのか？
AIネイティブの取引がコンセプトから実装へ移行するにつれて、エージェント型コマースは、デジタル決済と清算（セトルメント）インフラがどのように機能すべきかを根本から見直すことを迫っています。
人間中心の決済からAIネイティブのレールへ
2025年9月から2026年3月の間に、世界の主要な決済プレイヤーはすべて、AI駆動のコマースへ舵を切りました。OpenAIとStripeは「Agentic Commerce Protocol」を立ち上げ、一方でGoogleは、30社を超える小売・フィンテックのパートナーに向けて「Universal Commerce Protocol」を公開しました。
同じ期間に、VisaとMastercardはエージェント重視の決済フレームワークをリリースしました。Coinbaseはx402標準を前進させ、Base上で15百万件超の取引をクリアしています。さらにStripeとTempoは「Machine Payments Protocol」を共同で著作し、IETFの標準化に提出しました。
タイミングに偶然はありません。過去30年の決済インフラは、ブラウザの前で人間が座ってフォームを埋め、段階的な検証を経ることを想定して構築されました。ところがAIエージェントは、プログラム可能なインターフェース、ほぼ瞬時の認可、そしてセントの1/分の1単位ではなく「端数の取引」を処理できる清算が必要です。
既存のスタックは、その環境のために設計されたことはなく、業界はその不一致を認識しています。代わりに現れているのは、2層アーキテクチャです。上位が発見と開始のためのオーケストレーション層、下位が価値移転のための清算層です。これらは、それぞれ異なるインセンティブによって別々のトラックで進化していきます。
商業的オーケストレーション：エージェント取引がどう組み合わさるか
オーケストレーション層は、エージェントがどのようにサービスを見つけ、セッションを管理し、決済へ引き継ぐかを定義します。利用事例には明確に2つのカテゴリが現れており、これらを混同すると市場構造を誤解するリスクがあります。
1.1 消費者の代理で行動するエージェント
人間の代わりに購入するエージェントにとって、今日の主要な課題は決済メカニズムではなくアクセスです。ほとんどのEコマースプラットフォームは、人間のナビゲーションのために最適化されています。しかしエージェントは、商品ページをスクロールしたり、バナーを解釈したり、「カートに追加」ボタンをクリックしたりしてはいけません。
その代わり、マーチャントは構造化された、機械可読なエンドポイントを必要とします。しかしこれはまだ稀であるため、ネイティブなエージェントとのやり取りが制限されています。このセグメントにおける最初のプロトコルの波は、OpenAI、Stripe、Googleから出ており、それぞれ制御とオープン性へのアプローチが異なります。
OpenAIとStripeは2025年9月に「Agentic Commerce Protocol（ACP）」を立ち上げました。このプロトコルは、チェックアウト時の安全な決済委任を中心にしています。ユーザーの支払い手段はChatGPTに保存され、購入確認時にStripeが「Shared Payment Token（SPT）」を発行します。これは、マーチャントとカート合計額にスコープされた単回使用の資格情報です。
このトークンはAPIを介してマーチャントへ届けられ、マーチャントは「Merchant of Record（記録上の販売者）」のステータスを完全に保持し、既存のStripeインフラを通じて決済を処理します。StripeのSPTは、本稿執筆時点で、この委任設計の最初の実稼働実装であり、OpenAIの「Delegated Payment Spec」と互換です。その他のPSPもこの仕様を実装できるため、ACPは決済レイヤーでオープンになります。
「ChatGPT Instant Checkout」は2025年9月に米国ユーザー向けに開始されましたが、ほぼゼロの転換率を受けて2026年3月に停止されました。その後OpenAIは「発見」へと舵を切りました。ChatGPTは現在、商品を提示し、ユーザーをマーチャントのサイトやアプリへリダイレクトしてチェックアウトさせます。ACPはより限定的な役割を生き残っており、大手少数のリテーラー向けの専用イン・ChatGPTアプリを動かし続けています。
参加にはマーチャントの申請が必要であり、OpenAIが表示されるものやランキングを制御します。それでも、このキュレーションされたモデルは、インアシスタント体験のエンドツーエンドの制御をOpenAIに与えつつ、決済の清算はStripeのような第三者プロセッサへ委任します。
Googleの「Universal Commerce Protocol（UCP）」は、対照的な戦略を示しています。2026年1月11日のNRF ConferenceでSundar Pichaiが発表したUCPは、Shopify、Etsy、Wayfair、Target、Walmartと共同で開発され、Adyen、American Express、Best Buy、Mastercard、Visa、Stripe、The Home Depotを含む20社以上のパートナーから支持されています。
UCPは、Google自身のエージェント決済プロトコル（AP2）、Agent2Agent（A2A）標準、Model Context Protocol（MCP）と明確に整合しています。この相互運用性推進は、インデックスとアクセスにおける優位を占めるための意図的な試みです。Google Payがデフォルトの決済手段として機能し、PayPalは今後のオプションとして発表されています。
技術的には、UCPは「UCP profile」と呼ばれるケイパビリティマニフェストを通じて動作します。マーチャントは自社ドメイン配下の /.well-known/ucp に構造化されたJSONドキュメントを公開し、輸送手段、チェックアウトのケイパビリティ、対応する決済ハンドラを指定します。エージェントはこれらのマニフェストを仲介者なしで直接読み取ります。
このアーキテクチャはGoogleの戦略的な優先事項を反映しています。Googleは取引のブローカーをすることにほとんど関心がありません。そうすればマージン圧力、責任、そして規制上の精査を招くからです。代わりに、コマースのウェブ全体への完全な可視性が欲しいのです。UCPは、エージェントの買い物における主要な発見レイヤーとしてGeminiを位置付けつつ、清算ではほとんど目立たないようにしています。
ACPとの対比ははっきりしています。ACPは、OpenAIがゲートキーパーとして機能するキュレーションされた環境であり、マーチャントは申請する必要があり、フローはChatGPTの中で最適化されています。UCPはオープンなカタログとして機能します。マーチャントが自己公開し、互換性のあるあらゆるエージェントがプロファイルを消費でき、Googleは発見面を制御しますが、決済そのものは制御しません。
オンボーディングの摩擦はUCPのほうが低く、到達可能性（リーチ）もより広い可能性がありますが、マーチャントはそれほど手取り足取りの支援を受けられません。要するにACPはオープン性を制御と交換し、UCPは制御をインデックスの広さとプロトコルレベルの標準化と交換します。
1.2 他のエージェントと取引するエージェント
2つ目の主要カテゴリは構造的に異なります。取引の両側が自律エージェントであり、人間のマーチャントは参加しません。この環境では、従来の信頼のアンカーが消え、馴染みのある保護手段はほとんど残りません。
消費者保護の法令や、依拠できるカードのチャージバック権はありません。さらに当事者同士が以前にやり取りしたことがないかもしれないのに、安全に価値を交換しなければならない。これが、新しいEthereumの標準が取り組もうとしている問題です。
2026年3月10日に、Ethereum FoundationのdAIチームとVirtuals Protocolによって提案されたERC-8183は、各取引を「三者のジョブ」として構造化します。Clientが作業を委託し、Providerがそれを提供し、Evaluatorが完了を認証します。
資金はスマートコントラクトのエスクローに保持され、Evaluatorが承認した場合にのみ解放されます。ClientもProviderも、相手の信頼性を評価する必要はありません。契約が結果をメカニカルに強制するからです。並行してERC-8004は、このメカニズムを支えるアイデンティティ層を定義します。
ERC-8004のもとでは、エージェントはオンチェーンで登録し、取引履歴から評判スコアを構築します。これにより、やり取りをまたいで持続する「持ち運び可能な信頼性のシグナル」が生まれます。設計は理論上堅牢ですが、大規模に導入をブートストラップすることが実務上のボトルネックとして残っています。
今日の実際の利用の多くは、Virtuals Protocolプラットフォーム内に集中しています。「Butler」と呼ばれるオーケストレーターエージェントが複雑なタスクをサブジョブに分解し、専門エージェントへルーティングします。より広い開発者コミュニティは、同等の規模でまだ関与していません。ERC-8183は、実質的に、このパターンをオープンでパーミッションレスにする試みです。
そこから直接導かれる構造的なポイントがあります。リテールのEコマースは、カードレール上で問題なく運用できる可能性が高いのは、人間の購入者がループの中に残っているからです。対照的に、純粋なエージェント対エージェントのコマースは、ステーブルコインの清算を必要とする可能性が高いです。カード手数料は、非常に小さなチケットサイズで高頻度になると採算が合わなくなるためです。
清算（セトルメント）プロトコル：実際にお金を動かすのは誰か
オーケストレーションが何を、どこで取引するかを決めるなら、清算層が「本当に価値が動くかどうか」を決めます。現在ここでは5つの主要プロトコルが競合しており、それぞれ異なるユースケースと経済的制約に最適化されています。
2.1 Delegated Payment Spec と SPT（Stripe）
StripeのDelegated Payment Specは、置き換えるのではなくカードインフラを拡張します。顧客がエージェントを認可すると、Stripeはエージェントが保存するSPTをプロビジョニングします。取引時、エージェントはこの時間制限付きで金額が上限されたトークンをマーチャントへ提示します。
その後、清算はStripeの既存のカードスタックを通じて実行されます。バックエンドでは、StripeはVisa Intelligent CommerceとMastercard Agent Payに接続し、そこでエージェント型ネットワークトークンが発行されます。マーチャントは、下にどのカードネットワークがあるかにかかわらず、単一の統合面を目にします。
このモデルは、標準的なリテール購入や、多くの高額なエージェント対エージェント決済に適しています。チャージバックや他の消費者保護がなお望ましいからです。しかし、機械同士のストリーミング決済のような高頻度・微小価値パターンには不向きです。
そうしたシナリオでは、取引金額はセントの一部であることが多く、1分あたり数千件の操作にまで膨らむことがあります。技術的に実行可能であっても、カード手数料の経済性と認可オーバーヘッドはすぐに持続不可能になります。
2.2 Visa Intelligent Commerce と Mastercard のエージェント用トークン
VisaとMastercardの両方が、エージェント主導の決済を扱うためにトークン化レイヤーを作り直しました。実際のカード番号は、動的に暗号化されたトークンに置き換えられます。このトークンには、認可するエージェントに関するメタデータが埋め込まれています。身元から、利用上限、妥当性ウィンドウまでが含まれます。
許可されたマーチャントもトークンメタデータ内で指定されており、エージェントがどこで支払えるかをきめ細かく制御できます。清算そのものはレガシーカードレール上にとどまるため、統合の道筋は馴染みのままで、新しいインフラを完全にゼロから作る必要を回避できます。
両ネットワークは、PoCを大きく超えて前進しています。Mastercardは2025年9月に、オーストラリアのCommonwealth Bankと連携して、完全に特定されたエージェント取引の最初の処理を行いました。Visaは、Agentic Readyプログラムを通じて、欧州市場で初期導入を完了させています。
インフラは対応できるように見えますが、手数料の下限（fee floor）が構造上の制約です。どちらのネットワークも、将来のエージェントコマースが要求する密度で、1ドル未満の決済を効率的に支えることはできません。さらに、規制およびコンプライアンスのレイヤーが、レンジの最も小額側での実験を一段と制約します。
2.3 x402（Coinbase）
対照的にx402はカードではなくHTTPから始まります。1997年からHTTP仕様にあるステータスコード402「Payment Required」を土台にしていますが、ほとんど使われていません。エージェントが有料リソースを要求すると、サーバーは決済パラメータを含む402を返します。
エージェントは認可に署名し、FacilitatorがUSDCまたは他の対応トークンでオンチェーンの原子的な清算を完了します。通常、約2秒以内です。口座のセットアップは不要で、APIキーの配布も不要、プロトコルレベルでのKYC強制もありません。ガバナンスはCoinbaseとCloudflareによって設立されたx402 Foundationにあります。
2025年末までに、x402はBase、Solana、Polygonで100百万件超の取引を処理していました。しかし2026年2月にArtemisのアナリストは、このボリュームの多くが「本物のコマース」ではなく、自己取引（self-dealing）とインフラのテストを反映していると推定しています。
プロトコルの年間換算の決済ボリュームは約6億ドル規模ですが、集中度や「品質のあるボリューム」の課題は重大です。それでもx402には構造的な手数料の下限がありません。これはマイクロペイメントのために明示的に設計されたためです。重要なギャップは、技術設計ではなく、採用の深さと、現実世界のコマース密度です。
2.4 ナノペイメント（Circle）
CircleのNanopaymentsプロトコルは、意図的にx402と互換です。HTTP 402をトリガーとして使いながら、バッチ化された清算レイヤーを追加します。個々の支払いをオンチェーンで別々に清算するのではなく、買い手は先にCircle Gatewayアカウントへ資金を入れ、各取引ごとにEIP-3009のオフチェーンメッセージに署名します。
ブロックチェーンへの定期的なバッチ清算により、多数の支払いにわたってガスコストが分散され、$0.000001のようなごく小さな送金でも経済的に成立し得ます。ガスは、支払いごとではなく預け入れ時に実質的に一度だけ支払われます。これは、超高頻度のユースケースにとって重要な最適化です。
代償は、両方の当事者がCircle Gatewayへ入金する必要があるため、現行アーキテクチャでは半閉じたネットワークになることです。Nanopaymentsは、2026年3月にテストネット上で12の対応チェーンにわたってローンチしました。さらに、Circleがオンボーディングの摩擦を減らせるなら、集中的なマイクロペイメントのフローにとって手数料モデルは魅力的です。
2.5 MPP Machine Payments Protocol（Tempo と Stripe）
TempoとStripeが共同で著作したMPPは、5つの清算設計の中で最も野心的です。HTTP 402をトリガーとして使い、さらに単一の統一フレームワークの中で、マーチャントとエージェントが複数の清算レールから選択できるようにします。
開発者は、ビルド時点でステーブルコインか法定通貨のいずれかのインフラをハードワイヤする必要がなくなります。代わりに、エージェントは取引ニーズに応じて、実行時にどのレールを使うかを決められます。選択肢には、Tempoのステーブルコイン清算、StripeのSPT決済、カードネットワークトークン、そしてLightsparkによるBitcoin Lightning決済が含まれます。
決定的なのは、MPPがOAuthに似た「セッション」プリミティブを導入する点です。エージェントは一度だけ認可し、口座へ事前資金を入れ、その後は支払いごとにオンチェーン取引を行うことなく、継続的なやり取りに対してリアルタイムの自動清算を享受できます。
中核となる仕様は、HTTP 402の参照実装としてIETFに提出されています。2026年3月18日のローンチ時点で、メインネットのPayment Directoryはすでに100以上のサービスを統合済みでした。しかし採用のパターンはまだ初期段階です。
Stripeの二重の役割は戦略的に重要です。Stripeはプロトコルの共同著作者であるだけでなく、その中で決済オプションの一つとしても現れます。開発者がMPPを柔軟性目的で主に選ぶ場合でも、カード機能目的で具体的に選ぶ場合でも、Stripeは価値を取り込みます。
市場の現実：展開（デプロイ）より先にあるプロトコル
3.1 市場の現状
過去6か月のあいだにプロトコルが急速に立ち上がったにもかかわらず、商業的な牽引（トラクション）は限定的です。清算では取引件数の面でx402が先行していますが、実際の毎日のコマースのボリュームは約28,000ドル近辺で推移しています。オーケストレーションでは、ACPのInstant Checkoutは、転換がほぼないことを受けて停止されました。
ERC-8183やMPPのような新基準でも同様のパターンが見られます。物語（ナラティブ）が実際のデプロイを先行しているのです。業界は、プロトコルアーキテクチャの多くが存在する一方で、スケールされた商業アプリケーションがまだ始まっていないところで転換点に到達しています。
中核のボトルネックは、オーケストレーション層での断片化です。マーチャントは、互いに独立した複数の標準に直面しており、それぞれが異なるSDK、認証フロー、コンプライアンス規則を持っています。しかしこれは統合コストを増やし、実験を抑制します。
歴史的には、こうした断片化は、競合する標準にまたがるアクセスを統一する集約レイヤーによって解消されてきました。このサイクルは異なる可能性があります。OpenAI、Google、Microsoftを含む、意味のあるエージェントトラフィックを持つプラットフォームは、ユーザーを他へ引き渡すのではなく、クローズドなサーフェスを維持することにインセンティブが働きます。
この同じロジックは地域ごとにも展開しています。中国、東南アジア、韓国、日本では、それぞれがスーパーアプリや支配的なプラットフォームを軸に、クローズドなループ型エコシステムを構築しています。起こりうる結果は、単一のオープンなグローバル標準ではなく、複数の並行する地域のクローズドなシステム群である可能性が高いです。
したがって、マーチャントが欲する集約レイヤーは、エージェントトラフィックを「所有」しようと競合するプラットフォームからではなく、マーチャントへ直接サービスを提供する第三者インフラ提供者から来る可能性が高くなります。オープン性やクロスプラットフォーム到達を促すインセンティブは、プラットフォーム層では単に整合しません。
3.2 近い将来の機会がどこにあるか
この状況から、2つの明確な機会領域が浮かび上がります。清算インフラと、アプリケーション層のエージェント対エージェントサービスです。前者は最も確実な近い将来のビジネスに見え、後者は最も未発達ですが、最も変革的になり得ます。
清算においては、オーケストレーション層の断片化が、支払い（決済）層の統合圧力と鮮明に対照的です。プラットフォームを問わず、すべてのエージェントが最終的に同じ問題に直面します。レールをまたいで、当事者へ効率よく支払うにはどうするかです。
開発者は、エージェントが動き得るあらゆるサーフェスごとに個別の決済統合を現実的に維持することはできません。プラットフォームが増えるほど、土台となるレールの複雑さを抽象化する「単一の統合された決済統合」に対する経済的な圧力が強まります。
これはエージェント向けのマルチレール・ウォレットという、具体的なプロダクト要件を定義します。カードレール such as SPT、Visaエージェントトークン、Mastercardエージェントトークンは、従来のマーチャントコマースを引き続き支えます。x402やMPPセッション決済のようなステーブルコインレールは、オンチェーンAPIとエージェント対エージェントの送金を支える基盤となります。
これら2つのカテゴリはすでに稼働しており、短期的に単一のレールへ収束することはありません。柔軟性の負担は、エージェント側にあり、マーチャント側ではありません。マーチャントは、サポートするレールを選択します。これは比較的安定していて、制御可能な決定です。
企業は、その後、エージェントにステーブルコインと委任されたカードをプロビジョニングします。エージェントは、相手方が受け入れるレールに従って支払います。両者をシームレスに、1つの統合の中で扱えるウォレットが、さまざまなエコシステムで動く汎用エージェントの基盤となります。
このインテグレーションの価値は、取引のたびに、そして新しいプラットフォームが増えるたびに複利的に積み上がります。一度確立されると、そのインフラの深さは置き換えが難しくなります。さらに、それは、断片化したオーケストレーション環境の間に立つ中立的な清算レイヤーとして、ウォレット提供者を位置付けます。
エージェント対エージェント・コマース：未発達な機会
2つ目の機会は、エージェント間のコマースのアプリケーション層にあります。今日、多くのA2A活動は暗号ネイティブなワークフローに限定されており、エージェントがオンチェーンデータを照会したり、DeFiプロトコルとやり取りしたり、ブロックチェーン取引を実行したりしています。
しかし、市場はまだ、広範な現実世界のサービスへと拡大していません。とはいえ、プロトコルの観点からは、エージェントはすでに、データ分析、コンテンツ生成、法務調査、コードレビューなどのタスクを、呼び出しごとに従量課金で委託できる状態です。
欠けているのは開発者エコシステムです。サービス構築者は、提供物をエージェント支払い可能なAPIとしてパッケージし、きめ細かい利用量ベースの価格設定を行う仕組みをまだ整えていません。これが本当のギャップであり、現状ではスタックの中でも最も競争の少ない分野の一つです。
この領域は、コールドスタート問題による制約に直面しています。ERC-8004のようなアイデンティティシステムは、信頼スコアを生成するために高い取引密度を必要とします。履歴のないエージェントは評判の重みがなく、取引相手の数も限られます。
Microsoftは、2028年までに約13億のアクティブAIエージェントが稼働すると予測しています。現在の導入規模は、それに比べて桁違いに小さく、このギャップは自動的に埋まることはありません。これが、短期的な競争が低いままであり続け、早期のポジション取りが魅力的である理由です。
この影響は決済を超え、ビジネスモデルにも及びます。インターネットの主要モデルである広告やサブスクリプションは、人間の買い手を前提としています。エージェントは、広告で説得されたり、月額のアクセスバンドルを必要としたりしません。彼らは、特定の呼び出しの結果に対して支払います。
その文脈では、HTTP 402決済は、異なる経済プリミティブを生み出します。提供者は「アクセス」ではなく「結果」を売り、実際の消費に比例して高頻度のユーザーに課金し、軽いユーザーやまれなピーク負荷に対して過剰供給や補助をしません。
A2A経済が暗号を超えて拡大するのか、HTTP 402がソフトウェアの一般的な価格付けレイヤーになるのか、という問いは本質的に同じです。どちらも、エージェントが日常的な経済主体となり、豊富な「呼び出しごとのサービスディレクトリ」に対してスケールで取引できるようになることに依存しています。
結論：2層スタックと欠けているプリミティブ
今後の展望として、エージェントコマースは2つの別々のトラックで発展し続けます。人間のために商品を買う消費者向けのエージェントは、主にカードレールに依存し、新しい決済サーフェスに対する企業の認可フレームワークとユーザーの信頼の進展に合わせて歩みを進めることになるでしょう。
並行して、ソフトウェア間の支払いのためのエージェント型コマースプロトコルスタックは、ステーブルコインレール上ですでに技術的に実行可能です。今は、高頻度で、かつスケールでのプログラム可能な清算を必要とするエージェントとサービスの展開を待っています。
最終的な理想状態は、発見と開始を司るオーケストレーション層と、価値移転を司る清算層の2層スタックが並行して進化することです。構築者にとっては、両層にまたがる広範なインテグレーションが戦略的優先事項となります。
どのエージェント取引も、相手方が必要とするどのプロトコルであれルーティングでき、その複雑さをアプリケーションから隠すことができるインフラは、市場の拡大とともに構造的に強い立場を占めることになります。この層はエンドユーザーには見えませんが、その重要性は複利的に増していきます。
商業的規模のトリガーは、より良いプロトコルではありません。企業が、監査可能なトレイル、予算管理、誤った購入に対する明確な責任を備えた形で、支出権限をエージェントに委任する瞬間です。その閾値を超えたとき、2つのインフラ上のポジションが決定的に重要になります。
第一に、ステーブルコインとカード決済の両方を単一の統合でサポートするマルチレール・エージェントウォレット。第二に、暗号の知識がなくてもエージェント買い手にAPIを公開できる、アクセスしやすい呼び出しごとのサービスディレクトリです。どちらも今日のオープンな機会であり、支出エージェントがスケールで動き始めたときには、どちらも不可欠となるでしょう。