У міру розширення ринку ончейн-деривативів усе більше трейдерів звертаються до протоколів DeFi, які поєднують ефективність торгівлі з самозбереженням активів. Phoenix відповідає на цей попит як високопродуктивна ончейн-інфраструктура для торгівлі.
На відміну від традиційних протоколів деривативів, що покладаються на автоматизованих маркет-мейкерів (AMM), Phoenix надає перевагу низькому прослизанню, високочастотній торгівлі та глибині книги ордерів, маючи архітектуру, подібну до механізмів зіставлення централізованих бірж. З розвитком ончейн-кількісної торгівлі, професійного маркет-мейкінгу та високочастотних стратегій модель книги ордерів, яку представляє Phoenix, знову привертає увагу ринку.
На ранньому ринку децентралізованої торгівлі панувала модель AMM. AMM полегшують обмін токенів через пули ліквідності, знижуючи поріг входу для ончейн-маркет-мейкінгу. Однак вони також приносять такі проблеми, як прослизання, низька ефективність капіталу та обмежене ціноутворення. Оскільки DeFi розширюється у сферу безстрокових ф'ючерсів та професійної торгівлі, традиційна модель AMM дедалі більше не здатна задовольнити вимоги високочастотної торгівлі та складного управління ордерами.
Тим часом централізовані біржі довго лідирували на ринку безстрокових ф'ючерсів завдяки своїм високопродуктивним книгам ордерів і можливостям зіставлення в реальному часі. Але ці платформи зазвичай вимагають від користувачів передавати активи на зберігання та покладаються на власні системи ордерів і розрахунків платформи.
Phoenix має на меті відтворити досвід торгівлі за книгою ордерів в ончейні. Використовуючи високу пропускну здатність і низькі транзакційні витрати Solana, Phoenix переносить зіставлення ордерів, перевірки ризиків та оновлення ринкового стану в ончейн, прагнучи досягти швидкості виконання, близької до централізованих бірж, зберігаючи при цьому прозорість і можливість верифікації.
Phoenix — це протокол торгівлі безстроковими ф'ючерсами в ончейні, побудований на Solana, який використовує архітектуру Повністю Ончейнової Централізованої Книги Лімітних Ордерів (CLOB). Користувачі можуть торгувати безпосередньо, підключивши свої гаманці, не передаючи активи на централізовану платформу.
Ключові особливості Phoenix включають ончейн-зіставлення книги ордерів, некастодіальне управління активами, підтримку високочастотної торгівлі та досвід розміщення ордерів, подібний до традиційних бірж. Порівняно з AMM-протоколами безстрокових контрактів, Phoenix більше зосереджується на глибині ордерів та ефективності ціноутворення.
Потік торгівлі Phoenix включає чотири основні етапи: подання ордера, перевірка ризику, виконання зіставлення та ончейн-розрахунок.
Коли користувач подає ордер, протокол спочатку перевіряє маржу та параметри ризику акаунта, щоб забезпечити придатність для відкриття позиції. Потім ордер потрапляє в ончейн-книгу ордерів, де він зіставляється з іншими ордерами за тією самою ціною.
Коли збіг знайдено, система виконує угоду та оновлює позиції обох сторін. Весь процес записується в ончейні, що робить усі стани транзакцій публічно верифікованими.
Phoenix використовує модель Централізованої Книги Лімітних Ордерів (CLOB), тому трейдери можуть розміщувати лімітні ордери, ринкові ордери та інші типи ордерів, знайомі з традиційних бірж, а не покладатися виключно на автоматичне ціноутворення з пулів ліквідності.
На ринку безстрокових ф'ючерсів механізм ставки фінансування відіграє критичну роль. Коли ціна безстрокового контракту перевищує спотову ціну, лонг-позиції сплачують ставку фінансування шорт-позиціям, і навпаки. Цей механізм допомагає підтримувати рівновагу ринкової ціни.
Технічна архітектура Phoenix побудована на високопродуктивній мережі Solana, а основні компоненти включають:
Phoenix використовує Повністю Ончейнову Книгу Ордерів для зберігання всіх даних ринкових ордерів. Усі ордери, скасування та угоди записуються в ончейні, а не на централізованому сервері.
Такий дизайн підвищує прозорість, але також вимагає високої продуктивності від базового блокчейну. Низька затримка та висока пропускна здатність Solana роблять можливим запуск системи торгівлі за книгою ордерів в ончейні.
Механізм зіставлення відповідає за парування ордерів на купівлю та продаж і оновлення ринкових станів. На відміну від традиційних централізованих бірж, логіка зіставлення Phoenix виконується безпосередньо в ончейн-програмах.
Механізм ризику перевіряє маржу акаунта, коефіцієнти маржі обслуговування та рівні ризику позиції. Якщо ризик акаунта перевищує ліміти, система може ініціювати ліквідацію.
Phoenix покладається на зовнішніх оракулів для надання ринкових референтних цін, запобігаючи впливу маніпуляцій на ринку та аномальних коливань цін на логіку ліквідації.
Основна відмінність між Phoenix і традиційними AMM-протоколами безстрокових контрактів полягає в структурі ринку.
Протоколи AMM покладаються на пули ліквідності для торгівлі, а ціни визначаються алгоритмічно. Великі ордери часто призводять до значного прослизання.
Phoenix, навпаки, використовує модель книги ордерів, де ціни угод формуються ордерами на купівлю та продаж, розміщеними учасниками, що ближче до механізму ціноутворення на традиційних фінансових ринках.
Відмінності в досвіді торгівлі також очевидні:
| Параметр порівняння | Phoenix | AMM-протокол безстрокових контрактів |
|---|---|---|
| Структура ринку | Ончейн-книга ордерів | Пул ліквідності |
| Формування ціни | Зіставлення ордерів на купівлю та продаж | Алгоритмічне ціноутворення |
| Контроль прослизання | Відносно низький | Більш виражений при великих угодах |
| Підтримка високочастотної торгівлі | Сильна | Відносно обмежена |
| Підхід до маркет-мейкінгу | Професійні маркет-мейкери | Ліквідність, що надається LP |
| Типи ордерів | Лімітні ордери, ринкові ордери тощо | Зазвичай менше |
І Phoenix, і Drift побудовані на високопродуктивній мережі Solana. Висока пропускна здатність і низькі комісії Solana уможливлюють складні ончейн-структури для торгівлі.
Натомість Phoenix і Drift застосовують різні ринкові структури та моделі ліквідності.
Так само Phoenix і Hyperliquid є важливими протоколами у просторі ончейн-безстрокових ф'ючерсів, але вони дотримуються різних технічних підходів і ринкових структур.
Кредитне плече є невід'ємною частиною ончейн-торгівлі безстроковими ф'ючерсами, тому контроль ризиків є ключовою частиною дизайну Phoenix.
Користувачі повинні надати початкову маржу під час відкриття позиції. Якщо ринкові рухи спричинять падіння власного капіталу акаунта нижче вимоги маржі обслуговування, система може ініціювати ліквідацію. Phoenix автоматично закриє частину або всю позицію, щоб запобігти безнадійним боргам для протоколу.
Крім того, система ризику Phoenix залежить від оракулів для даних про ціну, тому стабільність оракула впливає на загальну безпеку протоколу. Враховуючи високе кредитне плече безстрокових ф'ючерсів, значний ринковий ризик може виникнути в екстремальних умовах. Тому трейдери повинні повністю розуміти правила ліквідації та механізми кредитного плеча, перш ніж займатися ончейн-торгівлею деривативами.
Phoenix в основному використовується для ончейн-професійної торгівлі, високочастотного маркет-мейкінгу та як інфраструктура для торгівлі в DeFi.
Для роздрібних трейдерів Phoenix пропонує спосіб торгувати безстроковими ф'ючерсами без необхідності передавати активи на зберігання. Користувачі можуть торгувати безпосередньо через свої гаманці, зберігаючи контроль над своїми коштами.
Для маркет-мейкерів і кількісних команд структура книги ордерів Phoenix краще підходить для розгортання високочастотних стратегій. Порівняно з AMM, книги ордерів забезпечують більш точний контроль ціни та більш детальне управління ліквідністю.
Водночас Phoenix може слугувати інфраструктурою в екосистемі Solana DeFi, будучи компонованим з агрегаторами, протоколами стратегій та іншими фінансовими застосунками. Ця компонованість є ключовою особливістю DeFi.
Основні переваги Phoenix випливають з його ончейн-архітектури книги ордерів та продуктивності мережі Solana. Порівняно з AMM-протоколами, його досвід торгівлі ближчий до централізованих бірж, пропонуючи нижче прослизання та більшу точність ордерів.
Водночас Phoenix зберігає ключові функції DeFi, такі як некастодіальне управління активами, ончейн-прозорість і відкрита фінансова компонованість. Це робить його придатним як для роздрібних трейдерів, так і для професійних кількісних команд та маркет-мейкерів.
Однак Phoenix має обмеження. Ринки книги ордерів потребують постійної ліквідності, а екосистеми високочастотної торгівлі вимагають стабільної продуктивності мережі. Крім того, сам ринок ончейн-деривативів стикається з системними ризиками, ризиками оракулів та волатильністю в екстремальних ринкових умовах.
Phoenix — це протокол торгівлі безстроковими ф'ючерсами в ончейні в екосистемі Solana, який використовує архітектуру Повністю Ончейнової Книги Ордерів для надання некастодіального досвіду торгівлі з кредитним плечем. Порівняно з традиційними AMM-протоколами деривативів, Phoenix наголошує на глибині книги ордерів, ефективності ціноутворення та можливостях високочастотної торгівлі.
Однак ринок ончейн-деривативів залишається сектором високого ризику. Користувачі повинні повністю розуміти механізми маржі, ставки фінансування та ризики ліквідації, перш ніж займатися торгівлею з кредитним плечем.
Ні. Phoenix — це децентралізований протокол торгівлі безстроковими ф'ючерсами. Користувачі торгують, підключаючи свої гаманці безпосередньо до протоколу, без необхідності передавати активи на централізовану платформу.
Ні. Phoenix в основному використовує модель ончейн-книги ордерів (CLOB), а не традиційний пул ліквідності AMM.
Solana пропонує високу пропускну здатність, низьку затримку та низькі транзакційні витрати, що робить її більш придатною для роботи ончейн-книг ордерів і високочастотних систем зіставлення.
Phoenix підтримує безстрокові ф'ючерси, маржинальну торгівлю, лімітні ордери, ринкові ордери та маржинальну торгівлю.
Ставка фінансування допомагає підтримувати ціну безстрокового контракту узгодженою зі спотовою ринковою ціною.
Так. Оскільки безстрокові ф'ючерси передбачають використання кредитного плеча, система може ініціювати ліквідацію, коли маржа акаунта стає занадто низькою.
Phoenix зосереджується на зіставленні книги ордерів і професійній торговій структурі, тоді як більшість традиційних DEX використовують модель пулу ліквідності AMM.





