DeepBook – общая on-chain книга заявок и liquidity layer экосистемы Sui. В отличие от AMM, протокол не вычисляет цену по резервам двух токенов. Мейкеры размещают лимитные заявки, тейкеры забирают доступную ликвидность, а matching engine сопоставляет спрос и предложение непосредственно в блокчейне.
DeepBook задуман не только как отдельная биржа для розничного пользователя. Это инфраструктура, которую кошельки, агрегаторы и DeFi-приложения могут встроить в собственный интерфейс. Версия V3 добавила DEEP, pool-level governance, rebates, flash loans и переработанную модель учётных записей. В 2026 году отдельный слой DeepBook Margin расширил систему за пределы обычной spot-торговли.
Зачем Sui нужен общий order book
AMM легко создаёт рынок, но крупная сделка сдвигает цену вдоль кривой. Central limit order book позволяет профессиональному участнику выставить конкретное количество по заданной цене. Если в книге достаточно плотных заявок, пользователь получает предсказуемое исполнение и узкий spread.
На многих блокчейнах полная книга обходится дорого: каждое размещение, отмена и исполнение меняет состояние. Sui использует объектную модель и параллельное выполнение, что делает on-chain matching практичнее. DeepBook остаётся зависимым от gas и загрузки сети, но не нуждается в скрытом централизованном сервере для определения результата сделки.
Архитектура DeepBook V3
Главные shared objects протокола – Pool, PoolRegistry и BalanceManager. Pool представляет один рынок, например базовый актив против котируемого. PoolRegistry участвует в создании рынков, не допускает дубликаты и помогает управлять версиями пакета. BalanceManager хранит средства торгового аккаунта и отделяет их от обычных coin objects кошелька.
Каждый Pool логически разделён на Book, State и Vault. Book отвечает за заявки и matching. State хранит пользовательскую статистику, торговые объёмы, stake и governance. Vault завершает денежные расчёты. Такое разделение облегчает проверку кода, но все части остаются одной экономической системой: ошибка в учёте долга или расчёте комиссии способна затронуть реальные балансы.
Book и механизм исполнения
Book содержит bids и asks, упорядоченные по цене. Лимитный ордер исполняется только по указанной или лучшей цене. Рыночный ордер выбирает доступные встречные заявки до достижения объёма или ограничения. Частично исполненный остаток лимитной заявки может оставаться в книге.
DeepBook поддерживает размещение, изменение и отмену заявок. Для хранения крупных структур используется on-chain B+ tree, разбитое на динамические поля. Это позволяет обращаться к частям книги без загрузки всего массива в одну операцию. Тем не менее пользовательский интерфейс и индексатор часто читают события и состояние вне сети, поэтому их задержка может отличаться от фактической книги.
State, аккаунты и эпохи
State связывает BalanceManager с аккаунтом конкретного pool. Здесь учитываются maker и taker volume, активный stake, незаявленные rebates и governance vote. Часть показателей рассчитывается по эпохам. Первая операция нового периода обновляет аккаунт, завершает расчёты предыдущей эпохи и активирует изменения stake.
Эпохальная модель означает, что некоторые преимущества не появляются в момент отправки транзакции. Если пользователь внёс DEEP, его новый вес применяется по правилам следующего периода. Досрочный вывод может лишить льгот за текущую эпоху. Это принципиально отличается от простого хранения токена в кошельке.
Vault и окончательный расчёт
После matching система определяет, сколько базового актива, quote asset и DEEP пользователь должен пулу или должен получить. Vault сравнивает settled и owed balances, списывает разницу из BalanceManager и зачисляет причитающееся. Внутренняя бухгалтерия обнуляется при завершении операции.
В Vault также хранится DeepPrice – отношение DEEP к активам рынка, полученное из разрешённых пар DEEP/SUI или DEEP/USDC. Оно нужно для расчёта платы в DEEP. Зависимость от выбранного рыночного источника создаёт отдельный риск: тонкая или нарушенная эталонная пара может искажать стоимость комиссии.
BalanceManager и делегирование трейдеров
BalanceManager – shared object с одним неизменяемым owner. Владелец вносит и выводит средства, назначает до тысячи trader addresses и может выполнять все торговые действия. Назначенный trader не имеет права вывести капитал, но способен размещать и отменять ордера, управлять stake и выполнять другие разрешённые операции.
Один BalanceManager используется в разных pools. Это удобно для маркет-мейкера и автоматизированной стратегии: не нужно создавать отдельный кошелёк на каждую пару. Но компрометация авторизованного trader key позволяет менять заявки во всех связанных рынках. Ограничение вывода уменьшает прямую кражу, но не устраняет убыток от намеренно плохой торговли.
Прямые swaps и интеграции
Не каждому приложению нужна полноценная учётная запись. Для swaps DeepBook принимает обычные Coin objects и возвращает результат напрямую. Внутри это рыночное исполнение против order book, но интегратор получает интерфейс, похожий на обычный DEX route.
Агрегатор может комбинировать DeepBook с AMM вроде Cetus. Часть объёма проходит по заявкам, часть – по liquidity pools. Пользователь видит один обмен, хотя принимает риски нескольких протоколов, маршрутизатора и общей транзакции.
Flash loans
V3 поддерживает заём активов пула с возвратом в той же транзакции. Flash loan подходит для арбитража, ликвидации или перестройки позиции без стартового капитала. Если заём и предусмотренная плата не возвращены до завершения programmable transaction block, состояние откатывается.
Атомарность защищает кредитора от обычного невозврата, но flash liquidity увеличивает доступный атакующему капитал. Ошибка цены, состояния или интеграции может быть использована в одном вызове. Само наличие flash loan не является уязвимостью, однако повышает требования к связанным протоколам.
DEEP как платёжный и staking-токен
DEEP оплачивает торговые комиссии и создание pools. Maker и taker в обычных рынках рассчитываются в DEEP. Разрешённые пары DEEP/SUI и DEEP/USDC имеют специальный режим, чтобы пользователю было проще получить токен для оплаты.
Stake привязывается к конкретному pool. При достижении порога и требуемого объёма taker получает пониженную комиссию, а активный maker может претендовать на rebate. Простая блокировка DEEP без торговли не создаёт обещанного процента. Экономический эффект возникает из снижения расходов или вознаграждения за реальное предоставление ликвидности.
Maker rebates и сжигание
Rebates стимулируют заявки тогда, когда рынку не хватает глубины. Система сравнивает активность с историей и распределяет доступный пул между подходящими makers с учётом их вклада. Когда ликвидность и объём высоки, стимул уменьшается. Это снижает постоянную переплату за уже здоровый рынок.
Выплаты за эпоху не могут превышать собранные DEEP fees. Остаток после расчёта сжигается. Получается замкнутый поток: трейдеры платят токен, часть возвращается makers, нераспределённая часть сокращает supply. Реальный масштаб burn зависит от использования протокола и решений pool governance, а не от фиксированного календаря.
Governance на уровне pools
Стейкеры могут предлагать изменения maker fee, taker fee и обязательного stake для конкретного рынка. При достаточном quorum принятые параметры вступают в силу в следующей эпохе. Голосование относится к pool, поэтому владелец DEEP не управляет автоматически всеми рынками.
Вес устроен нелинейно: крупный stake даёт больше влияния, но предельная сила растёт медленнее. Это должно усложнять захват управления одним крупным участником. Защита не абсолютна – координация holders и низкая активность остальных всё равно создают governance risk.
Токеномика DEEP
Максимальное предложение – 10 млрд DEEP, полностью отчеканенных при TGE без будущего mint. Актуальная структура выделяет 61,57% на рост экосистемы, grants и community programs, 28,43% core contributors и early backers и 10% на первоначальный community airdrop.
Начальное обращение составляло 2,5 млрд DEEP. Остальная часть выпускается по многолетнему графику, рассчитанному на семь лет. Категория ecosystem growth принадлежит сообществу по назначению, но её фактическое распределение зависит от решений фонда и программ. Поэтому большая community allocation не означает, что все монеты сразу находятся у независимых пользователей.
DeepBook Margin
DeepBook Margin, запущенный как отдельный слой в 2026 году, добавляет isolated margin pools, borrowing, liquidation logic и программируемые rewards. Он использует DeepBook Core для исполнения, а приложения могут встраивать плечо в собственный интерфейс.
Это действующий новый продукт, но его нельзя приравнивать к базовому spot order book. В margin появляется риск залога, процентной модели, ликвидации и плохого долга. Отдельные reward-bearing assets, включая пулы со stable assets, добавляют риски эмитента и depeg. Пользователь Core не становится автоматически участником Margin.
История
DeepBook создавался как общественная инфраструктура Sui. Первая версия вышла в основной сети 12 июля 2023 года и дала приложениям общую книгу заявок. V2 улучшал производительность и интеграции, а к 2024 году ранние версии обработали более 5 млрд долларов совокупного объёма.
14 октября 2024 года одновременно запустились DeepBook V3 и DEEP. Новая версия добавила переработанную архитектуру, staking, governance, rebates и flash loans. В январе 2026 года был представлен DeepBook Margin. Старые V2-описания не отражают текущую токеновую модель, а Margin не следует считать функцией каждой spot-сделки.
Команда
DeepBook первоначально разработан при участии Mysten Labs и Sui Foundation, а затем открыт как инфраструктурный протокол экосистемы. Исходный код V3 находится в публичном репозитории MystenLabs. Развитие координируют инженеры Sui и участники сообщества, но продукт не публикует отдельный постоянный roster как независимый стартап.
Такое происхождение обеспечивает тесную интеграцию с Sui, но создаёт концентрацию технологической зависимости. Ошибка сети, package upgrade или решения организации, управляющей ecosystem allocation, влияют на DeepBook сильнее, чем на внешнее приложение.
Роли участников
- Makers. Размещают лимитные заявки и создают глубину книги.
- Takers. Исполняют заявки и платят комиссию за немедленную ликвидность.
- Owners BalanceManager. Вносят капитал и назначают торговые ключи.
- Traders. Управляют ордерами без права обычного вывода средств.
- DEEP stakers. Получают pool-specific льготы и участвуют в governance.
- Интеграторы. Направляют поток через Core и Margin.
Основные риски
- Смарт-контракты. Ошибка matching, accounting или vault способна нарушить расчёты.
- Ключи трейдеров. Авторизованный ключ не выводит средства напрямую, но может совершить убыточные сделки.
- Ликвидность. On-chain книга может быть тонкой, а крупный market order – пройти по нескольким плохим уровням.
- Индексаторы. Интерфейс способен показывать состояние с задержкой относительно блокчейна.
- DEEP price. Комиссии и внутренний пересчёт зависят от разрешённых DEEP-пар.
- Governance. Stake в малом pool может концентрироваться у нескольких makers.
- Margin. Плечо добавляет oracle, liquidation и bad debt risk, знакомые по lending-протоколам вроде Scallop.
- Эмиссия. Многолетнее распределение ecosystem и contributor allocations влияет на рынок DEEP.
Как оценивать DeepBook
Трейдеру важно смотреть не только лучшую цену, но и всю глубину, spread, лимит исполнения и размер комиссии в DEEP. Маркет-мейкеру – надёжно разделять owner и trader keys, контролировать открытые ордера и рассчитывать rebates без предположения о постоянной доходности.
DeepBook стоит сравнивать не с интерфейсом обычного AMM, а с инфраструктурным order book. На Sui AMM и CLOB дополняют друг друга, как концентрированные пулы и традиционные книги заявок в разных рыночных условиях. При использовании Margin нужен отдельный анализ залога и ликвидации, сходный с проверкой денежного рынка.
Итог
DeepBook V3 превращает книгу заявок в программируемый публичный слой. Pool объединяет Book, State и Vault, BalanceManager отделяет капитал от торговых полномочий, а DEEP связывает fees, rebates, staking и governance. Это более сложная система, чем простой swap, но она даёт приложениям общую оптовую ликвидность.
Ценность протокола зависит от реальной глубины и качества интеграций. DEEP имеет работающую utility, однако подвержен графику распределения и governance concentration. DeepBook Margin расширяет применение капитала, одновременно добавляя кредитные риски. Поэтому оценивать Core, токен и margin layer нужно как три связанные, но не одинаковые части.
