主権アーキテクチャ
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手法を参照）。各質問に対して初期回答を生成し、その後、最終回答を出す前に自分の推論の誤りを探す反省ステップに入ります。これにより、小型モデルが自信満々に誤ったことを述べてしまう失敗モードを減らせます。
クラウド：市場全体のオラクル
21BのクラウドモデルであるDMind-3は、全体像を把握します。クラウドまたはプライベートVPC上で動作し、市場全体の文脈を必要とする作業を処理します。
Ethereum、Solana、Cosmos、主要L2にまたがるチェーン横断の資本フロー分析。
市場レジームの検知。ボラティリティ状態、資金調達率の環境、流動性条件の遷移を予測します。
システミックリスクのモデリング。DeFiプロトコル全体で連鎖的な清算経路をシミュレーションします。
プロトコル、トークノミクス、競争上の位置づけに関する長文のリサーチレポート。
エージェント群のオーケストレーション。多数のローカルMiniおよびNanoインスタンスがOracleを通じて連携します。
Oracleは256kトークンのコンテキストウィンドウを持っています。これは、比較用の材料を追加する前でも、DeFi監査レポート1件が100,000トークンに達することがあり得るため重要です。
リクエストのルーティング方法
リクエストは、2つの প্রশ্নに基づいて層間でルーティングされます。つまり、これがどれだけプライバシーに敏感か、そしてローカルモデルがどれだけ確信しているかです。
プライベート情報（ウォレット残高、取引意図、本人確認）に関わるリクエストはローカルに留まります。Miniが不確実でも、データはデバイス外に出ません。プライバシーに敏感ではないが市場全体の文脈を必要とするリクエストはOracleへ送られ、送信前に個人情報は除去されます。プライバシーに敏感ではなく、かつMiniが確信しているリクエストは、そのままローカルに留まります。クラウドへ往復する理由がないからです。
これは、一般的なクラウドファーストのモデルを逆転させています。デフォルトはローカルです。クラウドは、本当にグローバルな視点を必要とするものだけのための制限付きヘルパーです。
ポリシーゲート
Oracleが返した回答は、ウォレット操作を引き起こす前に必ずエッジ層を通過しなければなりません。クラウドは、いかなるものにも直接署名することを許されていません。Nanoは、クラウドが提案したトランザクションに対して安全性チェックを実行し、そのゲートを通過した後にのみユーザーが署名します。
実行権限はエッジにあります。
最終更新
役に立ちましたか？