Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin Chain SAFU CryptoTax DeFAI AGI Claude Me Claude Skill Claude Design Claude Cowork
独立メディア
いかなるプロジェクトとも無提携
暗号資産のAIエージェントを解剖する:仕組み・リスク・経済モデル
aiagent-bible.com
最新
AIエージェントがお金を使うとき、ウォレットの鍵は実は本人の手元にない  ·  サードパーティMCPサーバーに接続する前に:「検証済み」バッジはあなたを守ってくれない——実務的な審査チェックリスト  ·  開発者はどのエージェント決済プロトコルを選ぶべきか?陣営ではなく取引タイプから考える  ·  MoonPayがPayBoxを発表:ClaudeとChatGPTはあなたのお金を使えるが、ウォレットには一切触れられない  ·  なぜエージェントは「指示」と「データ」を区別できないのか:データベース時代から続く古い問題  ·  致命的三要素チェックリスト:あなたのエージェントは危険な属性をいくつ持っているか?
beginners

AIエージェントがお金を使うとき、ウォレットの鍵は実は本人の手元にない

30秒バージョン · 忙しい方へ
完全な鍵は最初から最後までどこにも組み立てられることがない——これがAIエージェント決済製品に共通する安全設計の核心だ。

詳しく読む +
01 · なぜ起きたのか?

AIエージェントが鍵の断片を1つしか持っていない場合、それだけで単独で取引を完了できますか?

できない。これがまさにこの設計の核心的な目的だ。1件の取引を完了するには、一定数の断片が揃って共同で計算に参加する必要がある。AIエージェントが断片を1つしか持っていなければ、その断片単独では、AI自身の判断が誤ったのであれ、外部から騙されてすべきでないことをしてしまったのであれ、有効な取引に単独で署名することはできない——金庫の暗証番号のうち半分の数字しか書かれていないようなもので、その半分だけでは何も開けられない。

これが、この仕組みが「完全な鍵をAIに渡す」よりも安全だとされる理由でもある。従来のアプローチでは、AIが一度騙されると結果はすべての損失につながる。断片化されたアプローチでは、AIが騙された結果はせいぜいその断片が悪用を試みられる程度であり、他の断片が揃わないため、攻撃自体が成立しない。

02 · 仕組みは?

「毎回確認」が最も安全に聞こえますが、常にこのモードを選び、自律モードは使わない方がよいのでしょうか?

必ずしもそうとは限らず、あなたの実際の利用状況による。AIエージェントがたまに単発の取引(例えば1回のフライト予約)を代行するだけなら、毎回確認する承認回数はそれほど負担にならず、このモードを選ぶことは確かに安心につながる。しかしAIエージェントに複数のステップが必要なタスク(例えば複数の少額サブスクリプション支払いを同時に処理する、あるいはポートフォリオを頻繁に少額調整する必要がある場合)を任せているなら、毎回確認することは、スマートフォンをずっと見て承認し続ける必要があることを意味しかねない。この場合、自分で設定し、許容できると感じる上限額を組み合わせた自律モードの方が、むしろ現実的な選択となりうる。

判断の鍵は「どちらのモードがより安全に聞こえるか」ではなく、「自律モードの下で本当に望まない取引が発生した場合、最大の損失はどれくらいで、それを受け入れられるか」だ。上限額を「たとえ本当に問題が起きても致命傷にならない」範囲に設定することは、絶対的なゼロリスクを追求するよりも、通常はよりバランスの取れたアプローチである。

03 · 自分にどう影響する?

パスキーによる承認は、以前のパスワード入力とどう違うのですか?なぜこの種の製品は皆これに切り替えているのですか?

従来のパスワードは、あなたが記憶しておく必要があり、盗み見られたり、キーロガーで記録されたり、あるサイトで流出した後に別のサイトのログイン試行に使われたりする、固定された文字列だ。本質的に「あなたが知っているもの」であり、他の誰かも同じ文字列を知っていれば、あなたになりすませてしまう。パスキーの仕組みは異なる。あなたの物理的なデバイスに紐づいており、指紋や顔認証という「あなた自身が本来持っている特徴」を通じて、デバイス内に保存された暗号化情報を解錠する。この情報自体は入力されることも、見られることも、ネットワークを通じて相手側の照合のために送信されることもない。代わりに、デバイスがローカルであなたの本人確認を完了した後、暗号学的にその承認に対応する証明を生成する。

これが、製品の説明で「パスキーによる承認はすべて単一のアクションに限定され、使用後は失効する」とよく強調されている理由でもある。たとえ誰かがあなたが承認したまさにその瞬間を観察できたとしても、彼らが手に入れるのはコピーしたり別の場所で再利用したりできるパスワードではなく、その1回の取引、その1台のデバイスに紐づいた検証結果であり、他の場所に移して再利用することはできない。これは「流出した認証情報があちこちで悪用される」ことを防ぐという点で、従来のパスワードに対する構造的な改善である。

04 · どうすればいい?

取引の承認に使っているスマートフォンを紛失したり盗まれたりした場合、AIエージェントウォレット内のお金はそのまま持ち去られてしまいますか?

直接持ち去られることはない。これこそが、断片化されたアーキテクチャが予期せぬ状況で真価を発揮する場面だ。あなたのスマートフォンは完全な鍵のうちの1つの断片しか持っていない。あなたのスマートフォンを拾ったり盗んだりした人が、たとえロック解除に成功しても、手に入れられるのはその1つの断片だけであり、他の断片(AIエージェントシステムが持つもの、サーバーが持つものなど)を揃えて単独で署名を完了することはできない。つまり、単にスマートフォンを紛失しただけでは、それ自体で攻撃者があなたの資金を奪うには不十分だということだ。

とはいえ、何も行動しなくてよいわけではない。この種の製品の多くは「アクセス権の即時取り消し」機能を提供している。スマートフォンの紛失に気づいたら、真っ先に別の手段(ウェブ版アカウントへのログインなど)を通じて、そのデバイスが持つ断片の有効性を取り消すべきだ。この操作を行うと、通常システムはあなたの新しいデバイス用に新しい断片を生成し直し、古いデバイスがまだ物理的にその断片を持っていたとしても、その断片はすでに無効になっている。これが、この「即時取り消し」機能がどこにあり、どう操作するのかを、実際に使い始める前にあらかじめ確認しておく価値がある理由でもある。実際にスマートフォンを紛失したその日に慌てて探すのではなく。

全文 +

「フライトを予約して」「このお金をステーブルコインに交換して」——あなたがAIエージェントにこう指示するとき、それが次に実行しようとしているのは実際の資金取引だ。これは少し不安に感じるかもしれない。文章を生成するだけのプログラムに、どうやってあなたのお金を使う信頼を任せられるのか。答えは「できる限り信頼する」ことではなく、「そもそも完全な鍵を渡さないように意図的に設計されたアーキテクチャ」だ。

まず従来の鍵の保管方法を想像してみよう

あなたのウォレットを金庫だと考え、従来のアプローチは1本の完全な鍵を持つことだとしよう——紙に書かれたシードフレーズであれ、デバイスに保存された秘密鍵であれ、頭の中で記憶しているパスワードであれ。この完全な鍵を手にした者は誰でも、金庫を開けて中身を取り出せる。AIエージェントに代わりに支払いをさせたいなら、最も直感的だが最も危険なアプローチは、その完全な鍵を直接渡してしまうことだ。これは、エージェントの判断が誤ったり、何らかの手口で騙されてすべきでないことをしてしまったりした場合、それがすべてを一度に持ち去れる鍵を握っていることを意味する。

MPC:1本の鍵を複数の断片に分割し、誰も完全な1本を持たない

最近登場したAIエージェント決済製品は、一般的にMPC(マルチパーティ計算)閾値署名と呼ばれる技術を採用しており、その論理は全く異なる。この「鍵」は作られた瞬間に複数の「断片」に分割され、それぞれ異なるデバイスやシステムに分散して保管される——あなたのスマートフォンが1つ、AIエージェントが動作しているシステムが1つ、サービス提供者のサーバーも1つ持つかもしれない。重要なのは、これらの断片を集めてできる完全な鍵が、最初から最後までどこか一箇所に組み立てられることは一度もないという点だ。「まず完全な鍵を作ってから分割する」のではなく、そもそも最初から完全な鍵は一度も存在しない。1件の取引を完了するには、一定数の断片が揃って共同で計算に参加する必要がある。これは、たとえAIエージェントが持つ断片が盗まれたりハイジャックされたりしても、攻撃者が手に入れるのはパズルの小さな一片に過ぎず、単独では金庫を開けられないことを意味する。

支払いの完全な流れはどのようなものか

最近リリースされたあるAI決済製品を例に挙げると、実際の流れはこうだ。あなたが自然言語でAIエージェントに「このドルをステーブルコインに交換して」と伝えると、エージェントは取引の詳細を準備し、その後承認リクエストがポップアップ表示される。あなたはスマートフォンのパスキー(通常は指紋または顔認証)で同意を確認し、その時点で初めて断片を揃えた署名計算が起動し、お金が実際に動き始める。このプロセス全体には2つの保護層がある。第一の層は鍵自体が断片に分割されており、いずれの当事者も単独では動かせないこと。第二の層はすべての承認がこの1件の取引にのみ対応し、使用後は失効すること。誰かがこの承認記録を傍受しても、それを再利用したり、より大きな権限に拡大したりすることはできない。

自分で選べる2段階の「安心感」

この種の製品の多くは、選択できる2つのモードを提供している。第一は「毎回確認」で、金額の大小にかかわらず、すべての取引にあなた自身の承認が必要になる。最も保守的で最も安心感のあるアプローチだが、代償として、AIエージェントが複数のステップからなるタスクを連続して完了しようとする場合、何度も承認しなければならないかもしれない。第二は「自律モード」で、あらかじめ上限額を設定しておけば、その範囲内でAIエージェントは毎回あなたの承認を待たずに自分で取引を完了できる。よりスムーズな体験が得られる代わりに、最初にこの上限額をどれくらいに設定するのが妥当か、慎重に考えておかなければならない。緩すぎれば承認という関門を事実上無効化してしまい、保守的すぎれば自律モードの利便性が発揮されない。

あなたのお金にとって何を意味するか

次に「AIに代わりに支払わせる」と謳う製品に出会ったら、シンプルだが非常に役立つ質問がある。完全な鍵やパスワードが、どこかの時点で完全な形でAIに渡されることがあるか?答えがイエスなら、その製品はより古く、リスクがより集中したモデルを使っており、AIの判断が誤れば、結果としてすべてを失う可能性がある。答えが「鍵は最初から複数の断片に分割されており、AIはそのうちの1つを持っているに過ぎない」であれば、その製品は業界が現時点でより安全だと考えているアーキテクチャを採用している。この質問をするのに技術的な詳細を理解している必要は全くない。明確に問うことで、あなたが実際にどれだけの信頼を、文章を生成するだけのプログラムに渡しているのかがわかる。単に「安全」という言葉に説得されるのではなく。

図解
傳統完整鑰匙 vs. MPC 拆分鑰匙左側傳統模式 AI 持有完整鑰匙、被騙即全損;右側 MPC 模式鑰匙拆成手機、AI、伺服器三份,AI 那份被偷仍不完整Traditional Key vs. Split KeyTraditional: One Complete KeyAIIf fooled: total lossMPC: Key Split Into SharesPhoneAIServerIf AI share stolen: incompleteAI Agent Bible · aiagent-bible.com
スクリーンショット歓迎。転載時は出典を明記してください。
質問する
10文字以上入力してください
関連記事
開発者はどのエージェント決済プロトコルを選ぶべきか?陣営ではなく取引タイプから考える
developers · 07/31
なぜエージェントは「指示」と「データ」を区別できないのか:データベース時代から続く古い問題
beginners · 07/30
初心者が最初のAgentフレームワークをどう選ぶか:「どれが最強か」ではなく「今日すぐ動かせるのはどれか」を問うべき
beginners · 07/09
最初のオンチェーンAgentの構築方法:ゼロからの最小限実行可能アーキテクチャと、デプロイ前の確認チェックリスト
beginners · 06/29
関連トピック
あなたの電話番号は、取引所アカウントの最も脆弱な一環である——SIMスワップ防御チェックリスト
Crypto Bible
SMS認証コードの保護は、あなたが自分の電話番号をコントロールしているという前提の上に成り立っている——攻撃者にその前提を奪われれば、SMS認証コードはもはやあなたの防御線ではなく、攻撃者の手にある鍵になってしまう。
#wallet-security
リカバリーフレーズを7つに分割し、任意の5つで復元できる——この方式は本当にあなたに必要か?
Crypto Bible
リカバリーフレーズを3部コピーして別々に保管すれば、漏洩リスクは3倍になる。3つのシャミアシェアに分割すれば漏洩リスクはゼロになる——しかしそれは、本当に3か所に分散させる必要がある場合に限る話であり、誰もがそうする必要があるわけではない。
#wallet-security
どんなハードウェアウォレットも本物のレンチには対抗できない——2026年上半期の物理的強要攻撃急増の裏にある防護の盲点
Crypto Bible
ハードウェアウォレットが守っているのは遠隔から誰かがあなたの秘密鍵を盗めるかどうかであり、誰かが目の前に立って脅迫してきたときに安全に逃れられるかどうかではない——これはまったく異なる二種類の防護なのだ。
#wallet-security