Оскільки ринок 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, що забезпечує нижчу затримку та вищу швидкість підтвердження ордерів.





