> For the complete documentation index, see [llms.txt](https://minara.ai/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://minara.ai/docs/minara-handbook/ja/ji-shu/dmind/sovereign-architecture.md).

# 主権アーキテクチャ

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は動作します。

{% hint style="warning" %}
この層が重要な理由は、チェーン上で署名されたトランザクションは取り消せないからです。チャージバックも、サポートチケットも、24時間のクーリングオフ期間もありません。安全性は署名の後ではなく、前に確保されなければなりません。
{% endhint %}

## ローカル：プライベート推論エンジン

DMind-3-Miniはユーザーのデバイス上で動作し、プライベート情報に触れる作業を処理します。たとえば、ウォレットの保有資産の分析、特定のポジションを踏まえた戦略の立案、ユーザーのポートフォリオを文脈にしたリサーチの読解などです。

Miniは自分の回答を疑うように学習されています（参照 [学習手法](/docs/minara-handbook/ja/ji-shu/dmind/training-methods.md) C³-SFT手法）。各質問に対して最初の回答を生成し、その後、最終回答を出す前に自分の推論の誤りを探す反省ステップに入ります。これにより、小型モデルが誤ったことを自信満々に述べてしまう失敗モードが減ります。

## クラウド：市場全体のオラクル

21BのクラウドモデルであるDMind-3は、全体像を把握します。クラウドまたはプライベートVPCで動作し、市場全体の文脈を必要とする作業を処理します：

* Ethereum、Solana、Cosmos、および主要なL2をまたぐクロスチェーンの資本フロー分析。
* 市場レジームの検出。ボラティリティ状態、資金調達率の環境、流動性条件の遷移を予測します。
* システミックリスクのモデリング。DeFiプロトコル全体にわたる連鎖的な清算経路をシミュレーションします。
* プロトコル、トークノミクス、競争上の位置づけに関する長文リサーチレポート。
* 多数のローカルなMiniおよびNanoインスタンスがOracleを通じて連携する、エージェント群のオーケストレーション。

Oracleのコンテキストウィンドウは256kトークンです。これは、比較用の資料を追加する前の段階でも、1件のDeFi監査レポートが10万トークンに達し得るため重要です。

## リクエストの振り分け方法

リクエストは2つの観点に基づいて各層の間で振り分けられます。つまり、これがどれほどプライバシーに敏感か、そしてローカルモデルがどれほど確信しているか、です。

プライベート情報（ウォレット残高、取引意図、身元）に触れるリクエストはローカルにとどまります。Miniが不確かでも、データがデバイスの外に出ることはありません。プライバシーに敏感ではないものの市場全体の文脈を必要とするリクエストは、送信前に個人情報を除去したうえでOracleに送られます。プライバシーに敏感ではなく、しかもMiniが十分に確信しているリクエストは、そもそもローカルにとどまります。クラウドまで往復させる理由がないからです。

これは通常のクラウドファーストモデルを逆転させます。デフォルトはローカルです。クラウドは、本当にグローバルな視点を必要とするもののための限定的な補助役です。

## ポリシーゲート

Oracleが返した回答は、ウォレット操作を引き起こす前に必ずEdge層を通らなければなりません。クラウドが直接何かに署名することは許可されていません。Nanoはクラウドが提案したトランザクションに対して安全性チェックを実行し、ユーザーが署名するのは、そのゲートを通過した後だけです。

実行権限はエッジにあります。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://minara.ai/docs/minara-handbook/ja/ji-shu/dmind/sovereign-architecture.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.