Mastercardは、AIエージェントが企業の承認した予算と権限の範囲内でデジタルサービスを購入できる「Agent Pay for Machines」の早期アクセスを開始した。 基盤にはHTTP 402を利用するオープンな決済規格x402を採用し、Coinbase、Base、Cloudflareなどとの実証を経て、開発者向けAPI、ツール、サンドボックスを公開した。 今回の発表は、AIが自律的に支払う仕組みを、ウォレット、ステーブルコイン、従来型決済をまたぐ商用インフラへ近づける動きだ。
MastercardがAgent Pay for Machinesを早期公開
The Blockが2026年10月20日に報じ、Mastercardも同日に公式発表した。Agent Pay for Machinesは、AIエージェントが企業に代わってAIモデル、データ、計算資源、APIなどを購入するための決済基盤である。開発者は早期アクセスを通じて、買い手側と売り手側のAPI、ツールキット、サンドボックス、技術文書を利用し、エージェント間取引を試験できる。
Mastercardが強調する課題は、決済そのものより「権限」だ。企業はエージェントへ仕事、利用目的、支出上限を与える。エージェントは自由に資金を動かすのではなく、承認された範囲でのみ支払いを行う。この設計は、秘密鍵やカード情報を広く渡して自動化する方法とは異なり、誰が、何のために、どこまで支払えるかを取引単位で管理することを目指している。
実証にはCloudflare、Ant International、AIsa、Base、BVNK、Coinbase、Hypeが参加した。したがって今回のニュースは、CoinbaseやBaseだけの暗号資産決済機能ではない。AIエージェント、サービス提供者、ウォレット、決済事業者、オンチェーン決済網を共通の権限管理層で結ぶ取り組みと捉える方が正確だ。
実証ではAIが調査と画像生成を自動購入
MastercardがCloudflare Connectで示した事例では、マーケティング会社HypeがAIエージェントへ、プロテインバー発売のサンプルキャンペーンを企画する仕事と予算を与えた。エージェントはAIsaのソーシャルメディア調査と、Cloudflare AI Gateway経由の画像生成を組み合わせた計画を提示し、Hypeの資金承認後に実行した。
取引の流れは、人間がサービスごとにアカウントを作り、APIキーを発行し、前払い残高を補充する方式とは異なる。支払いが必要になると、売り手側サービスがHTTPの「402 Payment Required」を返す。エージェントは承認枠内でデジタル署名付きの支払証票を作り、売り手が検証した後にサービスを提供する。
公式発表によれば、デモではAIsaの調査に続き、Cloudflareがキャンペーン画像を8点作成した。処理全体では、独立した2事業者に対して9件の支払いが、1つの承認済み予算内で行われた。Mastercardは、取引時のやり取りをオフチェーンで進め、売り手が複数の証票をまとめて後から償還できる仕組みを説明している。これにより、処理のたびにオンチェーン確定を待つ構成を避けながら、最終的な決済へ接続する。
x402とBase、Coinbaseの役割
x402は、HTTP 402を決済要求として利用するオープン規格だ。Cloudflareの公式文書では、サーバーが価格、受け入れるトークン、ネットワーク、販売者アドレスを含む支払条件を返し、クライアントが署名済みペイロードを添えて再要求する。サーバーはその支払いを直接、またはファシリテーター経由で検証・決済し、確認情報とともにリソースを返す。
Agent Pay for Machinesの実証では、Coinbase Developer Platformがエージェントへ資金を持たせるウォレット基盤を提供し、Baseがオンチェーン決済ネットワークを担った。BVNKはエージェントウォレットとして機能し、Mastercard Global Money Platformを利用して、法定通貨またはステーブルコインによる両側の支払いと決済を処理した。売り手は希望する通貨、トークン、決済経路で受け取れるとMastercardは説明している。
Cloudflareのx402実装では、ファシリテーターが署名済み取引を検証し、ブロックチェーンへ送信する。ファシリテーターは資金を預からない。Coinbaseが運営する公開ファシリテーターがCloudflareのサンプルで使われている一方、x402自体は複数のネットワークとファシリテーターを想定している。つまり、BaseとCoinbaseは今回の重要な構成要素だが、規格全体が単一チェーンや単一事業者に閉じているわけではない。
従来のx402決済との違いは権限管理
Cloudflareの通常のx402フローでは、クライアントが支払条件を受け取り、署名し、オンチェーン決済を実行する。これだけでも、アカウント登録やカード入力なしで、AIエージェントが有料APIを呼び出す仕組みは作れる。Coinbase Developer Platformも、APIやデジタルサービスを有料リソース化し、買い手がリクエストの途中で支払える構成を提供している。
Mastercardが加える焦点は、企業による包括的な承認と、その承認から個々の支払いへ権限を伝達する点にある。企業は一度、タスクと予算を承認する。その後、エージェントは必要なサービスを見つけ、条件を確認し、上限内で支払証票を発行する。売り手は証票を検証してサービスを提供し、後でまとめて償還できる。
ただし、これは「AIに自由な財布を渡す」機能ではない。公式説明の中心は、用途、予算、相手先を制限しながら機械速度で支払うことにある。また、早期アクセスは開発・試験の段階であり、ロードマップは顧客やパートナーからのフィードバックをもとに調整される。商用環境での一般提供、対応地域、料金体系まで確定したと受け取るべきではない。
DEX・DeFiへの影響をどう見るか
DeFiとの接点は、AIエージェントがオンチェーン資産を使って有料サービスを購入し、処理結果を次のオンチェーン操作へ渡せることにある。たとえば、エージェントが市場データやリスク分析APIを購入し、その結果をもとにUniswapの交換候補やAaveの担保状況を利用者へ提示する、といった設計は考えられる。Curveの流動性プールを監視する分析サービスが、照会ごとにx402で課金する構成も想定できる。
ただし、Uniswap、Aave、CurveがAgent Pay for Machinesへ対応したと発表されたわけではない。これらはDEX・DeFi分野で想定できる利用場面の例であり、今回の実証参加者ではない。エージェント決済とDeFi取引の統合には、支払い権限とは別に、スワップ許容価格、担保率、清算リスク、スマートコントラクト権限を管理する必要がある。
特に注意すべきなのは、APIの購入と資産運用を同じ承認枠で扱わないことだ。データ取得の少額決済を許可したからといって、DEXでの交換やレンディングへの預け入れまで許可されたとは限らない。実装者は、情報購入、オンチェーン送金、DeFiポジション変更を別の権限として分離し、人間による追加承認や取引上限を設定する必要がある。
企業と開発者が確認すべき実務上の論点
第一は、支払証票の署名権限だ。Coinbase Developer Platformなどのウォレット基盤を使う場合でも、エージェントが扱える鍵、署名対象、上限、失効手続きを明確にする必要がある。プロンプトインジェクションや誤ったサービス選択によって、正規の署名が意図しない相手へ発行される可能性は残る。
第二は、売り手の検証とサービス提供の順序である。Cloudflareのx402文書では、売り手は署名済み支払いを検証してからリソースを返す。Agent Pay for Machinesでは証票の償還が後になる場合があるため、証票の有効性、重複利用の防止、失効時の扱い、未決済債権の管理が重要になる。
第三は、法定通貨とステーブルコインをまたぐ会計・規制対応だ。BVNKとMastercard Global Money Platformを介する実証は、買い手と売り手が同じ通貨やレールを使わなくてもよい構成を示した。一方で、企業は資金の保有主体、決済完了の時点、為替・トークン価格の変動、返金、監査ログを確認しなければならない。オンチェーンで送金できることと、会計上の支払いが確定することは同義ではない。
最後に、早期アクセス段階では、障害時の停止手段と人間への引き継ぎが欠かせない。Cloudflare AI Gatewayのような実行基盤、Coinbaseのウォレット、Baseの決済網、Mastercardの権限層のどこで異常が起きたかを追跡できるログ設計が必要だ。自律性を高めるほど、予算超過だけでなく、誤購入や不要な連続呼び出しを即時停止する運用が重要になる。
まとめ
MastercardのAgent Pay for Machinesは、x402による機械間決済へ、企業向けの予算・用途・権限管理を組み合わせる試みだ。Cloudflare、AIsa、Coinbase Developer Platform、Base、BVNKなどとの実証では、AIエージェントが複数サービスを選び、承認済み予算の範囲で支払い、成果物を受け取る一連の流れが示された。
DEX・DeFiにとっては、AIエージェントがデータや計算資源をオンデマンドで購入する入口になり得る。ただし、今回の発表はUniswap、Aave、Curveなどの対応を意味せず、DeFi取引のリスク管理を代替するものでもない。開発者と企業は、署名権限、支出上限、相手先確認、証票償還、法定通貨とステーブルコインの会計処理を分けて検証し、早期アクセスを本番導入と混同しない姿勢が必要である。
