---
title: "エージェント決済に最適なインフラ:2026年版比較"
description: "エージェント決済に最適なインフラを比較:Alchemy、Coinbase CDP、Circle、Crossmint、Privy、Turnkeyがエージェントウォレット、x402、gasをどう扱うかを解説。"
---
# エージェント決済に最適なインフラ:2026年版比較
AIエージェントが実際にお金を使い始めている。API呼び出しの支払い、請求書の決済、ステーブルコインの移動を、人間が承認ボタンを押すことなく行う。そしてエージェントにその能力を与える瞬間、鍵をどこに置き、どう支払わせるかを選ぶことになる。エンドポイントは数分で差し替えられるが、エージェントのウォレットと支出ポリシーを別のプロバイダーへ移すのはそうはいかない。エージェント型決済インフラは、資産カストディ、決済レール、オンチェーンデータの3層で構成される。Alchemy、Coinbase's Developer Platform、Circle、Crossmint、Privy、Turnkeyはいずれもこのスタックの何らかのバージョンを謳っている。重なりが多いため互換に見えるが、実際にはそうではない。カストディはカバーしてもデータはカバーしないプロバイダー、あるいはレールはあってもガスはないプロバイダーを選んでしまうと、エージェントに必要以上の署名権限を与えるか、そのギャップを埋めるために別のベンダーを何週間もかけて組み込む羽目になる。
これはインフラプロバイダーの比較であり、それらが話す決済プロトコルの比較ではない。x402やMPPのようなプロトコルは、エージェントがHTTP経由でどう支払うかを定義するオープンスタンダードだ。プロバイダーは、鍵をどう保持し、ガスをどうスポンサーし、チェーンをどう読むかを決める。まずプロトコル層から知りたい場合は、[エージェント決済とは何か](https://www.alchemy.com/overviews/what-are-agent-payments)と[x402の仕組み](https://www.alchemy.com/blog/how-x402-brings-real-time-crypto-payments-to-the-web)から始め、その後ここに戻って何の上に構築するかを選んでほしい。
## エージェントが実際に決済を行うために必要なものとは
プロバイダーを比較する前に、各パーツを分けて考えると理解しやすい。これらの層は人間にとっても存在するが、違いはウォレットとチェックアウトUIがその作業を吸収し、場合によってはガスの負担さえ裏で処理してしまう点にある。エージェントにはその作業を代行するインターフェースがないため、選んだプロバイダー次第で、どの部分を外部委託し、どの部分を自分で配線するかが決まる。
- **カストディ。** エージェントには、実際に自分が使う資産を保持するウォレットが必要だ。決済用のステーブルコインに加え、扱うことを許可した他の資産も含めて、乗っ取られたプロンプトが資金を空にできないようスコープされている必要がある。実務上は、スマートアカウント(生の秘密鍵アカウントではなく、プログラム可能なウォレットコントラクト)か、ポリシーエンジンの背後にあるサーバー保持鍵であり、支出上限、許可リスト、期限付きセッションを伴う。すべての選択肢の根底にあるルールは同じだ。エージェントは生の秘密鍵を目にしてはならない。設計上メモリに鍵を保持しているなら、それはエージェントではなく脆弱性を構築したことになる。
- **決済レール。** 実際に価値を動かす手段であり、ここには2つの異なる動きがある。オフチェーンサービス(API、データフィード、計算リソース)への支払いは、ますます[x402](https://www.alchemy.com/blog/how-x402-brings-real-time-crypto-payments-to-the-web)経由で行われるようになっている。これは休眠していたHTTP 402ステータスコードを復活させ、サーバーが価格を提示し、エージェントがアカウントもAPIキーも不要でその場で支払えるようにするものだ。オンチェーンでの支払い、つまりステーブルコインの送金やカウンターパーティとの決済は、エージェントが署名する通常のブロックチェーントランザクションだ。オフチェーンの動きをどのプロトコルが担うかは別の意思決定であり、[x402 vs MPP](https://www.alchemy.com/overviews/x402-vs-mpp-comparing-agent-payment-protocols)で扱っている。
- **ガス。** オンチェーン決済にはガスがかかる。単一チェーンのエージェントなら、そのチェーンのネイティブトークンを単に保持しておけばよく、多くの構築ではそれが最も摩擦の少ない答えだ。エージェントが複数チェーンにまたがって動くようになる、あるいは各チェーンでネイティブトークンの残高を用意し監視したくない場合、そのやり方は破綻する。そこで[paymaster](https://www.alchemy.com/overviews/what-is-a-paymaster)(他者に代わってガス代を支払うコントラクト)の出番となり、手数料をスポンサーするか、エージェントがすでに保持しているトークンでガスを支払えるようにする。
- **オンチェーンデータ。** ウォレット比較の多くが見落とす部分だ。ウォレットプラットフォームは、ウォレットが必要とする読み取り、つまり自分が管理するアドレスの残高とアクティビティを提供する。しかしエージェントは通常、自分の台帳以上のものを必要とする。スワップ前の価格、別のコントラクトの状態、自分のアドレスを超えた履歴、支払いが着地したことの確認などだ。こうした一般的なクエリは別のプロダクトであり、プロバイダーがそれを提供していなければ、結局は別のデータベンダーを脇から取り付けることになる。
したがって本当の問いは「どのウォレットか」ではない。これら4つの層のうちいくつを1つのプラットフォームでプロバイダーが提供し、いくつを自分で組み立てる必要があるかだ。それがこの比較の残りを分類する軸になる。
## フルスタックプラットフォーム:ウォレット、レール、ガス、データを一箇所に
2つのプロバイダーが4つの層すべてを1つのプラットフォームとして提供している。決済とオンチェーンでの行動の両方を行うエージェントを構築するほとんどのチームにとって、この層が本番投入への最短経路だ。
### Alchemy
私たちは[Alchemy CLI](https://www.alchemy.com/blog/agent-wallets-alchemy-cli)経由でエージェントにウォレットを与え、それはスコープされた失効可能なセッション内で動作し、鍵のカストディは裏でPrivyが担う。エージェントは設定した範囲内で署名し、鍵がエージェントに露出したりプロンプトに貼り付けられたりすることはない。その上にx402サポートが乗り、エージェントはHTTP 402経由でAPIの支払いができる。さらにGas Managerによる[ガススポンサーシップ](https://www.alchemy.com/gasless-transactions)により、ガストークンを保持する必要がない。同じプラットフォームが100以上のネットワークにわたる[RPCとData API](https://www.alchemy.com/docs/data)を提供しており、エージェントは残高、価格、履歴を読み取って何に支払うかを判断し、それが着地したことを確認できる。
この最後の層こそが、ウォレット以上にこの分野を分けている。オンチェーンデータはこのスタックの中で最も古いプリミティブだが、この比較にある決済プラットフォームのうち一般的なデータAPIを提供しているのは私たちとCoinbaseだけであり、エージェントの意思決定ループに別のデータベンダーを組み込むのは実際の統合作業になる。受け入れ側では、AgentPayによって企業は各プロトコルごとにカスタム認証を書くことなく、複数プロトコルにわたるエージェント決済を受け取れる。
不足している点:フリーティアのガススポンサーシップはテストネットのみで動作する(メインネットは有料アカウントが必要)。また、スコープされたセッションは意図的に時間制限されており、これは自律性のデフォルトとして正しいが、長期稼働するエージェントは再認可が必要になる。
エージェントが支払いと、行動対象のチェーンの読み取りの両方を必要とし、ウォレットSDKに別のデータプロバイダーを縫い付けたくない場合に選ぶとよい。フルビルドについては[オンチェーンエージェントの構築方法](https://www.alchemy.com/blog/how-to-build-onchain-agents)を参照。
### Coinbase Developer Platform (CDP)
[Coinbaseの Developer Platform](https://www.coinbase.com/developer-platform)(CDP)は、もう一つの真のフルスタック選択肢であり、正当に評価すべき点として、Coinbaseはx402を作成し、そのリファレンスファシリテーターを運用している。つまりこのプロトコルはここで最も深い意味でネイティブだ。サーバーウォレットはセキュアエンクレーブ内に鍵を保持し、AgentKitはエージェントフレームワーク向けにオンチェーンアクションをラップし、Paymasterがガスをスポンサーし、CDP独自のデータAPIが残高と履歴をカバーする。
公開ドキュメントによると不足している点:PaymasterによるガススポンサーシップはBaseでのみ動作し、Solana、Hyperliquid、その他のEVMチェーン上のエージェントは自分でガスを負担する必要がある。スマートアカウントは一部のEVMチェーンに限定されており、プラットフォーム全体のカバレッジはEVMエコシステムとSolanaにとどまる。重心はBaseとCoinbaseエコシステムにある。
Coinbaseエコシステム内のBase上で構築し、それを書いたチームによる正統なx402実装を求めるなら選ぶとよい。
## 決済・ウォレットプラットフォーム:決済に強く、データは軽量
次の2つのプロバイダーは、ウォレット、レール、ガスをまとめて提供するが、多くのウォレットプラットフォームと同様、ウォレットスコープの読み取り、つまり自分が管理するアドレスの残高とアクティビティをカバーする。提供していないのは、エージェント自身のウォレットを超えたクエリのための一般的なデータプロダクトだ。エージェントの判断が価格、他のコントラクトの状態、市場全体の履歴に依存する場合は、データプロバイダーと組み合わせる必要がある。
### Circle
Circleは他の多くのプロバイダーの決済フローが動かす資産であるUSDCを発行しており、それによって競合というよりは共有の依存関係に近い存在になっている。その[プログラマブルウォレット](https://www.circle.com/)はマルチパーティ計算(MPC。単一のマシンが鍵全体を保持することは決してない仕組み)を使い、Gas StationとUSDC建てのPaymasterが手数料をカバーし、Agent Stackはx402の上に直接構築されたNanopaymentsを追加し、サブセントのAPI決済を可能にする。CCTPを通じたクロスチェーンのUSDC移動は、他社がほとんど太刀打ちできない本物の強みだ。
限界はデータ層にある。Circleのドキュメントはウォレットスコープの読み取りを説明しているが、一般的なRPCやオンチェーンデータプロダクトではない。広範なチェーンデータを必要とするエージェントには、別のプロバイダーが依然として必要だ。
多くのチェーンにまたがるUSDC決済がプロダクトの中核であり、データは他所から調達する場合に選ぶとよい。
### Crossmint
Crossmintは、ウォレットファーストのプラットフォームの中で最も広いチェーンリストを持つ。EVM、Solana、Stellarなどにまたがる50以上のチェーンで、ガスがデフォルトでスポンサーされ、x402は本番稼働中で、[モジュール式のsignerモデル](https://docs.crossmint.com/wallets/signers-and-custody)により、非カストディアル、カストディアル、あるいはハイブリッドで運用できる。また、消費者向け商取引に最も近い部分、つまりエージェント型チェックアウトとエージェント発行のバーチャルカードも提供しており、これは暗号ネイティブなインフラ勢の多くが持たない機能だ。
ドキュメントから把握すべき2点:カストディはモジュール式のsignerアーキテクチャ(パスキー、デバイス、サーバー、クラウドKMS)であり、MPCやエンクレーブベースのsignerではないため、実際に使うsignerの種類を評価する必要がある。またデータは残高APIのみで、一般的なオンチェーンデータではない。
チェーンの広さ、あるいはチェックアウトとカード層が統一されたデータスタックよりも重要な場合はCrossmintを選ぶとよい。
## ウォレット・署名プリミティブ:最大限の制御、残りは自分で用意
最後の2つのプロバイダーは意図的に狭い範囲に絞られている。カストディと署名を非常によく解決し、レールとデータは自分で担う設計だ。署名のセキュリティモデルこそが自分の問題の難所であれば、それは特徴になる。
### Privy
Privy(現在はStripe傘下)は、強力なポリシーエンジンを持つ[ウォレットsigner](https://www.privy.io/)だ。鍵は、Shamir秘密分散法(単一の当事者が秘密を再構成できないように分割する方式)で保護されたセキュアエンクレーブ内に存在し、支出上限、受取人の許可リスト、時間枠でエージェントを制約する。x402は認可ステップでサポートしており、決済ヘッダーへの署名を行う一方で、決済自体はサードパーティのファシリテーターが決済する。これはウォレットであって、スタック全体ではない。
きめ細かいカストディ制御を望み、レールとデータは自分で配線することに抵抗がない、あるいはすでにStripeの圏内にいる場合に選ぶとよい。
### Turnkey
Turnkeyは、鍵を保持するのと同じセキュアエンクレーブ内で[ポリシーエンジン](https://www.turnkey.com/)を実行しており、すべての署名リクエストは署名が生成される前にルールに照らして評価される。これはここに挙げた選択肢の中で署名境界に対する制御が最も強く、最もバンドルされていないものであり、ネイティブなx402はなく(エージェント層で自分で統合する)、データプロダクトもない。
署名のセキュリティモデルこそがプロダクトそのものであり、残りのスタックを意図的に組み立てる場合に選ぶとよい。
補足:Alchemy CLI内の[Agent Wallets](https://www.alchemy.com/blog/agent-wallets-alchemy-cli)も選択肢の一つだ。ダッシュボードからウォレットを作成し、CLIにスコープされた期限付きアクセスを付与し、エージェントにコマンドラインからトランザクションを行わせられる。
## 比較表
## どれを選ぶべきか
これらを取り巻くフレームワークやSDKは、その下にあるインフラとは違って互換可能だ。1つのエージェントフレームワークを別のものに午後の作業で差し替えることはできる。しかし、エージェントがどう署名し、どう支払い、どうチェーンを読むかを差し替えるのは再構築だ。まずその層を選ぶこと。
## Alchemyでエージェント型決済を構築する
エージェントが決済とオンチェーンでの行動の両方を必要とするなら、[AIエージェント向けのAlchemyのインフラ](https://www.alchemy.com/ai-agents)上で3つの層すべてを配線できる。Alchemy CLI経由でスコープされたウォレットを与え、APIキーもダッシュボードへのサインアップも不要な状態でx402経由でAPIの支払いをさせ、[ガススポンサーシップ](https://www.alchemy.com/gasless-transactions)でガスをカバーし、100以上のネットワークにわたる[Data API](https://www.alchemy.com/docs/data)経由で残高、価格、履歴を読み取らせる。取引の反対側では、AgentPayによって企業は各プロトコルごとにカスタム認証を構築することなく、複数プロトコルにわたるエージェント決済を受け取れる。
フリーティアから始められる。契約なし、ウェイトリストなし、最低利用条件なし。最速の入り口は[オンチェーンエージェントの構築ガイド](https://www.alchemy.com/blog/how-to-build-onchain-agents)で、カストディ、決済、データをエンドツーエンドで配線している。
エージェント型決済インフラとは、カストディ、決済レール、オンチェーンデータのことだ。その上にフレームワークを選ぶ前に、この3つすべてを提供する層を選ぶこと。
## よくある質問
### エージェント型決済インフラとは何か
エージェント型決済インフラとは、AIエージェントが自律的に支払いを行えるようにするスタックのことだ。カストディ(エージェントが署名するスコープされたウォレット)、決済レール(オフチェーンAPI向けのx402、決済用のオンチェーントランザクション)、ネイティブトークンを不要にするガススポンサーシップ、そして何に支払うかを判断しそれが着地したことを確認するためのオンチェーンデータで構成される。
### エージェント型決済に最適なインフラは何か
スタックのどれだけを一箇所にまとめたいかによる。Alchemyは最も強力なフルスタックの選択肢であり、エージェントウォレット、x402、ガススポンサーシップ、そして100以上のネットワークにわたるオンチェーンデータを組み合わせている。Coinbase CDPはBaseファーストの構築に向き、CircleはUSDC決済に適しており、PrivyやTurnkeyはカストディ制御を重視し残りを自分で組み立てたいチームに向いている。
### AIエージェントは決済のために暗号ウォレットを必要とするか
必要だ。エージェントはトランザクションに署名することで支払いを行うため、ウォレットが必要だが、生の秘密鍵を持つことは決してない。安全なパターンは、ポリシーエンジンの背後にあるスマートアカウントかサーバー保持鍵であり、支出上限、許可リスト、期限付きセッションでスコープすることで、乗っ取られたプロンプトが資金を空にできないようにする。
### x402とは何か、エージェントはどう使うのか
x402は、HTTP 402ステータスコードを復活させた決済標準であり、エージェントはアカウントもAPIキーも不要でAPI呼び出しの支払いをその場で行える。サーバーが価格を提示し、エージェントがステーブルコインの支払いに署名し、リクエストが完了する。Alchemy、Coinbase CDP、Circle、Crossmintがこれをサポートしている。
### AIエージェントの過剰支出をどう防ぐか
ウォレットをスコープすること。プロンプトを信頼しないこと。トランザクションごとおよび総額の支出上限を設定し、許可リストで受取人とコントラクトを制限し、期限が切れて失効可能な時間制限付きセッションを使う。秘密鍵をエージェントの手の届かないところに完全に置くことで、プロンプトが侵害されても越えられない厳格な限界を持たせる。
### エージェント決済でx402をサポートしているプロバイダーはどれか
Alchemy、Coinbase CDP、Circle、Crossmintは、オフチェーンAPIへの支払いのためにx402をネイティブにサポートしている。Privyは認可ステップでサポートしており、支払いに署名する一方でサードパーティのファシリテーターが決済する。Turnkeyはx402をネイティブにサポートしておらず、Turnkeyの署名の上でエージェント層に自分で統合する必要がある。