Drift Protocol – торговый и кредитный протокол в Solana, который объединял бессрочные фьючерсы, спотовые обмены, депозиты и займы в общей маржинальной системе. Его отличала гибридная ликвидность: заявки пользователей хранились в блокчейне, локальная книга DLOB собиралась вне блокчейна, активные маркетмейкеры участвовали в коротких JIT-аукционах, а автоматический маркетмейкер служил резервным исполнителем.
Но описание Drift в 2026 году нельзя начинать с обычного списка продуктов. После атаки 1 апреля 2026 года из протокола были выведены активы примерно на 295,7 млн долларов. На 25 августа официальный торговый интерфейс сообщает, что Drift вернётся позже, а команда готовит полный перезапуск. Поэтому ниже разделены архитектура работавшей версии, действующие токен и управление, последствия инцидента и заявленная конструкция будущего запуска.
Текущее состояние
Торговую площадку нельзя считать работающей в прежнем режиме. Официальные обновления описывают перестройку программ, повторные аудиты, переход расчётного слоя с USDC на USDT, новую модель административных ключей и фонд восстановления пользователей. Точная дата возвращения публичных рынков не объявлена.
Документация по DLOB, keepers, AMM и кредитованию остаётся полезной для понимания протокола, но это описание системы до остановки. Нельзя исходить из того, что прежние рынки, лимиты, комиссии, кредитные банки и виды ордеров будут перенесены без изменений. Drift v3 был представлен ещё до инцидента как следующая версия, а после атаки перезапуск получил отдельный приоритет безопасности.
Как была устроена торговля
Drift не копировал централизованную биржу целиком. Пользовательская позиция, залог, заявка и окончательный расчёт находились в Solana-программах. При этом сортировать каждую открытую заявку в дорогой глобальной структуре блокчейна не требовалось. Наблюдатели считывали аккаунты пользователей и самостоятельно строили ценовой порядок DLOB.
DLOB означает децентрализованную лимитную книгу. Она была не отдельным сервером с правом переписать баланс, а локальным представлением заявок, уже записанных в блокчейне. Несколько keeper-ботов могли построить одну и ту же книгу и отправить транзакцию сопоставления. Программа Drift проверяла условия и выполняла расчёт атомарно.
Такое устройство сохраняло проверяемость заявок, но зависело от внешних исполнителей. Ордер мог существовать в Solana и не исполниться вовремя при перегрузке, отсутствии выгодного контрагента или сбое keeper. Стоп-приказы и тейк-профиты срабатывали по oracle price и исполнялись по принципу best effort, а не были гарантией продажи по видимой отметке.
JIT-аукционы и AMM
Агрессивная заявка сначала могла попасть в Just-in-Time auction. Маркетмейкеры видели входящий поток и конкурировали за исполнение, предлагая цену лучше резервного маршрута. Неисполненный остаток переходил к DLOB и затем к AMM. Это позволяло объединить активную котировку профессиональных участников, пассивные лимитные заявки и гарантированный резерв ликвидности.
AMM Drift использовал виртуальные резервы, а не обычную пару токенов, как классический Uniswap. Кривая могла менять концентрацию ликвидности, привязываться к oracle и расширять spread при росте риска. LP фактически принимал часть позиции маркетмейкера и связанных с ней прибылей или убытков, а не просто вносил два актива в постоянном соотношении.
Oracle был якорем цены, но не заменял ликвидность. Если внешний feed запаздывал, рынок резко расходился с индексом или доступная глубина исчезала, защитные проверки могли ограничить торговлю. Интеграция с Pyth Network важна для цены, но не устраняет риск ошибочного параметра или слабого исполнения. Такой же принцип разделения источника данных и исполнения действует при работе с Chainlink.
Perpetuals и funding
Бессрочный контракт не имеет даты экспирации. Трейдер вносил обеспечение и открывал длинную либо короткую позицию, а funding payments сближали цену контракта с индексом. При положительном funding одна сторона платила другой; направление зависело от отклонения рынка. Funding не является комиссией с фиксированной доходностью и может быстро измениться.
Drift поддерживал cross-margin: несколько активов и позиций учитывались в здоровье аккаунта с разными весами. Это повышало эффективность капитала, но связывало риски. Убыток одного рынка мог поставить под ликвидацию залог, внесённый ради другого. Позднее появилась настройка leverage по отдельным рынкам, однако итоговый риск всё равно зависел от общего состояния аккаунта и параметров каждой позиции.
Spot, депозиты и займы
Спотовые банки принимали активы вкладчиков и выдавали их заёмщикам под избыточный залог. Процентная ставка зависела от использования ликвидности: когда значительная часть банка была занята, стоимость займа росла, стимулируя возврат и новые депозиты. Положительный баланс пользователя был требованием к банку, отрицательный – обязательством.
Одни и те же депозиты могли служить залогом для торговли. Это делало Drift похожим одновременно на perpetual DEX и money market наподобие Aave. Обратная сторона – связь кредитного и деривативного риска. Плохой долг, недостоверная оценка collateral или недостаточная скорость liquidators могли передавать убыток между подсистемами.
Ликвидации и страховой фонд
Когда стоимость взвешенных активов переставала покрывать обязательства и maintenance margin, сторонний liquidator мог сократить позицию и получить вознаграждение. Частичная ликвидация стремилась восстановить здоровье без обязательного закрытия всего аккаунта. Конкретные пороги и штрафы задавались для рынков отдельно и могли меняться.
Insurance Fund создавался как последний слой против торговых банкротств и дефолтов заёмщиков. Вкладчики фонда принимали риск в обмен на вознаграждения. Важно, что официальный отчёт после апрельской атаки отделил этот фонд от похищенных пользовательских активов: средства Insurance Fund заявлены как не затронутые и должны стать доступны после перезапуска. Это не отменяет обычный риск фонда после возобновления торговли.
Инцидент 1 апреля 2026 года
По официальной оценке, из протокола было выведено около 295,7 млн долларов в JLP, USDC, SOL, обёрнутых BTC и ETH, LST и других активах. Независимое расследование Mandiant связало операцию с северокорейской группой UNC6862. Это был не обычный случай неудачной ликвидации, а крупный компромисс, после которого прежнюю инфраструктуру остановили.
Заявленный план включает фонд восстановления, поддержку Tether и партнёров, направление части будущей выручки пользователям и отдельный recovery token. Этот recovery token не равен DRIFT и должен представлять требование к recovery pool. Полные механика, график выплат и ликвидность такого требования на текущую дату не завершены, поэтому обещание полного восстановления нельзя трактовать как немедленное возмещение.
Для перезапуска заявлены два независимых аудита, усиленная операционная безопасность, timelocks, оповещения о критических действиях и новый community-governed multisig. План важен, но остаётся планом до публикации кода, отчётов аудита и фактического открытия рынков.
DRIFT и токеномика
DRIFT – governance token с максимальным предложением 1 млрд. Изначально 53% предназначались сообществу: 43% на развитие экосистемы и торговые rewards, ещё 10% на стартовый airdrop. Фактический launch airdrop был расширен до 12% внутри community allocation. На protocol development выделено 25%, strategic participants – 22%.
Базовый график распределения рассчитан на пять лет. Для core contributors был предусмотрен 18-месячный lock, затем 18 месяцев линейного vesting. Обновление ноября 2025 года сообщало о 55,6% общего предложения в обращении и прохождении основных investor cliffs. Эти цифры относятся к опубликованному срезу, а не к постоянному текущему балансу.
DRIFT давал голос в DAO и использовался в Safety Module. До остановки протокола staking также мог давать скидки на taker fees и усиливать maker rebates. После инцидента экономическую полезность нужно оценивать заново: прошлые льготы не гарантируют параметры перезапуска, а recovery token создаётся отдельно.
Управление
Модель DAO разделена на Realms DAO, Security Council и Futarchy DAO. Realms отвечает за общие решения и выбор совета безопасности. Security Council меняет risk parameters, добавляет рынки и утверждает upgrades. Futarchy направляет средства на технические гранты через conditional markets.
Разделение ускоряет операционные изменения, но создаёт сложную систему полномочий. После атаки особенно важно, какие действия доступны council и multisig, какие имеют задержку и кто контролирует recovery assets. Владение DRIFT не означает прямого управления каждым ключом или автоматической доли во всех доходах.
История
Drift v1 запустился в ноябре 2021 года с dynamic AMM. Во время кризиса Terra в 2022 году команда остановила первую версию после обнаружения дефицита и перешла к переработке. В декабре 2022 года Drift v2 открылся публично с DLOB, JIT liquidity, AMM и кредитным рынком.
В 2024 году состоялся запуск DRIFT и DAO. В 2025 году развивались Swift, structured vaults, isolated pools, Amplify и настройка leverage по рынкам. В декабре была представлена концепция v3. Атака 1 апреля 2026 года прервала эту траекторию и превратила восстановление средств и безопасный relaunch в главную задачу.
Команда
Drift основали Cindy Leow и David Lu. Разработкой занималась Drift Labs, а Drift DAO Foundation координировала токен и управление. После инцидента команда привлекла Mandiant к расследованию, OtterSec и Asymmetric к безопасности, бывших специалистов Gauntlet к риск-модели. Noah Prince, ранее руководивший protocol engineering в Helium, присоединился как Head of Protocol.
Участие известных консультантов не переносит на них ответственность за весь код. Пользователю важны опубликованные аудиты, адреса новых программ и фактические полномочия подписантов, а не только список организаций.
Основные риски
- Незавершённый перезапуск. Действующие рынки и дата открытия пока не подтверждены.
- Невозмещённые потери. Recovery pool зависит от капитала, возврата активов и будущей выручки.
- Безопасность ключей и программ. Апрельский инцидент показал, что риск лежит не только в формулах AMM.
- Oracle risk. Ошибка или задержка цены влияет на ордера, margin и liquidations.
- Keeper dependency. Записанная заявка не гарантирует своевременное исполнение.
- Cross-margin contagion. Убыток одного рынка способен затронуть весь аккаунт.
- Liquidity risk. JIT, DLOB и AMM могут одновременно дать слабую глубину в стрессовый момент.
- Governance risk. Совет, multisig и DAO имеют разные полномочия и скорости реакции.
- Token risk. DRIFT испытывает давление unlocks и не является recovery claim.
Итог
Техническая идея Drift остаётся сильной: DLOB, JIT-аукционы и AMM создавали многослойное исполнение, а единый collateral связывал perpetuals со spot lending. Но на 25 августа 2026 года это прежде всего история остановленного протокола и незавершённого восстановления. Оценивать Drift следует не по прежнему объёму и интерфейсу, а по новому коду, аудитам, условиям компенсации и реальной работе рынков после relaunch.
