DeepBook

DeepBookとは？

DeepBookは、各DEXがそれぞれのプールで孤立した流動性を一から立ち上げるのではなく、他のSuiアプリケーションが構成要素として組み込める、共有の「卸売」流動性の場を提供することを目的として設計された、Suiネイティブで完全オンチェーンのセントラル・リミット・オーダー・ブック（CLOB）プロトコルです。

その中核となる問題意識は構造的なものです。多くのL1におけるオンチェーン取引は、AMMやアプリ固有プールに断片化しがちであり、その結果として板が薄くなり、大口取引でのスリッページが大きくなり、ルーティングも脆弱になります。

DeepBookの「堀」（競争優位性）は、DeFiインフラという文脈において存在するとすれば、ブランドというより技術面および配布面にあります。Suiのオブジェクト中心の実行モデルと強く整合しており、取引所スタックをゼロから運営することなくオーダーブック型の価格発見を実現したいチームにとって、エコシステム標準の統合先となっています。このポジショニングは、Suiエコシステムの各種資料や、Sui/Mysten向け技術ドキュメント、インテグレーションリファレンスなどの開発者向けツール群で強調されています（SuiブログのDeepBook概要およびエコシステムでの利用状況を扱う「Deep Dive into DeepBook」や「DeepBook powers DeFi protocols」、さらに「QuickNode’s DeepBook guide」のようなインフラ提供者によるドキュメントを参照）。

市場でのポジションという観点では、DeepBookは単体の消費者向けDEXというより、プロダクトが「コンポーザブルな流動性とマッチングロジック」である共有マーケットインフラとして分析されるべき存在だといえます。

DeepBookをフロントエンドではなくプロトコル単位でトラッキングするパブリックダッシュボードは、その規模をTVLおよびルーティングされたスポット出来高といった指標で示すのが一般的であり、もっともよく参照される公開データセットとしては DeFiLlama の「DeepBook V3」ページが挙げられます。

2026年初頭〜中盤の時点で、サードパーティのマーケットデータアグリゲータは、DEEPをミドルキャップのトークンとして扱っており、その時価総額ランキングは取引所や算出手法によって大きく異なることが示されていました（たとえば CoinGecko の DeepBook ページではスナップショットによって数百位台のランクが表示される一方、CoinMarketCap ではより高いランクが表示されることもあります）。これは、フロート、上場取引所のカバレッジ、流通供給量の仮定がインデックスプロバイダ間で異なり得るため、「ランク」という指標が不正確になりやすいことを改めて示しています（CoinGecko、CoinMarketCap）。

DeepBookの創設者と時期は？

DeepBookは、典型的なアプリ発のDEXブランドというより、Suiエコシステムにおける「パブリックグッズ（公共財）」という構想の一部として生まれました。このプロトコルは一般にオープンソースと説明されており、Suiのコア開発やエコシステム関連の組織と密接に結びついています。その実務的含意として、DeepBook の初期の軌道は、L1としてダウンストリームのアプリケーション向けに信頼できるオンチェーン流動性プリミティブを供給しようとするインセンティブによって形作られてきました。

この位置付けは、DeepBookをネイティブな流動性レイヤーとして描くSuiエコシステムの公式コミュニケーション（たとえば、単一アプリではなく基盤インフラとして説明するSuiブログの記事）において明示されています。また、「Sui Foundation 由来」のビルディングブロックとしてSuiアプリケーション向けに説明する外部の開発者向けリソースとも整合的です（Sui blog DeepBook deep dive、QuickNode guide）。

時間の経過とともに、ナラティブは「Sui上にオンチェーンのオーダーブックが存在する」から「DeepBookは他のプロダクトがルーティングする正準的な流動性ベニューである」へと変化しました。これは微妙ではありますが重要なシフトであり、競合の比較対象がDEXのUIから流動性インフラ層へと変わることを意味します。

より最近の「V3」という呼称も重要です。プロトコルは現在、分析コンテキストやパブリックなコードドキュメントのハブにおいて、明示的に「DeepBook V3」と呼ばれることが多くなっています。これは、単一の静的デプロイではなく、アーキテクチャのイテレーションサイクルが存在することを示しています（DeFiLlama DeepBook V3、DeepWiki / deepbookv3 technical documentation）。

DeepBookネットワークはどのように機能するか？

DeepBook自体は独自のコンセンサスを持つベースレイヤーネットワークではなく、Sui L1上にデプロイされたオンチェーンのアプリケーション／プロトコルです。

その結果として、セキュリティとファイナリティの性質は、プロトコル固有のマイナー／バリデータではなく、Suiのバリデータセットおよびコンセンサス／実行パイプラインから継承されます。

実務的には、DeepBookの正しさは、Suiチェーンのステート遷移ルール、バリデータの分散性、およびライブネスの前提に依存する一方、DeepBook固有のリスクは、スマートコントラクトの正当性、経済設計（手数料／インセンティブ）、インテグレーションの複雑性に集中することになります。

この依存関係は、機関投資家による分析において重要です。DeepBookの「ダウンタイム」や検閲耐性に関する主張は、Suiバリデータの分布およびチェーン運用のレジリエンスがどれだけ強固かに左右されます。一方、そのパフォーマンスプロファイルは、Suiの並列実行設計と強く結びついており、これこそがSuiネイティブのオーダーブックが、より遅くコンテンドの激しいL1環境と比較して実用的であると訴求される主な理由です（Sui blog DeepBook deep dive、QuickNode guide）。

技術面では、DeepBook V3はMoveで実装されたオーダーブックおよびプールシステムとしてドキュメント化されており、プールレベルのパラメータや手数料ロジックは、コードレベルのドキュメントにおいてDEEPトークンの価格や手数料計算を明示的に参照しています。これは、DEEPが抽象的な「ガバナンス」以上のものであり、プロトコル固有の形で手数料やプールメカニクスに組み込まれていることを示しています（DeepWiki deepbookv3 order-book system）。

したがって、ネットワークセキュリティは二分されます。Suiバリデータはトランザクションのインクルージョンと順序付け／ファイナリティを担保し、一方でDeepBook自身の安全性プロファイルは、監査、敵対的テスト、V3コントラクトスイートの成熟度に依存します。TVLデータや基本的なリスクスコアリングをミラーするサードパーティのセキュリティポータル（決定的なものではないにせよ）は、エコシステムにおいてDeepBookが周縁的なdAppではなく、中核インフラとして扱われていることを示しています（CertiK project page、DeFiLlama DeepBook V3）。

deepのトケノミクスは？

DEEPはDeepBookに紐づくネイティブトークンであり、Sui Moveアセットとして実装されています（あなたが提示したコントラクトアドレスは、Suiエクスプローラ上でDEEPタイプに対応しています）。DeepBook自身の資料では、最大供給量は100億トークンと公表されています（DeepBook DEEP token page）。

実際の供給量やフロートに関する指標は、概ね最大供給量よりかなり低い流通供給量を示すという点で一貫していますが、正確な流通量はデータプロバイダやスナップショット時点によって異なります。Tokenomistのようなトケノミクスダッシュボードは、エミッションおよびベスティングをモニタリングする目的で、流通／総供給量の数値やアンロックスケジュールを公開しており、特にミドルキャップ資産においては、アンロックのペースがファンダメンタルズとは独立して価格ダイナミクスを支配しうるため、これは重要です（Tokenomist DEEP tokenomics、DeepBook DEEP token page）。

DEEPのユーティリティおよび価値獲得メカニズムは、多くのガバナンストークンと比べて比較的「機械的」です。DeepBook自身のドキュメントや、サードパーティ取引所によるリサーチレポートでは、トークンホルダーが取引手数料や最低ステーキング要件といった変数に影響を与えられるプールレベルのガバナンスが説明されています。また、プロトコルのホワイトペーパーでは、ステーキングを、プールがどのように設定されるか、手数料やインセンティブがどのように均衡するかに直結する、ゲーティングおよびインセンティブアラインメントのメカニズムとして位置付けています（DeepBook DEEP token page、DeepBook token whitepaper PDF hosted on Sui docs、Kraken Deepbook asset brief PDF）。

とはいえ、機関投資家視点での批判は比較的明快です。手数料キャプチャや必須ステーキング需要が構造的に大きく、かつ持続的なものとならない限り、DEEPはガバナンス兼インセンティブトークンとして、堅固なキャッシュフロー的クレームよりも、投機的流動性、エミッションスケジュール、上場状況といった要因により評価が左右されうる、という振る舞いをとり得ます。DeepBookの設計は、ガバナンスをプール経済に結び付けることでこの点を緩和しようとしていますが、その「証拠」は実証的なものであり、単発のインセンティブキャンペーンではなく、持続的でオーガニックなルーティングボリュームとインテグレーションの粘着性を通じて評価されるべきです（DeepBook token whitepaper、DeFiLlama DeepBook V3）。

誰がDeepBookを利用しているか？

利用状況は、(i) 中央集権型取引所でのDEEPトークン自体の投機的取引と、(ii) 実際のオンチェーンユーティリティ（Suiアプリケーションがスワップ／指値注文のルーティングベニューとしてDeepBookを利用するケース）に分解して考えるべきです。

「最もアクティブな取引ペア」を強調するマーケットデータページは主に前者を捉えており、これをプロトコル利用と解釈するとエコシステム上の重要度を過大評価しうる一方で、DeepBook V3を経由してルーティングされるDEXボリュームやTVLを追跡するプロトコル分析ページは、より本源的なオンチェーンユーティリティに近い指標となります。ただし、「DEXボリューム」にはインセンティブドリブンなウォッシュ的挙動が含まれ得ること、TVLも資産価格効果、構成、会計手法の違いによりノイズが大きい指標であることから、依然として完全ではありません（CoinGecko DEEP markets and rank 】 snapshot, DeFiLlama DeepBook V3).

実務的には、DeepBook の支配的なセクターエクスポージャーは Sui ネイティブの DeFi であり、特に、純粋な AMM カーブではなくオーダーブックのコンポーザビリティを求めるスポット取引プラットフォーム、アグリゲーター、およびトレーディング特化スタックとなっている。

識別可能な採用状況という点では、DeepBook 独自の「builder hub」やエコシステムページに、Sui の代表的な DeFi アプリケーション（Cetus、Aftermath、Bluefin、FlowX、Scallop、Turbos など）とのインテグレーションが列挙されている。これは、単なる言及ではなく意図的な技術的統合を反映しているという意味で方向性としては重要だが、それでもなお、開示された取引量や条件を伴う契約上の「パートナーシップ」一覧というよりは、エコシステム側からの自己申告情報として扱うべきである (DeepBook builder hub)。

機関投資家の観点から見た最も強い採用シグナルは、継続的なルーティングシェアと測定可能な依存度、すなわち、主要な Sui の取引プラットフォームがプライスディスカバリーと執行のために DeepBook の流動性をデフォルトで利用しているかどうかであり、これはアナウンスではなく集約オンチェーンダッシュボードを通じて部分的にモニタリングできる (DeFiLlama DeepBook V3)。

DeepBook にとってのリスクと課題は何か？

規制エクスポージャーは、2 つのレイヤーで考えるのが適切である。すなわち、プロトコルレベルのエクスポージャー（ソフトウェアの公開、トークンの発行/分配、ガバナンス）と、アクティビティレベルのエクスポージャー（取引所類似の機能の運営またはそのファシリテーション）である。

オンチェーンのオーダーブックおよび流動性プラットフォームとしての DeepBook の設計は、米国で規制当局が過去に「無登録取引所」活動に関する執行を行う際に説明してきた事実パターンにきわめて近接している。DeepBook は EtherDelta ではなく、異なるチェーンとコンテクスト上で動作しているものの、SEC のこれまでの姿勢は、オーダーブック型の取引プラットフォームが、その運営方法、マーケティング手法、主要インターフェースや収益ストリームを誰が管理しているかによって精査の対象になり得ることを示している SEC EtherDelta enforcement release。

本リサーチで参照した情報源の範囲では、DeepBook/DEEP に直接紐づく、広く報じられたプロトコル固有の米国での訴訟や ETF 関連の分類イベントは確認されていない。より現実的な機関リスクは、トークン連動型のガバナンスや手数料設定が、その分配形態、支配構造、経済的期待値によっては、取引所、ブローカー・ディーラー、あるいは証券関連の論点に関与していると解釈され得るという規制上の不確実性であり、とりわけ、フロントエンドや関連組織がボトルネックとして特定可能な場合に顕在化しやすい。

中央集権化のベクトルは主に Sui から（バリデータの集中度、クライアントの多様性、運用上の依存関係）継承されるほか、DeepBook 自身のガバナンスおよびアップグレードプロセスからも生じる。コードがオープンソースであったとしても、アップグレードの実装、インテグレーションの調整、パラメータのデフォルト設定の形成といった実務的な能力が、特にインフラがライフサイクルの初期〜中期にある段階では、エコシステム内の少数のアクターに集中し得る点には留意が必要である。別の観点として、経済的リスクも現実的だ。DeepBook は他のオンチェーン CLOB だけでなく、AMM ベースの流動性ハブや、基盤となる取引会場の選択を抽象化し得る高度なインテント/ソルバー型ルーティングシステムとも競合している。もし主要な Sui 上の流動性が支配的な AMM あるいは別種の流動性プリミティブに集約されれば、DeepBook は「フローを求めるインフラ」にとどまり、ステーキング要件や手数料ガバナンスを通じたトークン価値の蓄積がストーリーに見合わない結果となる可能性がある。

DeepBook の将来見通しはどうか？

短期的な見通しとして最も説得力があるのは、DeepBook V3 の継続的な成熟、Sui の主要な取引アプリケーション全体にわたるインテグレーションの深化、および単一のモノリシックな「DeepBook アプリ」ではなく、エコシステムレイヤーでのプリミティブ（スポット、マージン、ストラクチャードプロダクトなど）の段階的な拡張を軸に据えたシナリオである。

DeepBook V3 のパブリックな技術ドキュメントハブや、エコシステム向けの継続的な情報発信資料からは、単なる保守運用というより、能動的なイテレーション姿勢がうかがえる。また、アナリティクスプロバイダーも、ルーティングボリューム/TVL の時系列を備えた独立したプロトコルカテゴリとして追跡を続けており、Sui DeFi 内で戦略的に重要な存在であり続けていることが示唆される (DeepWiki deepbookv3 documentation, DeFiLlama DeepBook V3)。

構造的なハードルは、「公共財としての流動性インフラ」が持続性を獲得できるかどうかを左右する典型的な要因である。すなわち、恒常的な補助金に依存せずにオーガニックフローを維持できるか、競合する取引会場間での流動性分断を防げるか、アップグレードを通じてセキュリティを維持できるか、そして、コアコントラクトがパーミッションレスであっても、チームやインターフェースが特定可能であるがゆえに、取引所類似の DeFi プリミティブを取り巻くコンプライアンス境界の一層の強化をどのように乗り切るか、という点である。