Phoenix – торговая инфраструктура в экосистеме Solana, связанная с Ellipsis Labs. Её ранний и по-прежнему доступный программный слой описывает ончейн-книгу лимитных ордеров, которая атомарно рассчитывает сделки в Solana. Отдельно проект развивает Phoenix Perps – площадку бессрочных контрактов. Эти названия связаны брендом и командой, но относятся к разным продуктам и торговым моделям, поэтому обзор стакана нельзя автоматически переносить на устройство деривативной площадки.
Для пользователя важны не только экран с ценами и кнопка обмена, но и то, где находятся средства, как исполняется ордер, кто обновляет состояние рынка и что происходит при нехватке ликвидности. Ончейн-книга позволяет видеть и проверять рыночные действия в блокчейне, однако сама по себе не гарантирует узкий спред или исполнение по желаемой цене. Рассмотрим компоненты без предположений о будущих токенах или доходности.
Книга лимитных ордеров в Solana
В привычном стакане покупатели выставляют bids – заявки купить по заданной цене, а продавцы размещают asks – заявки продать. Когда цена и доступный объём встречаются, сделка может исполниться. В традиционной бирже внутреннюю книгу обычно ведёт оператор. В Phoenix состояние заявок хранится в аккаунтах Solana, а правила обработки задаются программой. Это позволяет участникам и интеграторам проверять работу контракта с помощью данных сети, но не превращает взаимодействие с кошельком в безрисковое.
Проектный репозиторий Phoenix описывает legacy orderbook как ончейн-книгу, которая атомарно рассчитывает сделки и работает без внешнего crank-процесса, который должен постоянно проходить очередь событий. При атомарном исполнении обновление книги и расчёт соответствующих токенных остатков входят в одну транзакцию. Если условия нельзя выполнить по правилам программы, транзакция может завершиться без ожидаемого результата. Пользователю всё равно следует проверять лимит цены, размер, комиссию сети и подтверждённое состояние кошелька.
Нативная модель Solana опирается на отдельные аккаунты для состояния программ и токеновых балансов. Поэтому ордербук здесь нельзя во всех деталях приравнивать к централизованной книге ордеров или к пулу автоматического маркетмейкера. У каждого подхода разные пути исполнения, требования к состоянию и поведение при резком движении цены. Для общего контекста о сетях исполнения можно посмотреть обзор Soneium и материал о архитектуре B² Network.
Spot-торговля и Phoenix Perps – не одно и то же
Исторический Phoenix Orderbook обслуживает спотовую торговлю токенами в Solana. Исполнение в таком рынке меняет фактические балансы активов: после покупки пользователь получает токен, после продажи отдаёт его. Интеграции кошельков и агрегаторов могут направлять заявки к доступной ликвидности, поэтому пользователь иногда видит Phoenix как один из маршрутов, а не как отдельное приложение. На практике важны адрес программы, рынок, пара и версия интерфейса, через который отправляется транзакция.
Phoenix Perps – отдельный продукт для торговли бессрочными контрактами. Позиция по perpetual не равна владению базовым токеном: это позиция с залогом, расчётами, финансированием и правилами ликвидации. Для неё нужно читать собственные правила маржи, источники цены, лимиты рынков и механизмы закрытия. Сам факт использования Solana не означает, что Perps наследует все параметры spot-книги Phoenix Legacy.
Такое разграничение помогает проверять заявления в публикациях и интерфейсах. Открытые исходники и аудиторские документы одного компонента не следует считать аудитом всех продуктов под одним брендом. Доступность рынка и его спецификации могут меняться; до сделки следует проверить официальный интерфейс, адрес используемой программы и актуальную документацию. Не выбирайте рынок только потому, что его название совпадает с ранее знакомой биржей.
Как читать стакан и качество исполнения
Видимый объём на лучших ценах – лишь часть картины. Спред показывает разницу между лучшим ask и лучшим bid, а глубина – сколько объёма отображается около текущих котировок. При попытке исполнить крупный ордер цена может пройти через несколько уровней, и средняя цена окажется хуже первой строки стакана. Быстрое изменение котировок также может сделать отображаемую цену устаревшей к моменту включения транзакции в блок.
Лимитный ордер задаёт предельную цену, но не гарантирует немедленное исполнение. Рыночное исполнение может забирать ликвидность по нескольким ценам и зависит от доступного встречного объёма. Для проверки сравнивайте цену и доступный размер на каждом уровне, максимальное проскальзывание, состояние сети и конечный результат в истории транзакций. Не путайте успешную отправку транзакции кошельком с завершённой сделкой, пока подтверждённые изменения баланса не видны в Solana.
Участники, интеграции и ограничения модели
Ончейн-книга может обслуживать как пользователей интерфейса Phoenix, так и сторонних интеграторов, маршрутизаторов и маркетмейкеров. Это даёт разработчикам единое место, где заявки и исполнения могут быть проверены по сети, но видимость не гарантирует равномерное распределение ликвидности между рынками. Если маркетмейкеры сняли котировки, стакан может стать тонким, даже если интерфейс продолжает показывать торговый экран.
Сетевые сбои, задержки подтверждения, ошибки кошелька, мошеннические ссылки и неправильный адрес программы остаются рисками. Открытый код упрощает аудит, но не доказывает отсутствие ошибок. Пользователь также может столкнуться с токеном-двойником, фишинговым сайтом или неверно выбранной сетью. Проверяйте адрес домена через независимый официальный канал и сверяйте публичный адрес программы с документацией или исходниками проекта.
Как оценивать Phoenix до использования
Начните с определения продукта: спотовый ордербук Phoenix Legacy или Phoenix Perps. Затем изучите текущие рынки, адреса программ, документы по торговому процессу и аудит того компонента, с которым взаимодействует кошелёк. Для spot проверьте ликвидность и минимальную единицу цены, для Perps отдельно оцените залог, funding, плечо, ликвидацию и цену оракула. История команды и открытые репозитории помогают понять архитектуру, но не заменяют проверку конкретной транзакции.
Phoenix интересен как пример того, как центральная для биржи структура ордербука может быть выражена в состоянии блокчейна. Его достоинства связаны с проверяемостью и атомарным расчётом, а компромиссы – с ограничениями исполнения в сети, конкуренцией за ликвидность и необходимостью точно понимать выбранный продукт. Для пользователя это означает простое правило: проверяйте не только торговый бренд, но и рыночную модель, программу, активы и конечный баланс.
