По мере того как рынок DeFi переходит от простых обменов активами к высокочастотной торговле и профессиональным деривативам, роль ончейн-систем сопоставления ордеров становится всё значимее. Процесс мэтчинга на Phoenix влияет не только на скорость исполнения сделок, но и на ликвидность рынка, контроль рисков и размер комиссий.
На фоне стремительного роста экосистемы высокочастотной торговли в Solana модель ончейн-книги ордеров, которую представляет Phoenix, снова оказывается в центре внимания рынка.
Phoenix использует модель централизованной книги лимитных ордеров (CLOB) для исполнения сделок. Пользователи размещают ордера на покупку и продажу, которые попадают в ончейн-книгу ордеров и сопоставляются по принципу приоритета цены и времени.
В отличие от модели AMM, Phoenix не опирается на пул ликвидности для автоматического ценообразования. Рыночные цены формируются на основе реальных ордеров и отражают соотношение спроса и предложения между покупателями и продавцами, а не алгоритмические формулы.
В Phoenix данные книги ордеров, статус ордеров и история торговли хранятся в блокчейне. Пользователи могут в открытом доступе просматривать глубину рынка, цены ордеров и историю торговли — это повышает прозрачность и проверяемость рынка.
Поскольку торговля через книгу ордеров требует частого обновления данных и синхронизации состояний, Phoenix нуждается в мощной базовой сети. Высокая пропускная способность и низкая задержка Solana позволяют поддерживать ончейн-систему сопоставления в реальном времени.
Когда пользователь отправляет ордер на Phoenix, система проходит несколько этапов.
Сначала пользователь должен подписать запрос транзакции через свой кошелек. Информация об ордере включает направление сделки, цену, объём, плечо и тип ордера.
Затем движок рисков Phoenix проверяет состояние счета:
Ордер попадает в книгу ордеров только после того, как счет проходит проверку на соответствие требованиям по риску.
Лимитный ордер размещается в книге ордеров в ожидании сопоставления. Рыночный ордер немедленно пытается исполниться против существующих ордеров на текущем рынке.
Весь процесс отправки ордера происходит ончейн, поэтому статус каждого ордера можно публично проверить.
Логика сопоставления Phoenix строится на принципе приоритета цены и времени.
Когда на рынок поступает новый ордер на покупку, система ищет ордер на продажу с самой низкой ценой. Когда поступает ордер на продажу — в первую очередь ищет ордер на покупку с самой высокой ценой.
Если несколько ордеров имеют одинаковую цену, первым исполняется тот, который поступил раньше. Этот механизм практически идентичен логике книги ордеров на традиционных финансовых рынках.
Пример:
Процесс сопоставления Phoenix не использует централизованный сервер — обновления статуса ордеров и подтверждения сделок выполняются через ончейн-программы. Это ключевая особенность полностью ончейн-модели.
Торговля бессрочными фьючерсами предполагает использование кредитного плеча, поэтому управление маржой — критически важная часть процесса сопоставления.
После исполнения сделки Phoenix обновляет на счете пользователя:
Система непрерывно отслеживает уровень риска счета. При снижении капитала счета из-за колебаний рыночной цены уровень маржи на обслуживании счета меняется.
Если риск по счету превышает безопасный порог, движок рисков Phoenix может запустить механизм ликвидации, чтобы не допустить образования безнадежного долга у протокола.
Все статусы позиций записываются ончейн, поэтому пользователи могут видеть изменения риска счета в реальном времени.
Несмотря на использование книги ордеров для ценообразования, Phoenix всё равно полагается на оракула для получения рыночной справочной цены.
Цена оракула используется для:
Если бы использовалась только цена из книги ордеров, на рынке могла бы возникнуть краткосрочная аномальная волатильность из-за нехватки ликвидности. Поэтому Phoenix комбинирует данные оракула для поддержания стабильности системы рисков.
На ончейн-рынках деривативов система оракула — ключевой элемент контроля рисков. Сбои в работе оракула могут повлиять на ставки финансирования, логику ликвидации и стабильность рынка, поэтому Phoenix должен опираться на надёжные источники данных.
После сопоставления сделки система записывает результат исполнения в ончейн-состояние и обновляет данные позиции пользователя.
Ончейн-расчет включает:
Поскольку Phoenix использует некастодиальную структуру, активы пользователей всегда находятся под контролем ончейн-счета, а не хранятся на централизованной платформе.
Такая модель повышает прозрачность, но означает, что все торговые операции зависят от подтверждения сети блокчейна. Следовательно, производительность базовой сети напрямую влияет на качество торговли.
Высокая скорость подтверждения транзакций в Solana — одна из ключевых причин, по которой Phoenix может поддерживать ончейн-книгу ордеров.
Главное различие между Phoenix и традиционными протоколами AMM — в способе исполнения сделок.
Модель AMM использует пулы ликвидности и алгоритмическое ценообразование: пользователи по сути торгуют с пулом. В Phoenix, напротив, работает книга ордеров, где пользователи сопоставляются напрямую друг с другом.
Вот ключевые различия в торговом процессе:
| Характеристика | Phoenix | Модель AMM |
|---|---|---|
| Торговая структура | Сопоставление в книге ордеров | Пул ликвидности |
| Ценообразование | Ордера на покупку/продажу | Алгоритмическое |
| Контроль проскальзывания | Относительно низкий | Заметен при крупных сделках |
| Маркетмейкинг | Профессиональные маркетмейкеры | Поставщики ликвидности (LP) |
| Поддержка HFT | Сильная | Относительно ограниченная |
| Типы ордеров | Лимитные, рыночные | Обычно меньше вариантов |
Модель книги ордеров лучше подходит для профессиональной торговли и количественных стратегий, а AMM — для базовых обменов активами и открытого предоставления ликвидности.
С развитием высокопроизводительных сетей вроде Solana всё больше ончейн-протоколов деривативов возвращаются к архитектуре книги ордеров.
Ончейн-процесс сопоставления Phoenix важен не только для скорости исполнения ордеров — он отражает структурные изменения на рынке DeFi.
Ранние протоколы DeFi делали упор на открытое участие и ликвидность без разрешений. Новое поколение ончейн-протоколов деривативов фокусируется на:
Полностью ончейн-модель книги ордеров Phoenix — это попытка перенести структуру книги ордеров с традиционных финансовых рынков в среду блокчейна.
Развитие таких протоколов показывает, что DeFi эволюционирует от простого инструмента обмена активами к более сложной ончейн-финансовой инфраструктуре.
Phoenix использует полностью ончейн-архитектуру книги ордеров для торговли бессрочными фьючерсами. Процесс сопоставления включает несколько этапов: отправка ордера, проверка рисков, сопоставление, обновление позиций и ончейн-расчет.
По сравнению с традиционной моделью AMM Phoenix делает акцент на глубине ордеров, эффективности обнаружения цены и возможностях высокочастотной торговли. Благодаря высокопроизводительной сети Solana система сопоставления Phoenix работает на уровне, близком к традиционным биржам.
По мере того как рынок DeFi движется в сторону профессиональных сценариев, ончейн-модель книги ордеров снова привлекает внимание. Процесс сопоставления Phoenix не только отражает направление развития ончейн-протоколов деривативов, но и показывает, как инфраструктура DeFi эволюционирует к более сложным структурам финансового рынка.
Да. Phoenix использует полностью ончейн-архитектуру книги ордеров — и сама книга, и логика сопоставления работают в блокчейне.
Phoenix ставит во главу угла глубину ордеров, низкое проскальзывание и профессиональный торговый опыт, поэтому выбрал модель книги ордеров вместо пула ликвидности.
Обычно Phoenix использует приоритет цены и времени для сопоставления ордеров.
Нет. Phoenix — некастодиальный протокол; пользователи управляют активами напрямую через свои кошельки.
Оракул предоставляет справочную цену, помогая системе с контролем рисков и принятием решений о ликвидации.
Phoenix работает на высокопроизводительной сети Solana, что обеспечивает низкую задержку и высокую скорость подтверждения ордеров.





