エージェンティックウォレットとは、AIエージェントや自動化システムが定義された制限内でオンチェーンアクションを準備し、場合によっては実行できるウォレットアーキテクチャです。実際には、AIエージェント向けのウォレットであり、単に鍵を保管する場所ではなく、ソフトウェアが実際の資産に対して何ができるか、いつ実行できるか、署名前にどのような確認が行われるかを制御するレイヤーです。標準的な暗号資産ウォレットとは異なり、AIエージェントウォレットは、複数のアプリにまたがってマシンスピードで繰り返し動作するソフトウェアのために設計されています。
重要なポイント:
エージェンティックウォレットは単なる鍵の保管場所ではなく、AIエージェントが実際の資産に対して何ができるか、いつ実行できるか、署名前にどのような確認が行われるかを定義するコントロールレイヤーです。
このカテゴリが存在するのは、AIエージェントが単一の指示を一連の金融アクションに展開できるためであり、標準的なウォレットでは対応できないリスクが生じるからです。
2026年におけるエージェンティックウォレットの最重要課題は、モデルに接続できるかどうかではありません。すべてのトランザクションが署名される前に、ウォレットがセキュリティチェック、支出制限、および人間によるエスカレーションパスを強制できるかどうかです。
MetaMask Agent Walletは、サポートされているすべてのEVMトランザクションに対して、シミュレーション、脅威スキャン、MEV保護という3ステップの必須セキュリティパイプラインを実行し、ユーザー定義のポリシー制御とセルフカストディアルな鍵管理を一貫して提供します。
エージェンティックウォレットを評価する際は、カストディモデル、パーミッションモデル、実行前のセキュリティチェック、人間による承認ロジック、資金調達と実行範囲という5つのレイヤーに注目してください。
このカテゴリは急速に拡大しています。2026年6月、MetaMaskは早期アクセスプログラムを通じてMetaMask Agent Walletを提供開始しました。Coinbase、Cobo、OKX、Trust Walletなども市場にエージェンティックウォレット製品を投入しており、BitGoやLedgerなどの機関向けカストディアンも独自のフレームワークを公開しています。詳細は2026年のベストエージェンティックウォレットの解説をご覧ください。
現在提供されているエージェンティックウォレットはすべて同じ設計を採用しているわけではありませんが、いずれも同じ核心的な問題を解決しようとしています。それは、ソフトウェアに無制限の権限を与えることなく、実際の資産とやり取りさせる方法です。
この権限の問題こそが、このカテゴリを際立たせています。エージェントは残高の確認、クォートのリクエスト、トークン承認への署名、資産のブリッジ、パーペチュアルポジションの開設、スワップのルーティングなどを行う必要があるかもしれません。ウォレットはもはや単に鍵を保管するだけではなく、エージェントが何を行えるか、いつ実行できるか、トランザクションが安全でない場合に何が起こるかを定義するものになっています。
エージェンティックウォレットと標準的な暗号資産ウォレットの違い
ほとんどのウォレットは依然として人間のオペレーターを前提に設計されています。エージェンティックウォレットはその運用モデルを変えます。
標準的なウォレット | エージェンティックウォレット |
人間が各アクションを確認することを前提とする | ソフトウェアが多数のアクションを開始することを前提とする |
鍵の保管と署名に重点を置く | 制御された実行と署名に重点を置く |
通常、1トランザクションごとに承認を求める | ルール、支出制限、またはスコープ付きパーミッションを使用する場合がある |
セキュリティは主に署名の瞬間に集中する | セキュリティには署名前のシミュレーション、脅威スキャン、例外処理が含まれる場合がある |
直接的なユーザー制御に最適 | 自動化、委任フロー、AIアシスト実行に最適 |
詳しくはエージェンティックウォレットの仕組み:セルフカストディアルアーキテクチャにおけるインテントから実行までをご覧ください。標準的なウォレットカテゴリについては、Bitcoinウォレットとは?でホットウォレットとコールドストレージ、カストディアルとセルフカストディアルの設計、エージェンティックウォレットが基盤とする基本的なウォレットの概念を解説しています。
エージェンティックウォレットカテゴリが存在する理由
この問いに対する詳細な回答はすべてのAIエージェントにウォレットが必要な理由に記載されています。簡単に言えば、AIシステムは単一の指示を一連の金融アクションに展開できます。ポートフォリオのリバランスを求めるプロンプトは、残高の確認、ルートの比較、トークンの承認、別チェーンへのブリッジ、最終トランザクションの送信を伴う場合があります。これは、ウォレットで「確認」を一度クリックする人間とは異なるリスク面を持ちます。
そのため、エージェンティックウォレットには通常のウォレットでは提供できないコントロールが必要です。一般的な例としては、支出上限、時間制限、許可リスト、受取人制限、例外時の人間による承認、実行前のトランザクションチェックなどがあります。
AIエージェント向けウォレットを評価するチームは、同じ問いに対する異なる回答を比較していることが多いです。ウォレットの境界は、ユーザー、エージェント、基盤となる実行システムの間のどこに設定すべきか?2026年半ばまでに、Coinbase、Cobo、MetaMaskなどのエージェンティックウォレット製品は、同じ設計上の問いに対してそれぞれ異なる回答を提供しています。
エージェンティックウォレットをエージェンティックたらしめるもの
エージェンティックウォレットは通常、単一の機能ではなく複数のレイヤーを組み合わせています。これらのレイヤーは、AIエージェントウォレット製品を評価する際の有用なチェックリストにもなります。
カストディモデル
エージェンティックウォレットの中には、エージェントに独自のウォレットを与えるものもあれば、委任されたスコープ内でユーザーの既存ウォレットを通じてエージェントが行動できるようにするものもあります。カストディモデルは、資本が専用のエージェントアドレスに置かれるか、ユーザーのプライマリウォレットに残るかを決定します。製品によって基盤となるアーキテクチャが異なり、TEEバックアップウォレット、MPCキー分割、スマートコントラクトベースの委任はそれぞれ異なる信頼の前提、リカバリーパス、鍵のエクスポートオプションを持ちます。
パーミッションモデル
ウォレットはエージェントが何を行えるかを定義する方法が必要です。これは支出制限、資産固有のパーミッション、コントラクト許可リスト、ネットワーク境界、または時間制限付きセッションルールの形を取る場合があります。カテゴリ内の製品はこれを異なる方法で処理しており、タスクレベルの合意を使用するもの、セッションスコープの上限を使用するもの、ウォレット初期化時に設定されるポリシー制御を使用するものがあります。
実行前のセキュリティチェック
エージェンティックウォレットは、署名前にトランザクションを検査できる場合により有用になります。設計によっては、シミュレーション、脅威スキャン、人間が読めるプレビュー、またはトランザクションがポリシーの範囲外になった場合の自動拒否が含まれる場合があります。2026年における製品間の主な違いは、セキュリティパイプラインが必須かオプトインかです。
人間による承認ロジック
エージェンティックウォレットを評価する際の重要な問いは、人間によるレビューがいつどこで介入するかです。すべてのアクションに承認を必要とするシステムもあれば、エージェントが境界を越えたりトランザクションが疑わしいと判断されたりした場合にのみ一時停止し、通常のアクションは継続できるシステムもあります。アプローチは、エージェントが開始する前に完全な計画承認を前もって行うものから、特定のトランザクションがポリシーに違反した場合にのみ人間によるレビューをトリガーするものまで多岐にわたります。
資金調達と実行範囲
独自の残高が必要なエージェントもあれば、狭い制限内でユーザーの既存ウォレットから実行できる方が適しているエージェントもあります。適切な答えは、製品がトレーディングボット、アプリワークフロー、または組み込みユーザーエクスペリエンスのどれに近いかによって異なります。2026年のほとんどのエージェンティックウォレットは、エージェントがトランザクションを開始する前にユーザーが資金を入金する専用エージェントウォレットを使用していますが、実行の幅と資金調達が特定のタスクにどれだけ厳密にスコープされているかは製品によって異なります。
エージェンティックウォレットに独自のセキュリティスタックが必要な理由
2026年におけるエージェンティックウォレットの最重要課題は、製品がモデルに接続できるかどうかではありません。多くの製品がそれを実現できます。より難しい問いは、ウォレットがすべてのプロンプトを無制限の署名面にすることなく、有用な自律性を維持できるかどうかです。詳しくはエージェンティックウォレットのセキュリティ:AIエージェントがより少ないリスクでトランザクションを行う方法をご覧ください。
最も優れた設計は、複数のコントロールを同時に組み合わせています。ユーザーとエージェントランタイムの明確な分離、明示的なパーミッションスコープまたは支出制限、シミュレーションや脅威スキャンなどの実行前チェック、疑わしいまたはポリシー外のアクションに対するエスカレーションパス、エージェントが試みたことやウォレットが許可したことを示す監査証跡です。ここでカテゴリが分かれ始めています。ウォレットを主にツールキットまたは実行ラッパーとして扱う製品もあれば、まずポリシーとセキュリティレイヤーとして扱う製品もあります。後者のアプローチがカテゴリの成熟を定義する可能性が高いです。なぜなら、権限がセーフガードよりも速く拡大するとエージェンティックファイナンスは失敗するからです。
MetaMask Agent Walletのエージェンティックセキュリティへのアプローチ
MetaMask Agent Walletは、必須パイプラインとユーザー定義のポリシー制御を通じて、上記のセキュリティファーストアプローチを実装しています。
サポートされているすべてのEVMトランザクションは、オンチェーンに記録される前に3ステップのセキュリティパイプラインを通過します。まず、トランザクションシミュレーションが残高変化、承認、ガス見積もりを表示し、署名前にエージェントとユーザーがトランザクションの実際の結果を確認できるようにします。次に、数百万件のMetaMaskトランザクションで実証済みのBlockaidを活用した脅威スキャンが、既知の攻撃パターンに対してトランザクションを評価します。悪意のあるトランザクションは自動的に拒否されます。第三に、Smart TransactionsのMEV保護が、フロントランニングやサンドイッチ攻撃から実行を保護します。このパイプラインは必須です。オプトイン機能としてではなく、すべてのトランザクションで実行されます。
このパイプラインに加えて、MetaMask Agent Walletはユーザーにセキュリティ境界内でエージェントがどれだけの自律性を持つかを定義する2つの動作モードを提供します。Guard Modeはデフォルトです。ユーザーはセットアップ時に1日の支出制限、プロトコル許可リスト、リスクパラメータを設定します。これらのルールの範囲外のトランザクション、または脅威スキャンがフラグを立てたトランザクションは、エージェントが続行する前に二要素認証による人間の承認が必要です。Beast Modeは、中断を減らしたいユーザー向けのオプトイン代替手段です。セキュリティパイプラインはすべてのトランザクションで引き続き実行され、悪意のあるアクションは引き続きブロックされますが、エージェントはポリシーのエッジケースに関してより多くの裁量を持ちます。
鍵はTrusted Execution Environment(TEE)を使用して保護されており、ユーザーはいつでもエクスポートできます。ウォレットは完全にセルフカストディアルです。セキュリティパイプラインを通過し安全と判断されたトランザクションは、月額最大10,000ドルのTransaction Protection補償でバックアップされます。
その結果、エージェントはユーザーが定義したルール内で自律的に動作し、ユーザーが監視しているかどうかに関わらずセキュリティスタックが実行され、ユーザーは常にセルフカストディを維持するという設計が実現されています。
エージェンティックウォレットではないもの
エージェンティックウォレットは、ウォレットAPIに接続されたチャットボットではありません。
また、エージェントフレームワークと同じものでもありません。フレームワークはモデルの推論、ツールのルーティング、またはメモリの維持を支援する場合があります。ウォレットレイヤーは、実際の資金、署名、承認、オンチェーン権限がどのように処理されるかを決定します。
そして、CLIだけで定義されるものでもありません。ターミナルインターフェースはエージェントツールを公開する便利な方法ですが、カテゴリの核心的な問いは依然としてアーキテクチャ的なものです。誰が鍵を管理するか、パーミッションはどのように強制されるか、モデルとトランザクションの間にどのような安全チェックが存在するか。
エージェンティックウォレットの定義が開発者にとって重要な理由
2026年において、「エージェンティックウォレット」というフレーズは単一の製品ラベルではなく、カテゴリ用語になりつつあります。これが重要なのは、Coinbase Agentic Wallet、Cobo Agentic Wallet、MetaMask Agent Wallet、またはTrust Wallet Agent Kitを検索している開発者やチームが、それを認識する前により広い設計上の問題を解決しようとしていることが多いからです。
有用な定義は、そうでなければ混同されてしまう3つの問いを分離するのに役立ちます:
エージェントは独自のウォレットを必要とするか、それともユーザーの既存ウォレットから操作すべきか?
ルールはどこで強制されるか:オフチェーン、オンチェーン、またはその両方?
モデルの出力とトランザクション実行の間にどのような安全チェックが存在するか?
これらの問いに明確に答えることで、製品の違いが理解しやすくなります。これらの同じ問いは、製品ごとの比較のチェックリストにもなります。
また、混同しやすい隣接するトピックを分離するのにも役立ちます。エージェンティックウォレットはカストディ、パーミッション、トランザクション実行を管理します。ステーブルコイン決済やx402などのエージェンティックペイメントのトピックは、エージェントがシステム間でどのように支払い、決済し、価値を移動するかに焦点を当てています。この2つのトピックは実際には重複していますが、スタックの同じレイヤーではありません。
x402の仕組みについて詳しくは、x402とは何かをご覧ください。
エージェンティックウォレットに関するよくある質問
いいえ。2026年時点では、セルフカストディアル型の設計もあれば、カストディアルまたはプラットフォーム管理型のインフラに依存するものもあります。より重要な区別は、鍵・権限・リカバリーの管理がどこに置かれているかという点です。
いいえ。エージェント専用のウォレットを使用するモデルもあります。スコープ付き権限やセッションアカウントフローを通じて、ユーザーのメインウォレットからエージェントが操作できるようにするモデルもあります。
エージェントフレームワークは、モデルが推論し、ツールを呼び出し、ワークフローを管理するのを支援します。アジェンティックウォレットは、ワークフローが実際の資産に関わる際に、カストディ、権限、承認、およびトランザクションの実行を管理します。
AIエージェントは、人間のユーザーよりも多くのアクションをより迅速に生成できます。支出制限、シミュレーション、脅威スキャンにより、プロンプトが安全でない、または意図しないトランザクションに変わるリスクを低減します。
エージェンティックウォレットは、カストディ、権限、承認、およびトランザクションの安全性を管理します。ステーブルコインレールやx402などのエージェンティック決済システムは、エージェントがどのように支払いや価値の決済を行うかに焦点を当てています。多くの製品ではこの両者が連携して機能しますが、エージェントが資金に対して何を行えるかを最終的に決定するのはウォレットレイヤーです。
MetaMask Agent Walletは、完全なセルフカストディ型のエージェントウォレットです。エージェントは専用のウォレットを持ち、ユーザーが定義したポリシー制御の範囲内で動作します。セットアップ時に、ユーザーは1日の支出上限、プロトコルのallowlist(許可リスト)を設定し、動作モードを選択します。Guard Mode(デフォルト。ユーザーのルール外のトランザクションには二要素認証による人間の承認が必要)またはBeast Mode(悪意のあるトランザクションはブロックしつつ、エージェントにより広い裁量を与えるモード)から選択できます。
サポートされているすべてのEVMトランザクションは、必須の3ステップセキュリティパイプラインを通過します。署名前にトランザクションの内容を表示するトランザクションシミュレーション、悪意のあるトランザクションを自動拒否するBlockaid搭載の脅威スキャン、そしてSmart TransactionsによるMEV保護です。このパイプラインはオプトイン方式ではありません。動作モードに関わらず、すべてのトランザクションで実行されます。
秘密鍵はTrusted Execution Environment(TEE)を使用して保護されており、ユーザーはいつでもエクスポートできます。安全と判断されたトランザクションは、月額最大$10,000のTransaction Protection補償によってカバーされます。このウォレットはフレームワーク非依存であり、OpenClaw、Claude Code、Codex、およびその他のエージェント環境をサポートしています。開発者向けドキュメントについては、MetaMask Agent Wallet docsをご参照ください。