Призначення та опис

Phoenix — це децентралізована біржа (DEX) у мережі Solana, яка працює на базі класичної книги ордерів (orderbook), а не автоматизованого маркетмейкера (AMM). Протокол розроблено командою Ellipsis Labs з акцентом на швидкість виконання ордерів та ефективне використання капіталу. Трейдери розміщують лімітні ордери безпосередньо в блоцічейні, а тейкери забирають ліквідність за фіксованою комісією. Мейкери, як правило, отримують частину комісії назад у вигляді ребейту, що стимулює накопичення ліквідності.

На відміну від AMM-бірж, де ціна формується алгоритмічно через пули токенів, Phoenix дає трейдерам повний контроль над ціною входу та виходу. Це робить протокол придатним для точкового входу в позиції, арбітражу та стратегій, де важливий конкретний рівень ціни, а не прослизання (slippage).

пакет першоджерел

Офіційний URL

www.phoenix.trade

Статус

Категорія

DeFi та торгівля → DEX → orderbook

Підтверджені функції

  • Ончейн-книга ордерів (on-chain orderbook)
  • Лімітні та ринкові ордери
  • Мейкер-тейкер модель комісій із ребейтом для мейкерів
  • Інтеграція з основними гаманцями Solana (Phantom, Solflare та ін.)
  • Торгівля парами на базі SOL та інших токенів стандарту SPL

Дата перевірки

2 серпня 2026 року

Можливості та функції

  • Книга ордерів у реальному часі. Всі ордери зберігаються ончейн, що дозволяє будь-кому перевірити стан ліквідності безпосередньо в блоцічейні.
  • Низьке прослизання. Завдяки фіксованим ціновим рівням тейкер виконує ордер за точно вказаною ціною, якщо ліквідність на цьому рівні достатня.
  • Ребейт для мейкерів. Частина тейкерської комісії повертається тим, хто розміщує лімітні ордери, що робить надання ліквідності економічно привабливим навіть без значного капіталу.
  • Тікерна структура ринків. Кожна торгова пара (наприклад, SOL/USDC) представлена окремим тікером із власною книгою ордерів.
  • Програмний доступ через SDK. Розробники можуть інтегрувати функціональність Phoenix у свої додатки, використовуючи офіційні бібліотеки.

Обмеження

  • Ліквідність зосереджена в обмеженій кількості пар. На відміну від великих AMM-протоколів із сотнями пулів, Phoenix зазвичай пропонує торгівлю лише найпопулярнішими парами.
  • Вимога до швидкості підписання. Оскільки ордери розміщуються ончейн, затримки в підписанні транзакцій гаманцем можуть призвести до невиконання ордера за бажаною ціною.
  • Відсутність пасивного доходу від пулів. Користувачі, звиклі до AMM-моделі, де достатньо покласти токени в пул і отримувати комісії, знайдуть іншу логіку — тут доходність залежить від активного розміщення ордерів.
  • Складнішість для новачків. Робота з книгою ордерів вимагає розуміння концепцій мейкера, тейкера, спреду та глибини ринку, що може бути складним для користувачів без досвіду торгівлі.

Відомі ризики

  • Ризик смарт-контрактів. Як і будь-який DeFi-протокол, Phoenix залежить від коректності програмного коду. Оновлення контрактів можуть вносити вразливості — слідкуйте за аудитами та пропозиціями щодо оновлень.
  • MEV-ризики. Попри високу швидкість Solana, можливості для фронранінгу або сендвіч-атак на великі ринкові ордери не виключені повністю.
  • Концентраційний ризик ліквідності. Якщо основні мейкери вилучать свої ордери, спред може різко розширитися, що ускладнить виконання великих угод за прийнятною ціною.
  • Ризик недоступності інтерфейсу. Залежність від веб-frontend означає, що проблеми з хостингом або CDN можуть тимчасово унеможливити торгівлю, навіть якщо сам блочейн працює.
  • Регуляторна невизначеність. Юридичний статус децентралізованих бірж з книгою ордерів різниться за юрисдикціями. Це не є фінансовою порадою — проконсультуйтеся з фахівцем щодо вашої ситуації.

Альтернативи в каталозі

  • OpenBook. Відкритий orderbook-протокол, що став наступником Serum. Підходить для команд, які хочуть створювати власні інтерфейси поверх спільної книги ордерів.
  • Meteora. DEX на базі динамічних пулів ліквідності (DLMM) — підходить для тих, хто віддає перевагу AMM-моделі з гнучким управлінням ліквідністю. Детальніше — у відповідній картці каталогу.
  • Raydium. Комбінує AMM-пули з інтеграцією зовнішньої ліквідності з централізованих бірж, що забезпечує більшу глибину для деяких пар.
  • Orca. AMM-DEX із акцентом на зручність для кінцевого користувача та функцію концентрованої ліквідності (Whirlpools).

Вибір між orderbook- та AMM-протоколами залежить від вашої стратегії: якщо вам потрібен точний ціновий рівень — орієнтуйтеся на orderbook-рішення, якщо перевагу надаєте пасивному розміщенню ліквідності — розгляньте AMM-альтернативи.

Навчальні матеріали

Для глибшого розуміння того, як працюють orderbook-протоколи на Solana та чим вони відрізняються від AMM, рекомендуємо ознайомитися з загальними матеріалами про архітектуру DeFi на Solana у відповідному розділі сайту. Там розглядаються основні моделі торгівлі, композитність протоколів та принципи взаємодії з ончейн-ліквідністю.

Офіційна документація Phoenix (за наявності доступу до сайту) містить технічні описи форматів ордерів, інструкції для інтеграції через SDK та приклади взаємодії з контрактами. Перед використанням протоколу для реальних угод рекомендуємо попрактикуватися на devnet-мережі Solana.

Джерела