5分で読めます
エージェント型決済とは何か？AIエージェントはどう支払うのか
あなたの決済インフラは、人間のために構築されてきました。人間がログインし、トランザクションを確認し、承認する。エージェント型決済は、この前提を根底から崩します。
エージェント型決済とは、人間や組織があらかじめ定めた認可の境界内で、AIエージェントが既存の決済レールとウォレットインフラを使って支払いを自律的に実行する、マシン起点のトランザクションです。エージェントは新しい資金移動の仕組みを作りません。すでに持っている仕組みを使い、人間が承認ボタンを押すのを待つことなく24時間365日動きます。アーキテクチャ上の問いは、新しいレールを作るかどうかではありません。あなたの認可レイヤーが、マシン起点のボリュームを処理できるかどうかです。
2025年9月には、AP2（Googleのエージェント決済プロトコル）がローンチされ、60社以上のパートナーがすでにMandateベースの認可を標準のモデルとして扱っています。取引相手のエージェントが送ったMandateをあなたのインフラが検証できなければ、トランザクションは署名ロジックに届く前に失敗します。アーキテクチャ上の問いは、この潮流が来るかどうかではありません。準備ができているかどうかです。
AIエージェントが支払うとき、実際に何が起きているのか
その仕組み
決済の文脈で動くAIエージェントは、自分自身の資金を持ちません。持っているのは、ウォレットや決済アカウントへの委任されたアクセスです。その境界は、認可時に設定されたルール、すなわち最大取引金額、許可された取引相手、有効期限ウィンドウ、エスカレーションのトリガーによって定められます。
リソースへの支払いが必要になると、エージェントは決済APIを呼び出し、必要な認可クレデンシャルを渡して、トランザクションを実行します。その個々のトランザクションに人間は関与しません。人間が関与したのは、認可パラメータを設定したときです。
これは、アーキテクチャ上の新奇な発明というより、支出上限付きの定期的自動送金やAPIキーに近いものです。特異なのはボリュームと頻度です。人間が1件をレビューする間に、エージェントは複数のプラットフォームで何千ものマイクロペイメントを開始できます。
台頭するプロトコル：AP2とx402
標準規格
このパターンに構造を与えるべく、2つのオープン標準が台頭しています。
2025年9月に発表されたGoogleのAP2（Agent to Payments Protocol）は、A2AおよびMCPプロトコルの上に構築されています。AP2はMandateを使います。Mandateとは、どのエージェントが実行するよりも前に人間が支払いを認可したことを証明する、暗号署名付きのデジタルコントラクトです。Mandateは、検証可能な意図の証明としてトランザクションとともに受け渡されます。AP2は、Coinbase、Mastercard、PayPal、American Express、Revolut、Worldpay、Adyenを含む60社以上のパートナーとともにローンチしました。従来型の決済レールと、ステーブルコインや暗号資産の両方をサポートしています。
AP2の中では、x402拡張が暗号資産とステーブルコインのレイヤーを担います。Coinbaseはx402を、個々のAPIコール向けのHTTP 402ベースのプロトコルとして開発し、マシン間の暗号資産決済のプリミティブとしました。AP2がより広範なエージェント決済のコントラクトフレームワークをカバーするのに対し、x402はコール単位の決済メカニズムを扱います。Ethereum FoundationおよびMetaMaskとの共同開発です。
これらのプロトコルがプラットフォーム運営者にとって重要なのは、コンプライアンスに適合したエージェント型決済エンドポイントに対して取引相手が何を期待するかを形作りつつあるからです。取引相手のエージェントがAP2のMandateを送ってくれば、あなたのインフラはそれを検証し処理できる必要があります。
認可アーキテクチャが実際に処理すべきもの
ギャップ
プラットフォーム運営者がギャップに気づくのは、たいていここです。既存の決済認可フローの大半は、次の点を前提としています。
- 各トランザクションの背後に人間のアイデンティティがあること
- 承認がUIを通じてリアルタイムで行われること
- エスカレーションが人間の受信箱に届くこと
エージェント型決済フローは、この3つすべてを反転させます。
アイデンティティは、人間や組織の代理として振る舞う、クレデンシャルを持つエージェントです。承認はより前の段階で、パラメータとしてエンコード済みです。エスカレーションは誰かにメールを送るのではなく、プログラム的に実行される必要があります。
従来型の承認フローでは、エージェントが許可リストにないアドレスへの5万米ドルのスイープをキューに入れます。プログラマティックなゲートはないため、それは実行され、翌朝のレポートで運用チームの誰かが見つけるのです。
境界付きの認可モデルであれば、トランザクションは認可時に許可リストのチェックに引っかかり、第2階層レビュアーへのエスカレーションが作動し、人間が取引相手を確認するまで署名レイヤーには届きません。エージェントの午前3時の実行ウィンドウも、このロジックを変えられません。
準備状況を評価する取引所やPSPにとって、アーキテクチャ上の問いは次のとおりです。
第一に、認可モデルそのものです。支出上限、取引相手の制限、時間で区切られた有効期限を持つAPIクレデンシャルを発行できますか？CoinsDoの[[internal: /en/coinsend]] CoinSendモジュールは、設定可能な承認期限コントロールをサポートし、実行承認にはディスパッチ記録ごとに確認できる有効期限が付きます [source: CoinSend v2.0.25]。これこそ、エージェント型フローが必要とする境界付きの委任です。
第二に、署名検証です。トランザクションが正しい主体によって認可されたことを、どう証明しますか？CoinSendの機能であるCoinSignは、モバイル、PC、ブラウザ拡張にわたってRSA／HMAC-SHA256のデジタル署名を用い、偽造不可能な認可証跡を生成します [source: CoinSend/CoinSign]。エージェント型フローでは、この証跡が、人間の記憶による再構成に頼ることなく監査に耐える必要があります。
第三に、閾値とエスカレーションのロジックです。高額のエージェントトランザクションに必要なのは、Slackチャンネルで人間を待つことではなく、プログラム的なエスカレーションです。CoinSendは、高額トランザクション向けにレビュアー階層、閾値、エスカレーションロジックをサポートしています [source: CoinSend]。
第四に、実行の継続性です。エージェントは午後5時で止まりません。CoinSendは24時間365日の自動出金実行をサポートします [source: CoinSend]。プラットフォームがトランザクションを営業時間までキューに溜めるなら、エージェント型の取引相手はあなたを迂回するでしょう。
第五に、入金側スクリーニングです。エージェントがあなたのプラットフォームに資金を送るなら、取引相手を確認する人間がいないため、アドレスレベルのリスクスクリーニングが極めて重要になります。CoinGetの自動KYTアドレスリスクスクリーニングは、入金時に送金元アドレスのリスクを検査します [source: CoinGet v2.0.25]。
鍵のカストディをめぐる問い
リスクの所在
標準的なAPI統合よりもエージェント型の文脈で重要になる区別がひとつあります。秘密鍵を誰が管理するのか、です。
あなたの鍵をカストディするプラットフォームへエージェントが委任アクセスを持つ状況は、鍵の管理権があなた側に残るプラットフォームへのアクセスよりも、はるかに大きな攻撃面になります。CoinsDoのWaaSインフラはノンカストディアルモデルで動いており、CoinsDoがあなたの秘密鍵を保持することは決してありません。第三者のエージェントにエージェント型ウォレットアクセスを発行する組織にとって、これは構造的な問題です。
インフラの観点から、エージェント型ウォレットアクセスと標準的なAPI統合の違いを整理したい方は、[[internal: /en/blog/agentic-wallet-vs-traditional-crypto-wallet]] の解説がアーキテクチャ上の違いを直接扱っています。この文脈でWaaSインフラが何をサポートするかの全体像については、[[internal: /en/waas]] の概要が適切な出発点です。
よくある質問
エージェント型決済とは何ですか？
エージェント型決済とは、事前承認された境界内で動くAIエージェントが、既存のウォレットと決済インフラを使って開始するトランザクションです。認可パラメータを設定するのは人間であり、エージェントはトランザクションごとの承認を必要とせず実行します。
エージェント型決済には、新しい決済レールが必要ですか？
いいえ。エージェントは既存のレール、API、ウォレットインフラの上で実行します。必要なのは、マシン起点のトランザクションをサポートする認可アーキテクチャ、すなわち支出上限、署名検証、プログラム的なエスカレーション、時間制限付きクレデンシャルです。
AP2プロトコルとは何ですか？
AP2は、2025年9月に発表されたGoogleのAgent to Payments Protocolです。エージェントによる決済実行の前に人間の意図を証明するため、暗号署名されたMandateを使用し、x402拡張を通じて従来型決済と暗号資産／ステーブルコインのレールの両方をサポートします。
AP2とx402の違いは何ですか？
AP2は、エージェント決済の認可とMandate検証を担う、より広範なプロトコルフレームワークです。x402はAP2内部の暗号資産特化レイヤーで、HTTP 402ベースの仕組みによりコール単位のマシン間決済を処理します。両者は協調して動きます。コントラクトはAP2が、暗号資産の実行はx402が担うのです。
CoinsDoのプラットフォームは、エージェント型決済フローをどうサポートしますか？
CoinsDoのAPIファーストなアーキテクチャは、取引所、決済アプリ、マルチアカウントのエコシステムと統合します。CoinSendは認可コントロール、CoinSignによる署名検証、閾値ロジック、24時間365日の自動実行を担当します。CoinGetは、入金用デポジットアドレスの生成とアドレスリスクスクリーニングを担当します。
エージェントが開始するトランザクションには、どのようなコンプライアンス統制が適用されますか？
API起点のトランザクションに適用されるのと同じ統制に加え、アイデンティティの委任に関する追加の考慮事項が適用されます。CoinSendは、階層化された承認フローと期限コントロールをサポートします。エージェントがプラットフォームを利用する組織のオンボーディングについては、CoinFaceが書類OCR、生存確認（liveness detection）、顔認証、ブラックリストスクリーニング、重複検出を含む自動KYCを担います。
