主権型アーキテクチャ
DMind-3は、Edge-Local-Cloudのソブリン・スタックと呼ばれる3層システムとして構築されています。各層は異なるモデルで、異なる場所で動作し、異なる役割を持ちます。この設計は、安全性が重要な作業、戦略に関わる作業、市場全体に関わる作業を分離しているため、それぞれの要素を適切な規模にし、適切な環境で実行できます。
3つの層
エッジ
DMind-3-Nano（270M）
ブラウザ、ウォレット、モバイル
決定論的なトランザクション安全性チェック
ローカル
DMind-3-Mini（4B）
ユーザーのデバイス
プライベートな戦略・リサーチ推論
クラウド
DMind-3（21B）
クラウドAPIまたはプライベートVPC
市場横断・チェーン横断分析
エッジ：決定論的な意図ファイアウォール
ユーザーがトランザクションに署名しようとすると、DMind-3-Nanoはローカルでcalldataを解析し、無制限承認、新しくデプロイされたコントラクトへの送金、不審なdelegate call、既知のフィッシング先アドレスとのやり取りといった、高リスクの固定パターン集合に照らしてチェックします。
このチェックは確率的ではなくルールベースです。小さなオンデバイスモデルは、この種の固定パターン認識に適しており、モデルがトランザクションデータをどこかへ送ることはありません。ネットワークがダウンしている場合やクラウドサービスが利用できない場合でも、Nanoは動作し続けます。
この層が重要な理由は、チェーン上で署名されたトランザクションは取り消せないからです。チャージバックも、サポートチケットも、24時間のクーリングオフ期間もありません。安全性は署名の後ではなく、その前に確保されなければなりません。
ローカル：プライベート推論エンジン
DMind-3-Miniはユーザーのデバイス上で動作し、プライベート情報に触れる作業を処理します。たとえば、ウォレットの保有資産の分析、特定のポジションを踏まえた戦略の下書き、ユーザーのポートフォリオを文脈として参照しながらのリサーチ読解などです。
Miniは自分の回答に疑問を投げかけるよう訓練されています（ 学習手法 のC³-SFT手法を参照）。各質問に対して初期回答を生成し、その後、最終回答を出す前に自分の推論の誤りを探す反省ステップに入ります。これにより、小さなモデルが自信満々に誤ったことを述べてしまう失敗モードを減らせます。
クラウド：市場全体のオラクル
DMind-3、つまり21Bのクラウドモデルは、グローバルな視点を持ちます。クラウドまたはプライベートVPC上で動作し、市場全体の文脈を必要とする作業を処理します：
Ethereum、Solana、Cosmos、および主要なL2全体にわたる、チェーン横断の資本フロー分析。
市場レジーム検出。ボラティリティ状態、資金調達率環境、流動性条件の遷移を予測します。
システミックリスクモデリング。DeFiプロトコル全体にわたる連鎖的な清算経路をシミュレーションします。
プロトコル、トークノミクス、競争上の位置づけに関する長文のリサーチレポート。
エージェント・フリートのオーケストレーション。多数のローカルなMiniおよびNanoインスタンスがOracleを介して連携します。
Oracleは256kトークンのコンテキストウィンドウを持ちます。これは、単一のDeFi監査レポートだけでも、比較資料を追加する前に10万トークンに達することがあるため重要です。
リクエストのルーティング方法
リクエストは、プライバシーへの敏感さとローカルモデルの確信度という2つの観点に基づいて層間でルーティングされます。
プライベート情報（ウォレット残高、取引意図、身元）に触れるリクエストはローカルに留まります。Miniが不確かな場合でも、データはデバイス外に出ません。プライバシーに敏感ではないが市場全体の文脈を必要とするリクエストは、個人情報を除去したうえでOracleに送られます。プライバシーに敏感ではなく、しかもMiniが確信を持っているリクエストは、そもそもクラウドに往復させる理由がないため、やはりローカルに留まります。
これは、一般的なクラウドファーストのモデルを逆転させたものです。デフォルトはローカル。クラウドは、本当にグローバルな視点を必要とするもののための制限付きヘルパーです。
ポリシーゲート
Oracleが返した回答は、ウォレット操作を引き起こす前に必ずエッジ層を通らなければなりません。クラウドが何かに直接署名することは許可されていません。Nanoは、クラウドが提案したトランザクションに対して安全性チェックを実行し、そのゲートを通過して初めてユーザーが署名します。
実行権限はエッジにあります。
最終更新
役に立ちましたか？