なぜKrakenはこのタイミングで「AIによるアプリ全面再構築」をローンチしたのか、このタイミングはIPO計画と実質的な関連があるのか？
一定の関連はあるが、「この機能は偽物で単にIPOのためのパフォーマンスだ」という単純化した説明で完全に説明できるものではなく、実際の状況はより微妙だ。
タイムラインの重なり自体は確かに存在する：Krakenは2025年11月に機密裏にS-1を提出し、当初は2026年第1四半期の上場を目指し、3月に市場状況を理由に一時停止し、評価額は約200億ドルから4月のDeutsche Börseの出資後約133億ドルまで下落し、共同CEOは5月に準備度が80%に達したと述べ、市場は第3四半期の上場を予想している——このアプリ再構築のニュースが7月に明らかになったタイミングは、確かにIPO準備の重要な段階に位置しており、この重なりは偶然ではなく、メディアがこのように解釈することには合理性がある。
しかしこれは技術自体が空虚であることを意味しない：開示された詳細から見ると、Kraken CLIというオープンソース実行エンジン、Model Context Protocolサポート、ペーパートレーディングモードはいずれも実際に存在し検証可能な技術基盤であり、単なる広報用語ではない。そしてKrakenはこれ以前にすでに一連の関連プロダクト展開を行っていた（Capitalise.aiの買収、暗号資産無期限先物のローンチ、トークン化IPOアクセスの追加）。今回のアプリ再構築は、過去1年以上の複数の準備作業を1つの対外的な完全なナラティブに統合したものに近く、無から生み出されたものではない。
このタイミングの意味をどう理解すべきか：より合理的な解釈は、この機能の開発自体に独立したビジネスロジックがある（取引所間で実際にAIエージェントという競争分野を争っており、Coinbase・Gemini・Bitgetはすでに類似機能を持ち、Krakenの参入はむしろ遅い方だ）が、このタイミングで大々的に対外公開し「アプリ全体を刷新する」というほどの力強いナラティブフレームで包装することを選んだことは、資本市場に技術力を示すという付随的な目的に確かに資しているということだ——両者は排他的ではなく、一方はプロダクト自体の動機であり、もう一方はコミュニケーションのタイミングの選択であり、単純化して二者択一にするのではなく、分けて見る価値がある。
Krakenはすべての取引に人的承認が必要だと強調しているが、Robinhoodがエージェントの自律的実行を許可するアプローチと比較して、実際のリスクの違いは具体的にどこにあるのか？
2つのモデルの核心的な違いはどちらがより先進的かではなく、AIの判断が間違っていた時、誰が最初の防御線を担うかにあり、この違いは実際に問題が発生した際の損失規模と発見時間に直接反映される。
KrakenとRevolutモデル（すべての取引を人的承認）のリスク特性：すべての取引でユーザーが能動的に確認をクリックする必要があるため、AIの判断ロジックに問題があっても（前述の記事で繰り返し議論した、AIの提案が形式は完全に正しいが内容自体は誤っているという状況など）、ユーザーは承認前にこの提案はどこかおかしいと気づく機会がある。人的承認というゲートは、本質的に人間が提供する継続的な内容検証ステップだ。このモデルの代償は、取引の実行速度が人間の反応時間と判断速度に制限されることであり、市場が激しく変動し機会が一瞬で消える状況では、この遅延が元の機会の消失や遅延による約定価格の悪化を招く可能性がある。
Robinhoodモデル（部分的に委任された自律実行）のリスク特性：エージェントが個別の承認を必要とせずに注文を実行できるため実行速度がより速く、人的承認モデルでは逃してしまうかもしれない短時間の機会を捕捉できるが、代償として、AIの判断ロジックに構造的な誤りがある場合（1回のランダムな誤りではなく、持続的な誤った判断ロジック）、人間が気づいて止めるまでに、誤ったロジックに基づく複数の取引がすでに連続して実行されている可能性があり、累積損失の規模は1回の承認で防げた損失よりはるかに大きくなりうる。これはまさにRobinhood自身が開示文書で言及したリスクだ——急速なAI駆動戦略は監視や停止が困難になる可能性がある。
前述の記事のフレームワークでこの違いを理解する：この対比は本質的に、Bible Networkが以前議論したCircuit Breaker項目と最小権限原則と呼応する——Krakenモデルはすべての操作に組み込まれた人的サーキットブレーカーのチェックポイントに相当し、リスクエクスポージャーは単一取引の範囲に固定される。Robinhoodモデルは設定された範囲内でAgentに自律実行権限を付与し、構造的エラーを遮断するために追加の異常検知とサーキットブレーカーメカニズムに依存することに近い。これはRobinhoodモデルが十分に厳密なサーキットブレーカーメカニズムと組み合わされていなければ、リスクの上限が理論上Krakenモデルより高くなることを意味する。
ユーザーにとっての実際の意味：どちらのモデルを選ぶ取引所かは、ある意味でその取引所のAI判断の信頼性への確信の度合いと、実行遅延と引き換えの安全性というトレードオフをユーザーにどれだけ負担させるつもりかを反映している。評価する際、ユーザーは実行速度が速いかどうかという表面的な指標だけでなく、その取引所のAgentが明確に開示された異常サーキットブレーカーメカニズムを持っているかを具体的に確認する価値がある。
Kraken CLIがModel Context Protocolをサポートしていると述べているが、一般ユーザーにとって実際にどんな具体的なメリットがあるのか？
Model Context Protocol（MCP）サポートが一般ユーザーにもたらすメリットは、通常直接見えるインターフェース機能ではなく、このAgentシステムの基盤アーキテクチャの品質に現れ、具体的には2つの層に分けられる。
第一層：単一プロバイダーへのロックインリスクの低減。前述のMCP Server項目で議論したように、MCPの核心的な価値は一度実装すればどこでも使えることだ——KrakenのExecution EngineがネイティブにMCPをサポートしていれば、理論上、将来他のAIモデルやサードパーティツールがKrakenの取引能力に接続したい場合、新しい統合対象ごとにカスタム構築されたインターフェースを再開発する必要がないことを意味する。このアーキテクチャ上の柔軟性は、ユーザー体感において間接的にこのAgentシステムが新機能や新モデルにより速く対応できるという形で反映され、単一のモデルプロバイダーに縛られない。ユーザーが好む基盤AIモデルがいつか更新または置き換えられる場合、システムは理論上より滑らかに対応でき、システム全体を再設計する必要がない。
第二層：開発者エコシステムへの開放性、プロダクトの長期的な進化速度に間接的に影響する。Kraken CLIはオープンソースでネイティブにMCPをサポートしていると説明されており、これは外部開発者が理論上、Kraken公式チームがすべての機能を自ら開発することに完全に依存せず、Krakenの基盤インフラの上に自分のツールや統合を構築する機会を持つことを意味する。この種の開放性は通常、エコシステム全体の機能の豊かさの成長速度を加速する——前述のフレームワーク選択記事で議論したエコシステムの規模概念に似ている。開放的でMCPをサポートする基盤アーキテクチャは通常、閉鎖的な専有システムよりサードパーティ開発者の投資を集めやすく、長期的にはユーザーが目にする機能進化の速度がより速くなる可能性がある。
ユーザーはこの技術的詳細の実際の意味をどう評価すべきか：大半の一般ユーザーはMCPプロトコル自体の技術的詳細を理解する必要はないが、この取引所のAgentシステムが開放プロトコルをネイティブにサポートしているか、オープンソースかを間接的な品質シグナルとして扱える——開放標準を採用し基盤の実行エンジンを公開する意思は、ある程度、その会社が自社システムのアーキテクチャ品質に自信を持っていることを示し、外部コミュニティによる精査をより受け入れる姿勢も示す。完全に閉じたブラックボックスシステムと比較すると、通常より高い透明性とより低い長期的な技術ロックインリスクを意味するが、これはあくまで間接的な参考指標であり、Agentの実際の取引パフォーマンスやリスク管理メカニズムの直接評価に取って代わることはできない。
もしKrakenが将来人的承認モデルを部分的な自律実行（Robinhoodのモデルに近い）に段階的に移行しようとする場合、この転換には技術的・信頼メカニズム的にどんな下準備が必要か？
これは仮定の問いだが、Bible Networkが前述で議論した複数のAgent設計原則を使って、こうした転換の合理的な技術パスがどのようなものであるべきかを推論できる。
第一段階：まず検証可能なTrust Scoreデータを蓄積する。前述のAgent Trust Score項目で議論したように、すべての取引に人的承認が必要から部分的な自律実行への移行は、このAgentの判断の正確性が長期的に高水準を維持していることを証明する、十分に長い期間と十分に大量の履歴データがあることが合理的な前提となる。Krakenの現在の意思決定支援モデルは、ある意味でこのデータ蓄積段階の役割を果たしている——ユーザーがAIの提案を承認または拒否するたびに、Trust Scoreを計算するために使用できる履歴記録が1件生まれる。将来Krakenが本当に自律実行の方向に進化するなら、このデータセットは重要な判断根拠になる。
第二段階：一気に全面自律に移行するのではなく段階的な認可。前述の最小権限項目の原則と呼応し、合理的な移行パスはすべてが承認必須から一夜にしてすべてが自律実行になることではなく、段階的な展開である可能性が高い——例えば低額・低リスクでTrust Scoreがすでに十分高いと検証された操作タイプに対してまず承認不要の自律実行オプションを開放し（ユーザーは有効化するかどうか自分で選択できる）、高額で不可逆的な操作は引き続き人的承認という防御線を維持する。この段階的な設計により、リスクエクスポージャーの拡大と信頼蓄積の検証度合いが同期し、すべての操作タイプが同時に人的承認という防御線を失うことを避けられる。
第三段階：自律実行を開放しても、前述で議論したCircuit Breakerメカニズムを安全網として組み合わせる必要がある。Krakenが本当にこの方向に進化するなら、Robinhood自身が開示したリスク（急速なAI駆動戦略は監視や停止が困難になる可能性がある）は正面から対処すべき問題だ。合理的な設計は、あるタイプの操作が自律実行を許可されても、単一の操作を超えたグローバルなサーキットブレーカーメカニズムが依然として必要であり、このAgent全体の行動パターン（失敗率・消費速度・異常操作頻度）を継続的に監視し、閾値を超えたら即座に自律実行能力を一時停止し、人的承認が必要なモデルに戻すべきで、自律実行権限が一度付与されたら動的に取り消すメカニズムが全くないという状態であってはならない。
この推論の意義：現時点でKrakenがこの方向に進む明確な計画があるという公開された証拠はなく、ここでの推論は純粋に既知のAgentシステム設計原則に基づいてもしこの方向に進むなら合理的なパスはどのようなものかを考えるものだ。読者はこのフレームワークを、Kraken一社だけでなく、どの取引所の将来の機能進化を評価する際にも適用できる。
Kraken は7月10日、CNBCの独占取材に対し、アプリ全体をAgentic Trading（エージェント型取引）を中核として再構築すると明らかにした。AIエージェントが24時間市場を監視し、機会を特定し、平易な言葉で一般ユーザーに取引の推奨を提供する。Kraken の最高データ責任者 Kamo Asatryan はこの位置づけを率直に表現した。この新しい世界では、一般の人々も高頻度取引者になる機会があり、しかも平易な英語で、財務に詳しく自分のこともよく理解している友人と会話するだけでいい、と。
この発表は微妙なタイミングで行われた——Kraken は2025年11月にSECへ機密裏にS-1上場申請書を提出し、当初は2026年第1四半期の上場を目指していたが、今年3月に市場状況を理由に計画を一時停止した。評価額も当時の約200億ドルから、4月にドイツ取引所（Deutsche Börse）が2億ドルを出資した後の約133億ドルまで下落した。共同CEOの Arjun Sethi は5月、上場準備が約80%完了したと述べ、多くの観測筋は第3四半期の上場を予想している。この節目に「AIがアプリ全体を再構築する」というナラティブを打ち出すことは、一部メディアから資本市場に技術力を示す戦略的な動きと解釈されている——これは機能自体が実在しないという意味ではなく、タイミング自体がこのニュースの一部であるということだ。
Kraken が開示した詳細によると、再設計されたアプリのユーザー体験は財務目標——住宅購入・退職貯蓄・緊急資金——から始まり、ユーザーをいきなりローソク足チャートに向き合わせることはない。目標・リスク許容度・資金の好みを入力すると、AIは単一のフローで各提案の理由付きの草案ポートフォリオを生成し、ユーザーはそれを確認・調整・承認できる。資金が投入された後、システムの財務インテリジェンスは継続的に市場をスキャンし保有資産を追跡し、遊休資金や当初の配分から逸脱した資産を能動的にフラグ付けし、対話とインターフェースの表示方法も時間とともに適応していく。
Kraken 自身の説明は一貫している——このシステムは意思決定支援として位置づけられており、自律的実行ではない。AIは機会を発見し提案を行う責任を負うが、すべての取引の最終的なクリックはユーザーの手に残る。複数の報道はKraken自身の表現を直接引用しており、推奨事項は顧客の明示的な確認を経てのみ実行されるとしている。ただし一部の報道では、この基盤能力の説明の一部がKraken自身の枠組みが示唆するよりも自律的に聞こえると指摘しており、推奨と独立実行の間の正確な境界線が、製品が実際にローンチされた後に最も注視すべき詳細であることを示している。
この再構築を支える重要なインフラは、Kraken が今年前半にローンチしたオープンソースの実行エンジン Kraken CLI で、Model Context Protocol サポートを内蔵し、AIモデルと開発者が暗号資産市場にネイティブアクセスできるようにし、高リスクコマンドに対する組み込みの安全確認機能、実際の資金を投入する前にライブ市場データに対して戦略をテストできるペーパートレーディングモードも備えている。これらの設計上の選択——MCPサポート・危険なコマンドの確認・シミュレーションテスト——は、Bible Network の読者がすでに親しんでいる複数のAgent安全設計原則と直接対応しており、これは偶然ではなく、この種の金融グレードのAgentプロダクトが収束していく一連の共通の保護ロジックを反映している。この再構築に先立ち、Kraken はすでにノーコード戦略プラットフォームCapitalise.ai（2025年8月）を買収し、米国暗号資産無期限先物を発売し、トークン化されたIPOアクセスを追加し、Solana上のDEX取引をコアアプリに直接統合していた。
Kraken の提案してから人的承認を待つモデルは業界唯一の設計選択ではなく、この対比自体が注目に値する。Robinhood が開示したエージェント型アーキテクチャは、すべての取引で承認を必要とせずエージェントが注文を実行できるようにしており、同社自身の開示文書は急速なAI駆動戦略が監視や停止が困難になる可能性があると警告している——これはRobinhoodがより多くの意思決定の自律性をエージェントに委ねていることを意味し、それはより速い実行と引き換えに、より大きな自動化リスクへの露出でもある。Coinbase は別の道を歩んでおり、x402決済プロトコルを通じてAIエージェントが自律的に決済と取引を完了できるようにしている。Chainalysis の先月のレポートによると、Coinbase の Base ネットワーク上のエージェント型決済活動はすでに1億件の取引を超えており、高額送金の割合が高まっていることから、この種のエージェント型決済活動が初期の小規模な実験を超え、より実質的な用途に向かっていることを示唆している。同じ週、Revolut も Revolut X 取引所のアップグレードを発表し、ユーザーが Claude・Gemini・Cursor・OpenClaw を含むAIアシスタントを直接接続して市場分析・戦略バックテスト・注文発注ができるようにしたが、Kraken と同様、すべての取引は依然として実行前に人的承認が必要である。一方 OKX は6月、AIエージェントが自律的に取引し、オンチェーンタスクを完了し、独自のオンチェーン評判を構築できるベータ版マーケットプレイスをローンチした。
これらを並べて比較すると、明確なスペクトラムが見えてくる。Coinbase と OKX のエージェント型決済と取引はかなりの程度の自律実行を許容しており、Kraken と Revolut は最終承認を人間の手に残すことを選択し、Robinhood は部分的に委任された自律実行の方向に移動している。これは単なる技術力の差ではなく、各取引所がAgentの自律性とユーザーの制御権というトレードオフについてそれぞれ異なるビジネス判断を下しているということだ。
あなたが暗号資産取引所のユーザーであれば、このエージェント型取引の波が短期的にもたらす最も実際的な影響は、AIが自動的にお金を稼いでくれることではなく、すべての取引を承認する前にAIが提案し、あなたが確認するという追加のインターフェース層に慣れることだ。このステップは保護（完全に制御不能な自動意思決定を避ける）であると同時に、新たな摩擦点でもある——Kraken 自身の報道も、AI提案の即時性と人的承認の遅延との間のギャップが、急速に動く市場で実質的なスリッページやタイミングの逸失を引き起こすかどうかは、実際のローンチだけが本当に検証できる問題だと述べている。あなたがある取引所のAgent機能に資金を委ねるべきか評価しているなら、具体的に問うべき質問はAIがあるかどうかではなく、このAgentの実行権限の境界線がどこに引かれているかだ——Kraken とRevolutのようにすべての取引に承認が必要なモデルか、Robinhoodのように設定範囲内で自律的に連続実行できるモデルか、この2つは全く異なるリスクエクスポージャーに対応しており、資金を投入する前によく考える価値がある。