С быстрым ростом экосистемы DeFi на Solana ончейн-протоколы деривативов становятся ключевой инфраструктурой. В отличие от ранних и более простых моделей AMM, новое поколение протоколов ориентируется на высокочастотную торговлю, низкое проскальзывание, контроль рисков и профессиональные возможности маркетмейкинга.
На этом фоне Phoenix и Drift представляют два разных направления: модель ончейн-книги ордеров и гибридную модель ликвидности.
Phoenix против Drift: краткий обзор ключевых различий
Будучи протоколом торговли бессрочными фьючерсами на Solana, Phoenix использует архитектуру полностью ончейн-книги ордеров. Ордера на покупку и продажу пользователей отправляются в ончейн-центральную книгу лимитных ордеров (CLOB), где сопоставляются по принципу приоритета цены и времени.
Phoenix стремится воспроизвести торговый опыт традиционных централизованных бирж в ончейн-среде. В отличие от моделей AMM, Phoenix выделяет:
- глубину ордеров;
- низкое проскальзывание;
- высокочастотное сопоставление;
- профессиональную поддержку маркетмейкинга.
Будучи еще одним протоколом бессрочных фьючерсов в экосистеме Solana, Drift отличается по рыночной структуре. Изначально он полагался на механизм vAMM (виртуальный автоматизированный маркетмейкер), используя модель виртуальной ликвидности для торговли бессрочными фьючерсами.
Со временем Drift внедрил книгу ордеров и внешние источники ликвидности, превратившись в гибридную структуру ликвидности.
По сравнению с моделью книги ордеров Phoenix, Drift делает упор на эффективность капитала, открытую ликвидность, гибкие рыночные структуры и гибридные механизмы сопоставления. Это позволяет Drift поддерживать торговлю даже на рынках с низкой ликвидностью, но при этом логика формирования цены отличается от Phoenix.
Чем различаются основные архитектуры Phoenix и Drift?
Фундаментальное различие между Phoenix и Drift — их базовая рыночная структура.
Phoenix использует чисто ончейн-книгу ордеров, где все цены определяются реальными ордерами мейкеров. Пользователи торгуют напрямую через лимитные и рыночные ордера, а рыночные цены отражают динамику спроса и предложения.
Drift, напротив, использует гибридный подход. Изначально он полагался на vAMM для ликвидности, затем постепенно интегрировал книгу ордеров и внешнюю поддержку маркетмейкинга. В результате рыночные цены Drift частично поступают от алгоритмических моделей, а частично от внешней ликвидности.
С точки зрения структуры:
| Измерение |
Phoenix |
Drift |
| Основная структура |
Ончейн-книга ордеров |
vAMM + гибридная ликвидность |
| Формирование цены |
Ордера мейкеров |
Алгоритм + рыночная ликвидность |
| Источник ликвидности |
Ордера маркетмейкеров |
Виртуальная ликвидность + маркетмейкинг |
| Рыночный опыт |
Близок к традиционной бирже |
Более DeFi-ориентированный |
| Поддержка высокочастотной торговли |
Сильная |
Умеренная |
Phoenix больше соответствует структуре книги ордеров традиционных финансовых рынков, тогда как Drift делает акцент на ончейн-гибкости ликвидности.
Чем различаются механизмы ликвидности Phoenix и Drift?
Ликвидность Phoenix поступает в основном от профессиональных маркетмейкеров и ордеров мейкеров.
В модели книги ордеров глубина рынка зависит от количества реальных ордеров. Поэтому Phoenix сильнее полагается на высококачественный маркетмейкинг и непрерывную ликвидность ордеров. Его сильные стороны — более эффективное ценообразование и, как правило, лучший контроль проскальзывания.
Drift благодаря механизмам vAMM и гибридной ликвидности может поддерживать рыночную торговлю даже в условиях низкой ликвидности. Эта структура снижает зависимость от профессиональных маркетмейкеров, но может подвергать протокол рискам отклонения цены на волатильных рынках.
Резюмируя:
- Phoenix больше зависит от реальной глубины ордеров;
- Drift больше зависит от механизмов ликвидности протокола.
Это различие — ключевая причина разного торгового опыта на каждой платформе.
Как сравнивается торговый опыт Phoenix и Drift?
Торговая логика Phoenix очень напоминает традиционные централизованные биржи.
Пользователи могут использовать профессиональные типы ордеров, такие как лимитные и рыночные, а также наблюдать за глубиной книги ордеров в реальном времени. Эта модель обычно лучше подходит для высокочастотной торговли, количественных стратегий, профессионального маркетмейкинга и крупных сделок.
Торговый опыт Drift больше соответствует привычкам традиционных пользователей DeFi. Его гибкая модель ликвидности упрощает участие розничных пользователей.
Однако для крупных сделок и сложных стратегий структура книги ордеров Phoenix обычно обеспечивает более высокую точность ордеров и более низкое проскальзывание.
Чем различаются механизмы управления рисками Phoenix и Drift?
И Phoenix, и Drift управляют рисками через механизмы маржи, ставки финансирования и ликвидации, но их подходы различаются.
Система рисков Phoenix построена вокруг книги ордеров и рыночных цен в реальном времени. Поскольку рыночные цены поступают от реальных ордеров мейкеров, контроль рисков больше зависит от глубины ордеров и рыночной ликвидности.
Drift должен управлять как параметрами vAMM, так и рыночным риском. Поскольку некоторые цены исходят из алгоритмических моделей, протокол должен динамически корректировать параметры ликвидности для поддержания стабильности.
Каждая модель имеет свои особенности:
- Phoenix делает упор на реальные рыночные цены;
- Drift делает упор на непрерывность ликвидности.
Во время экстремальных рыночных событий модель книги ордеров обычно обеспечивает более прямое ценообразование, тогда как vAMM может нести риск отклонения цены.
Какие пользователи лучше всего подходят для Phoenix и Drift?
Phoenix идеально подходит для профессиональных трейдеров и пользователей, использующих высокочастотные стратегии.
Поскольку его структура книги ордеров отражает традиционные торговые рынки, пользователи, знакомые с централизованными биржами, найдут операции Phoenix интуитивно понятными.
Drift, с другой стороны, лучше подходит для традиционных пользователей DeFi и торговли малого и среднего масштаба. Его гибридная модель ликвидности снижает барьер входа и помогает протоколу поддерживать торговую активность даже в условиях низкой ликвидности.
С точки зрения пользователя:
- Phoenix тяготеет к профессиональной торговой инфраструктуре;
- Drift тяготеет к открытому протоколу деривативов DeFi.
Почему Solana идеально подходит для ончейн-протоколов бессрочных фьючерсов?
И Phoenix, и Drift построены на высокопроизводительной сети Solana.
Рынок бессрочных фьючерсов требует:
- высокочастотного обновления данных;
- проверки рисков в реальном времени;
- быстрого подтверждения ордеров;
- низкой задержки торговли.
Высокая пропускная способность и низкие комиссии Solana поддерживают сложные ончейн-торговые структуры.
По сравнению с более ранними блокчейн-сетями, Solana лучше подходит для работы с книгами ордеров, высокочастотным сопоставлением и сложной финансовой логикой. В результате всё больше ончейн-протоколов деривативов выбирают Solana в качестве основной инфраструктуры.
Заключение
Phoenix и Drift — ключевые протоколы бессрочных фьючерсов в экосистеме Solana, но они следуют разным философиям рыночного дизайна.
Phoenix делает упор на архитектуру полностью ончейн-книги ордеров, обеспечивая низкое проскальзывание, высокочастотную торговлю и профессиональный рыночный опыт. Drift использует модель vAMM и гибридной ликвидности, делая акцент на открытой ликвидности и эффективности капитала.
Ни одна модель не является по своей сути превосходной — каждая служит разным рыночным потребностям и группам пользователей.
Часто задаваемые вопросы
В чём самое большое различие между Phoenix и Drift?
Phoenix в основном использует модель ончейн-книги ордеров, тогда как Drift склоняется к структуре vAMM и гибридной ликвидности.
Использует ли Phoenix AMM?
Нет. Phoenix использует модель центральной книги лимитных ордеров (CLOB), а не традиционный AMM.
Почему Drift использует vAMM?
vAMM поддерживает рыночную торговлю при низкой ликвидности и повышает эффективность капитала.
Какой протокол лучше подходит для высокочастотной торговли?
Структура книги ордеров Phoenix обычно более подходит для высокочастотной торговли и количественных стратегий.
