MoonPay、ChatGPTとClaude向けのPayBox暗号資産決済ボールトを開始
重要ポイント
- •PayBoxは、ChatGPTとClaudeを通じてAIアシスタントに決済権限を接続する、agents-firstの認証情報ボールトとして設計されている。
- •この製品は、暗号資産の操作、Amazon注文、Resy予約、航空券予約、Visaのエージェンティック・コマース・プロトコルを経由するカード決済をサポートする。
- •MoonPayによると、ウォレットキーはハードウェア分離されたエンクレーブ全体でマルチパーティ計算により分割され、単一のデバイスや当事者が単独で署名できない。
- •ユーザーは、すべてのアクションごとの承認から、定義された上限内での自律動作まで、エージェントごとに権限を設定できる。
- •MoonPayは、有効な権限の下で実行されたアクションは、ユーザーが個々の取引を確認していなくても承認済みとみなされると述べている。

MoonPayは、ChatGPTとClaude向けの決済ボールト「PayBox」を開始した。これにより、AIアシスタントは会話の中から承認済みの金融アクションを実行できる。
この製品は、これまでAIエージェントを制約してきたギャップを埋めることを目的としている。アシスタントはトークンを見つけ、スワップルートを比較し、有料データサービスを特定したり、レストランを見つけたりできるが、通常は金融の段階で止まり、ユーザーを別のウォレット、取引所、またはチェックアウトページに引き渡す。
PayBoxは決済権限をアシスタントに直接接続し、チャット内で承認済みのアクションを実行できるようにする。ユーザーはこれをカスタムコネクタとしてインストールし、パスキーを登録し、銀行口座または暗号資産ウォレットからボールトに資金を入れる。
対象範囲は暗号資産にとどまらない。Fortuneによると、PayBoxはトークンスワップやDeFiのやり取りに加え、Brijと呼ばれるエージェント向けサービスを通じて、Amazon注文、Resyのレストラン予約、航空券予約にも対応している。カード決済はVisaのエージェンティック・コマース・プロトコルを経由し、カード番号そのものがエージェントの手に渡らない。
PayBoxは権限レイヤーであり、カストディ型ウォレットではない
MoonPayはPayBoxを「agents-first credential vault」と表現している。ユーザーはウォレットキー、決済手段、その他の認証情報を一度接続し、その後、どのエージェントがそれらにアクセスでき、何を実行できるかを決める。
セキュリティモデルはキー分割に依拠している。MoonPayの発表によると、ウォレットキーはハードウェア分離されたエンクレーブ全体でマルチパーティ計算を用いて分割され、MoonPayとAIエージェントを含め、いかなるデバイス、セッション、当事者も単独では署名できない。スマートフォンが侵害されても、攻撃者が得るのは使用に足りない不完全な断片だけだ。
この基盤は、MoonPayが今年前半に買収したキー管理企業Sodotによるもので、同社はすでに1,000万以上のウォレットを保護しているという。
この構成の違いは重要だ。「non-custodial」は複数の設計を指しうる。MoonPayの以前のエージェント向けツールは、秘密鍵をユーザー自身のデバイスに保持していた。PayBoxは代わりに断片をエンクレーブ全体へ分散し、単一デバイス侵害を失敗モードとして排除する一方で、エンクレーブ基盤への依存を生む。
資金はユーザーの資金源と、加盟店、ウォレット、プロトコル、または受取人の間で直接移動する。エージェントが承認済みのウォレット操作を要求すると、PayBoxは署名、署名済みメッセージ、またはトランザクションハッシュを返す。カード決済では、制限付きトークンまたは仮想カードを提供する。
PayBoxは自己保管型ウォレットにも接続する。この場合、MoonPayは秘密鍵をリセットしたり再構築したりできない。ユーザーは引き続き管理権を保持し、アクセス保護の責任を全面的に負う。
パスキーと支出ルールが人間の管理を維持する
アシスタントに金銭を委ねることは、文書の要約を依頼することとは意味合いが異なる。誤った答えは修正できるが、誤って署名されたオンチェーン送金は通常、元に戻らない。
PayBoxは、アシスタントと資金源の間に認可ルールを置く。アクセスはパスキーで保護され、各承認は単一のアクションに限定され、使用後に失効するため、盗取または再送された承認は無効のままになる。
MoonPayによれば、接続された各エージェントには、次の3つの大まかなレベルで個別の権限設定が適用される。
- すべてのアクションごとに承認: アシスタントがトランザクションを準備し、ユーザーが承認する。
- 上限を超える場合のみ承認: 少額の取引は自動で進み、より大きな取引は確認が必要。
- 範囲内での自律動作: エージェントは、定義された金額、ネットワーク、サービス、または権限の範囲内で独立して行動する。
承認は、提示された特定の操作に結び付く。受取人、金額、その他の詳細が変わると、PayBoxは再承認を要求する。ユーザーは、個別のエージェントのアクセスを取り消したり、デバイスや認証情報が侵害されたように見える場合に、接続済みエージェントをすべて停止するキルスイッチを作動させたりできる。
セキュリティだけでなく、認可の問題
MoonPayの利用規約には、セキュリティ構成そのもの以上に注意すべき条項がある。有効な権限の下で送信された操作は、ユーザーが確認したかどうかにかかわらず、ユーザーによって承認されたものとして扱われる。
これは自律モードの必然的な帰結である。すべてのアクションについて人間の確認を求める権限システムでは、そもそも権限を付与する目的が失われる。また、マーケティング上の表現では十分に明示されない形で、リスクを移し替える。
実例は明快だ。ユーザーがAPIアクセスに最大200ドルを使う権限をエージェントに与え、エージェントがそれを不適切に使った場合、各トランザクションは付与された権限の範囲内で有効なままである。個々の取引を確認していなくても、損失はユーザーが負う。
カード決済には、チャージバックによる一定の救済手段がある。オンチェーン送金は永続的に決済されるため、自律レベルは、エージェントがどのレールを使うかによって異なる結果を伴う。ユーザーは、そうした違いに直面せずに大きな暗号資産の上限を設定できる場合がある。
1つのチャットから行う暗号資産決済、スワップ、有料API
エージェントがスワップを要求した場合、PayBoxは実行から外れる。承認済みの指示を接続されたウォレット、プロトコル、または取引サービスに渡し、結果は流動性、使用するスマートコントラクト、提示価格、選択されたネットワークに依存する。
最初のブロックチェーン展開はSolanaとEVM互換ネットワークを対象とし、Ethereum、Base、Arbitrumを同じ技術環境に置く。ただし、利用可能な資産やサービスはそれぞれ異なる。
マルチチェーン対応が重要なのは、エージェントの支払いが異なる目的に使われるためだ。消費者向け購入ではカードや銀行資金による認証情報を使える一方、スワップにはオンチェーンウォレットが必要になる。データ、計算資源、個別API呼び出しへの支払いは、従来のチェックアウトシステムが数セント相当の金額をうまく処理できないため、ステーブルコインに適している。
x402がAIエージェントのAPI支払いを可能にする仕組み
PayBoxは、HTTP 402の「Payment Required」レスポンスを中心に設計されたオープンな決済標準であるx402と統合する。
この仕組みは、エージェントとオンラインサービスの通常のリクエストに支払いを組み込む。
- エージェントがAPI、データセット、記事、またはその他のデジタルリソースへのアクセスを要求する。
- サービスは、価格、決済資産、ネットワーク、送金先を含む402レスポンスを返す。
- エージェントは、その支払いが承認済みのPayBox上限内かどうかを確認する。
- PayBoxが承認済みの署名または決済認証情報を提供する。
- エージェントが支払い証明を付けて再送信し、リソースを受け取る。
サービス側は、顧客アカウントの作成、サブスクリプション販売、またはエージェントへの事前チャージの要求を行う必要がない。各リクエストはそれぞれ価格を持ち、対応ネットワーク上のステーブルコインで支払える。
Coindooが以前、AIエージェント向けの支払いレールとしてステーブルコインを分析した際に指摘したように、x402は特にマシン間取引向けに設計されている。ソフトウェアがサービスを見つけ、価格を読み、承認済み予算内で支払い、人間のチェックアウトを待たずに結果を消費する。
この標準が定めるのは、サービスがどのように支払いを要求し、エージェントがそれをどう証明するかである。ウォレット、ステーブルコイン、決済ネットワークは可変であり、MoonPayを経由する必要はデフォルトではない。
先行ではないが、構造は異なる
エージェント向けの資金供給ツールはすでに存在する。Fortuneは、RobinhoodとCoinbaseの双方がエージェントに支出能力を与える方法を提供しており、MoonPayの違いは分散化と同社自身の権限からの独立性にあると指摘した。
その違いは実在するが、見た目ほど大きくはない。ユーザーは依然としてMoonPayのエンクレーブ基盤、ChatGPTとClaude内でコネクタが利用可能であり続けること、そして有効な権限が何を認可するかを定める同社の利用規約に依存する。分散型のキー管理は1つの依存関係を取り除くが、プラットフォーム自体は残る。
このモデルの限界
PayBoxは、判断の問題よりも認可の問題を直接扱っている。
エージェントはUSDC最大100ドルのスワップを許可されていても、誤ったトークンコントラクトを選び、低品質な執行を受け入れ、あるいは悪意あるプロトコルとやり取りしてしまうかもしれない。予約日が間違うこともある。API支払いで、依頼の趣旨に合わないデータを買ってしまうこともある。いずれも正しく承認されているが、結果は悪い。
対象範囲にも限界がある。アシスタントが取引する前に、サービス側がエージェントアクセス可能な支払い経路、コネクタ、またはx402エンドポイントを公開していなければならない。ウォレットに資金を入れても、通常のウェブサイトが対応可能になるわけではない。
したがって、現実的な初期モデルは制御された委任である。小規模で反復的、かつ厳密に限定された取引は自律レベルに適している一方、大きなスワップ、見慣れないコントラクト、不可逆的な送金は手動承認の下に置くのが適切だ。
PayBoxは、AIアシスタントを、暗号資産を単に説明するのではなく、その内部で行動する方向へ近づける。これが実際の決済市場になるかどうかは、どれだけ多くのウォレット、プロトコル、API、加盟店が互換コネクタを採用するか、そしてユーザーがエージェントに署名を任せるほど信頼するかにかかっている。
免責事項: 本記事は情報提供のみを目的としており、金融、投資、法的助言を構成するものではありません。PayBoxのセキュリティ構成および権限モデルの説明はMoonPayが公表した内容に基づいており、独立した検証は行われていません。ユーザーは、AIエージェントに支出権限を付与する前に、最新の製品条件を確認してください。
方法論: 本記事は、MoonPayのローンチ発表、PayBoxの消費者向け統合と競合に関するFortuneの報道、公開されたx402仕様、MoonPayの製品条件、およびAIエージェント向けステーブルコイン決済レールに関するCoindooの以前の報道を使用しています。