DeepBook

Что такое DeepBook?

DeepBook — это нативный для Sui, полностью ончейн‑протокол центрального лимитного ордербука (CLOB), разработанный как общий «оптовый» источник ликвидности, в который могут композироваться другие приложения Sui, вместо того чтобы заставлять каждый DEX с нуля запускать изолированную ликвидность в собственных пулах.

Его основная постановка проблемы носит структурный характер: ончейн‑трейдинг на многих L1, как правило, фрагментируется между AMM и пул‑ориентированными приложениями, создавая «мелкие» книги ордеров, высокое проскальзывание при крупных объёмах и хрупкую маршрутизацию.

Конкурентное преимущество DeepBook, насколько оно вообще возможно в инфраструктуре DeFi, связано не с брендингом, а с техникой и дистрибуцией: он тесно согласован с объектно‑центричной моделью исполнения Sui и стал «экосистемным стандартом» для команд, которым нужен ордербуковый прайс‑дискавери без необходимости запускать собственную биржевую инфраструктуру с нуля. Такой подход подчёркивается в материалах экосистемы Sui и гайдах для разработчиков, ориентированных на Sui/Mysten, включая технические обзоры и примеры интеграции (см. обзор и разбор использования в экосистеме Sui в “Deep Dive into DeepBook” и “DeepBook powers DeFi protocols”, а также инфраструктурную документацию от провайдеров вроде “QuickNode’s DeepBook guide”).

С точки зрения рыночного позиционирования DeepBook следует анализировать не как отдельный, ориентированный на конечного пользователя DEX, а как общую рыночную инфраструктуру, «продуктом» которой являются компонуемая ликвидность и логика матчинга.

Публичные дашборды, отслеживающие DeepBook именно как протокол (а не как фронтенд), обычно описывают его масштаб через TVL и объём спотовой торговли, проходящей через него. Наиболее часто цитируемый публичный набор данных — страница “DeepBook V3” на DeFiLlama.

По состоянию на начало–середину 2026 года сторонние агрегаторы рыночных данных показывали DEEP как токен средней капитализации, чей рыночный ранг заметно различался в зависимости от площадки и методологии (например, CoinGecko в отдельных срезах, таких как страница DeepBook, показывал ранг в диапазоне «середины сотен», в то время как CoinMarketCap иногда демонстрировал существенно более высокий ранг). Это подчёркивает, что «ранг» — неточный показатель для актива, чей фри‑флоат, покрытие по торговым площадкам и предположения о циркулирующем предложении различаются между индекс‑провайдерами (CoinGecko, CoinMarketCap).

Кто и когда основал DeepBook?

DeepBook появился как часть «тезиса о публичных благах» экосистемы Sui, а не как типичный DEX‑бренд, выпущенный приложением. Протокол обычно описывается как открытый (open‑source) и тесно связанный с ключевыми институтами разработки и экосистемы Sui. На практике это означает, что ранняя траектория DeepBook определялась стимулами L1, стремящегося заложить надёжные ончейн‑примитивы ликвидности для последующих приложений.

Такая рамка явно отражена в коммуникациях экосистемы Sui, позиционирующих DeepBook как нативный слой ликвидности (например, в блог‑материалах Sui, описывающих его как фундаментальную инфраструктуру, а не отдельное приложение), и согласуется с внешними ресурсами для разработчиков, которые называют его строительным блоком для приложений Sui, ориентированным на “by Sui Foundation” (Sui blog DeepBook deep dive, QuickNode guide).

Со временем нарратив сместился от «на Sui существует ончейн‑ордербук» к «DeepBook — это каноническая площадка ликвидности, через которую маршрутизируются другие продукты». Это тонкий, но важный сдвиг, потому что он меняет релевантное конкурентное окружение с DEX‑интерфейсов на слои инфраструктуры ликвидности.

Также важен более недавний акцент на «V3»: протокол всё чаще прямо называют «DeepBook V3» в аналитических контекстах и в публичных хабах с кодовой документацией. Это сигнализирует об итерационном цикле архитектуры, а не о статичном деплойменте (DeFiLlama DeepBook V3, DeepWiki / deepbookv3 technical documentation).

Как работает сеть DeepBook?

Сам по себе DeepBook не является базовым уровнем сети со своим собственным консенсусом; это ончейн‑приложение/протокол, задеплоенный в L1‑сеть Sui.

В результате его свойства безопасности и финальности наследуются от набора валидаторов 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 (адрес контракта, который вы предоставили, соответствует типу DEEP в блок‑обозревателях Sui). Максимальное предложение в 10 миллиардов токенов публично заявлено в собственных материалах DeepBook (DeepBook DEEP token page).

Показатели предложения и фри‑флоата в открытых источниках достаточно согласованы в том, что циркулирующее предложение заметно ниже максимального, но точные значения циркулирующего объёма варьируются в зависимости от дата‑провайдера и даты среза. Дашборды токеномики вроде Tokenomist публикуют метрики циркулирующего/общего предложения и графики анлоков, предназначенные для мониторинга эмиссии и вестинга — это важно, поскольку темп разблокировок может доминировать над динамикой цены токена средней капитализации независимо от фундаментальных факторов (Tokenomist DEEP tokenomics, DeepBook DEEP token page).

Юзкейс и модель аккумулирования стоимости DEEP отличаются необычно «механистическим» характером по сравнению со многими чисто governance‑токенами: собственная документация 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) фактическую ончейн‑утилиту, когда DeepBook используется как площадка маршрутизации для свапов/лимитных ордеров приложениями в экосистеме Sui.

Страницы с рыночными данными, которые делают акцент на «наиболее активных торговых парах», в первую очередь отражают первый вид активности и могут переоценивать значимость протокола для экосистемы, если трактовать их как меру использования протокола. Напротив, аналитические страницы протокола, отслеживающие TVL и DEX‑объём, проходящий через DeepBook V3, являются более близкими прокси для подлинной ончейн‑утилиты, хотя и остаются несовершенными, поскольку «DEX‑объём» может включать поведение, похожее на «wash‑трейдинг», стимулируемое вознаграждениями, а TVL — шумный показатель (ценовые эффекты активов, их состав и особенности учёта) (CoinGecko DEEP markets and rank snapshot, DeFiLlama DeepBook V3).

На практике доминирующая отраслевая экспозиция DeepBook — это Sui-native DeFi, в особенности спотовые торговые площадки, агрегаторы и трейдинговые стеки, которым нужна компонуемость ордербуков, а не чисто AMM-кривые.

Если говорить об идентифицируемом внедрении, собственный «builder hub» и экосистемные страницы DeepBook перечисляют интеграции с узнаваемыми Sui DeFi-приложениями (например, Cetus, Aftermath, Bluefin, FlowX, Scallop, Turbos и другими), что является значимым в направлении оценки, поскольку отражает целенаправленные технические интеграции, а не случайные упоминания, но всё же это следует рассматривать как самоотчёт экосистемы, а не как контрактный список «партнёрств» с раскрытыми объёмами и условиями (DeepBook builder hub).

С институциональной точки зрения, самым сильным сигналом внедрения была бы устойчивая доля маршрутизации и измеримая зависимость — то есть используют ли крупные торговые площадки на Sui ликвидность DeepBook по умолчанию для поиска цены и исполнения — то, что частично можно отслеживать через агрегированные ончейн-дешборды, а не через анонсы (DeFiLlama DeepBook V3).

Каковы риски и вызовы для DeepBook?

Регуляторную экспозицию лучше всего рассматривать в двух слоях: экспозиция на уровне протокола (публикация софта, выпуск/распределение токенов и управление) и экспозиция на уровне активности (операционная деятельность или содействие функционалу, похожему на обмен).

Дизайн DeepBook как ончейн-ордербука и площадки ликвидности располагается неудобно близко к тому фактическому набору признаков, который регуляторы ранее описывали при инициировании исков, связанных с деятельностью «незарегистрированной биржи» в США; хотя DeepBook — это не EtherDelta и он работает на другой сети и в другом контексте, историческая позиция SEC показывает, что торговые площадки с ордербуками могут подвергаться тщательной проверке в зависимости от того, как они функционируют, как маркетируются и кто контролирует ключевые интерфейсы или потоки выручки SEC EtherDelta enforcement release.

По состоянию на источники, рассмотренные в рамках этого исследования, нет широко освещаемого в СМИ, специфичного для протокола иска в США или события, связанного с классификацией ETF, напрямую относящегося к DeepBook/DEEP; более реалистичный институциональный риск — это регуляторная неопределённость вокруг того, могут ли управление и установление комиссий, связанные с токеном, быть охарактеризованы как затрагивающие вопросы биржевой, брокер-дилерской или ценной бумажной деятельности в зависимости от распределения, контроля и экономических ожиданий, особенно если фронтенды или аффилированные структуры выступают идентифицируемыми точками централизации.

Векторы централизации в основном наследуются от Sui (концентрация валидаторов, диверсификация клиентов, операционные зависимости) и от собственных процессов управления и обновлений DeepBook. Даже если код является открытым, практическая возможность выкатывать обновления, координировать интеграции и задавать параметры по умолчанию может быть сконцентрирована у узкого круга акторов экосистемы, особенно на ранних и средних стадиях жизненного цикла инфраструктуры. Отдельно реальны экономические угрозы: DeepBook конкурирует не только с другими ончейн-CLOB, но и с AMM-базированными центрами ликвидности, а также с всё более продвинутыми intent/solver-системами маршрутизации, которые могут абстрагировать выбор базовой площадки. Если основная ликвидность Sui сконцентрируется вокруг доминирующего AMM или иного примитива ликвидности, DeepBook может оказаться «инфраструктурой в поисках потока», когда рост стоимости токена (через требования к стейкингу и управление комиссиями) не оправдывает нарратив.

Каковы перспективы развития DeepBook?

Краткосрочные перспективы наиболее убедительно формулируются как продолжение зрелости DeepBook V3, углубление интеграций с ключевыми торговыми приложениями Sui и постепенное расширение примитивов (спот, маржа, структурные продукты) на уровне экосистемы, а не через одно монолитное «приложение DeepBook».

Публичные технические документационные хабы по DeepBook V3 и текущие материалы, ориентированные на экосистему, указывают на активную итерационную позицию, а не на режим простого сопровождения, а аналитические провайдеры продолжают отслеживать его как отдельную категорию протокола с временными рядами по маршрутизируемому объёму/TVL, что подразумевает его сохраняющуюся стратегическую значимость в рамках Sui DeFi (DeepWiki deepbookv3 documentation, DeFiLlama DeepBook V3).

Структурные препятствия типичны для того, что в итоге определяет, станет ли «инфраструктура ликвидности как публичное благо» устойчивой: поддержание органического потока без постоянных субсидий, предотвращение фрагментации ликвидности между конкурирующими площадками, поддержание безопасности по мере обновлений и прохождение через ужесточающийся регуляторный контур вокруг DeFi-примитивов, похожих на биржевые, особенно для команд и интерфейсов, которые могут быть идентифицируемы, даже если базовые контракты разрешительны.