Як працює ончейн-матчинг Phoenix? Повний аналіз механізму торгівлі на основі ончейн-книги ордерів

Останнє оновлення 2026-05-19 02:51:37
Час читання: 3m
Phoenix використовує архітектуру повністю ончейнкниги ордерів для співставлення ордерів. Коли користувач подає ордер, система послідовно виконує перевірку маржі, співставлення в книзі ордерів, підтвердження ціни, оновлення позицій та ончейнрозрахунки. На відміну від моделей AMM, які покладаються на пули ліквідності, Phoenix більше нагадує механізм Центральної книги лімітних ордерів (CLOB), що використовується на традиційних фінансових ринках. Це забезпечує нижче прослизання, вищу точність ордерів та ринкову структуру, оптимізовану для високочастотної торгівлі.

Оскільки ринок DeFi переростає з простих обмінних операцій у високочастотну торгівлю та професійні деривативи, роль ончейн-систем узгодження дедалі зростає. Ончейн-процес узгодження Phoenix впливає не лише на швидкість виконання ордерів, а й на ліквідність ринку, контроль ризиків та транзакційні витрати.

На тлі стрімкого розвитку екосистеми високочастотної торгівлі на Solana модель ончейн-книги ордерів, яку представляє Phoenix, знову опиняється в центрі уваги ринку.

Як працює ончейн-механізм узгодження Phoenix?

Що таке ончейн-механізм узгодження Phoenix?

Phoenix застосовує модель центральної лімітної книги ордерів (CLOB) для виконання угод. Користувачі подають ордери на купівлю та продаж, які потрапляють до ончейн-книги ордерів і узгоджуються за принципом «першим ціна — першим час».

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

У Phoenix дані книги ордерів, статус ордерів та історія торгівлі зберігаються ончейн. Користувачі можуть публічно переглядати глибину ринку, ціни ордерів та історію угод, що підвищує прозорість і верифікованість ринку.

Оскільки торгівля через книгу ордерів потребує частіших оновлень даних і синхронізації стану, Phoenix вимагає високої продуктивності базової мережі. Висока пропускна здатність і низька затримка Solana дають змогу підтримувати ончейн-систему узгодження в реальному часі.

Як працює ончейн-механізм узгодження Phoenix?

Що відбувається після подання ордера?

Коли користувач подає ордер у Phoenix, система проходить кілька етапів.

Спочатку користувач підписує запит транзакції через свій гаманець. Інформація про ордер включає напрямок торгівлі, ціну, кількість, коефіцієнт кредитного плеча та тип ордера.

Далі система ризиків Phoenix перевіряє стан рахунку, зокрема:

  • поточний залишок маржі;
  • рівень ризику позиції;
  • ліміти кредитного плеча;
  • доступний рівень маржі.

Ордер потрапляє до книги ордерів лише після того, як рахунок відповідає вимогам щодо ризику.

Якщо користувач подає лімітний ордер, він розміщується в книзі ордерів для очікування узгодження. Якщо це ринковий ордер, він негайно намагається виконатися проти наявних ордерів на поточному ринку.

Весь процес подання ордера відбувається ончейн, тому статус кожного ордера можна публічно перевірити.

Як книга ордерів Phoenix узгоджує ордери?

Логіка узгодження Phoenix базується на принципі пріоритету ціни та часу.

Коли новий ордер на купівлю надходить на ринок, система шукає ордер на продаж із найнижчою ціною для узгодження. І навпаки, коли надходить ордер на продаж, він насамперед узгоджується з ордером на купівлю з найвищою ціною.

Якщо кілька ордерів мають однакову ціну, першим виконується той, що надійшов раніше. Цей механізм ідентичний логіці книги ордерів на традиційних фінансових ринках.

Приклад:

  • Користувач А розміщує лонг-ордер на BTC.
  • Користувач Б подає шорт-ордер на BTC.
  • Коли ціни збігаються, система завершує узгодження.
  • Після цього оновлюється статус позицій обох сторін.

Процес узгодження Phoenix не залежить від централізованого сервера — він завершує оновлення статусу ордерів і підтвердження угод через ончейн-програми. Це ключова особливість повністю ончейн-моделі.

Як Phoenix обробляє маржу та оновлення позицій?

Торгівля безстроковими ф'ючерсами передбачає використання кредитного плеча, тому управління маржею є критичним елементом процесу узгодження.

Після виконання угоди Phoenix оновлює в рахунку користувача:

  • розмір позиції;
  • ціну входу;
  • нереалізований PnL;
  • зайняту маржу;
  • коефіцієнт кредитного плеча.

Система постійно контролює рівень ризику рахунку. Коли коливання ринкової ціни зменшують капітал рахунку, коефіцієнт маржі обслуговування змінюється відповідно.

Якщо ризик рахунку перевищує безпечний поріг, система ризиків Phoenix може активувати механізм ліквідації, щоб запобігти виникненню ризику безнадійної заборгованості для протоколу.

Оскільки всі статуси позицій записуються ончейн, користувачі можуть відстежувати зміни ризику рахунку в реальному часі.

Яку роль відіграє ціна оракула в процесі узгодження?

Хоча Phoenix використовує книгу ордерів для ціноутворення, він також покладається на оракула для отримання ринкової еталонної ціни.

Ціна оракула потрібна для:

  • розрахунку ціни маркування;
  • оцінки ризику рахунку;
  • визначення умов ліквідації;
  • запобігання аномальному маніпулюванню цінами.

Якби використовувалася лише ціна книги ордерів, ринок міг би зазнати короткострокових аномальних коливань через недостатню ліквідність. Тому Phoenix поєднує дані оракула для підтримки стабільності системи ризику.

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

Як відбувається ончейн-розрахунок у Phoenix?

Після узгодження угоди система записує результат виконання в ончейн-стан і оновлює дані позиції користувача.

Ончейн-розрахунок включає:

  • оновлення балансу рахунку;
  • коригування статусу маржі;
  • запис інформації про угоду;
  • оновлення даних ринкових позицій.

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

Ця модель підвищує прозорість, але водночас означає, що всі торгові операції залежать від підтвердження мережі блокчейну. Тому продуктивність базової мережі безпосередньо впливає на торговий досвід.

Швидке підтвердження Solana — одна з ключових причин, чому Phoenix може підтримувати ончейн-книгу ордерів.

Яка різниця між торговим процесом Phoenix та AMM?

Найголовніша відмінність між Phoenix і традиційними протоколами AMM — у способі виконання угод.

Модель AMM базується на пулах ліквідності та алгоритмічному ціноутворенні: користувачі фактично торгують з пулом. Натомість модель книги ордерів Phoenix забезпечує прямий зв'язок між користувачами.

Відмінності в торговому процесі:

Аспект Phoenix Модель AMM
Торгова структура Узгодження через книгу ордерів Пул ліквідності
Формування ціни Ордери на купівлю/продаж Алгоритмічне ціноутворення
Контроль прослизання Відносно низький Помітніший для великих угод
Спосіб маркет-мейкінгу Професійні маркет-мейкери LP надають ліквідність
Підтримка HFT Висока Відносно обмежена
Типи ордерів Лімітні, ринкові Зазвичай менше

Модель книги ордерів загалом краще підходить для професійної торгівлі та кількісних стратегій, тоді як AMM ідеальна для базових обмінів активами та відкритого надання ліквідності.

З розвитком високопродуктивних мереж, як-от Solana, дедалі більше ончейн-протоколів деривативів повертаються до архітектури книги ордерів.

Чому процес узгодження Phoenix такий важливий?

Ончейн-процес узгодження Phoenix — це не лише про ефективність виконання ордерів. Він відображає структурні зміни на ринку DeFi.

Ранні протоколи DeFi робили акцент на відкритій участі та ліквідності без дозволів. Натомість нове покоління ончейн-протоколів деривативів зосереджується на:

  • нижчій затримці;
  • вищій ефективності капіталу;
  • професійнішому торговому досвіді;
  • точнішому контролі ордерів.

Повністю ончейн-модель книги ордерів Phoenix — це по суті спроба перенести структуру книги ордерів із традиційних фінансових ринків у середовище блокчейну.

Розвиток таких протоколів свідчить про те, що DeFi еволюціонує від простого інструменту обміну активами до складнішої ончейн-фінансової інфраструктури.

Підсумок

Phoenix використовує повністю ончейн-архітектуру книги ордерів для торгівлі безстроковими ф'ючерсами. Процес узгодження складається з кількох етапів: подання ордера, перевірка ризику, узгодження, оновлення позиції та ончейн-розрахунок.

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

Оскільки ринок DeFi розширюється в бік професійних торгових сценаріїв, модель ончейн-книги ордерів знову привертає увагу. Процес узгодження Phoenix не лише демонструє напрямок розвитку ончейн-протоколів деривативів, а й показує, як інфраструктура DeFi еволюціонує до складніших фінансових ринкових структур.

Поширені запитання

Чи є система узгодження Phoenix повністю ончейн?

Так. Phoenix використовує повністю ончейн-архітектуру книги ордерів: і книга ордерів, і логіка узгодження працюють ончейн.

Чому Phoenix не використовує AMM?

Phoenix надає пріоритет глибині ордерів, низькому прослизанню та професійному торговому досвіду, тому обрав модель книги ордерів, а не пулу ліквідності.

Як сортуються ордери в Phoenix?

Phoenix зазвичай застосовує принцип пріоритету ціни та часу для узгодження ордерів.

Чи потрібно передавати активи на зберігання для торгівлі на Phoenix?

Ні. Phoenix — некастодіальний протокол: користувачі керують активами безпосередньо через свої гаманці.

Яку роль відіграє оракул у Phoenix?

Оракул надає еталонну ціну, допомагаючи системі ухвалювати рішення щодо контролю ризиків та ліквідації.

Чому Phoenix підходить для високочастотної торгівлі?

Phoenix працює на високопродуктивній мережі Solana, що забезпечує нижчу затримку та вищу швидкість підтвердження ордерів.

Автор: Jayne
Відмова від відповідальності
* Ця інформація не є фінансовою порадою чи будь-якою іншою рекомендацією, запропонованою чи схваленою Gate.
* Цю статтю заборонено відтворювати, передавати чи копіювати без посилання на Gate. Порушення є порушенням Закону про авторське право і може бути предметом судового розгляду.

Поділіться

sign up guide logosign up guide logo
sign up guide content imgsign up guide content img
Sign Up

Пов’язані статті

Які ключові відмінності між Solana (SOL) та Ethereum? Порівняння архітектури публічних блокчейнів
Середній

Які ключові відмінності між Solana (SOL) та Ethereum? Порівняння архітектури публічних блокчейнів

У статті розглядаються ключові відмінності між Solana (SOL) та Ethereum щодо архітектури, консенсусних механізмів, масштабування та структури вузлів. Матеріал створює зрозумілу й практичну базу для порівняння публічних блокчейнів.
2026-03-24 11:58:38
Morpho та Aave: технічне порівняння механізмів і структур DeFi-протоколів кредитування
Початківець

Morpho та Aave: технічне порівняння механізмів і структур DeFi-протоколів кредитування

Основна відмінність між Morpho та Aave полягає у механізмах кредитування. Aave використовує модель пулу ліквідності, а Morpho додає систему P2P-матчінгу, що забезпечує точніше співставлення процентних ставок у межах одного маркетплейсу. Aave є нативним протоколом кредитування, який пропонує базову ліквідність і стабільні процентні ставки. Morpho, навпаки, функціонує як шар оптимізації, підвищуючи ефективність капіталу завдяки зменшенню спреду між ставками депозиту та запозичення. В результаті, Aave виступає як "інфраструктура", а Morpho — як "інструмент оптимізації ефективності".
2026-04-03 13:10:08
Токеноміка UNITAS: механізми стимулювання, розподіл пропозиції та вартість екосистеми
Початківець

Токеноміка UNITAS: механізми стимулювання, розподіл пропозиції та вартість екосистеми

UNITAS (UP) — це нативний токен протоколу Unitas, який відіграє ключову роль у розподілі стимулів, координації екосистеми та потенційному управлінні. Токеноміка UNITAS забезпечує впровадження та розвиток стейблкоїна USDu через розподіл токенів серед користувачів, Постачальників ліквідності та учасників екосистеми. На відміну від класичних стейблкоїнів, UNITAS не здійснює прямого закріплення ціни; замість цього він слугує стимулюючим шаром, який поєднує механізм отримання доходу з розширенням протоколу, створюючи цикл вартості «Використовувати–Стимул–Зростання».
2026-04-08 05:19:50
Токеноміка Falcon Finance: пояснення механізму захоплення вартості FF
Початківець

Токеноміка Falcon Finance: пояснення механізму захоплення вартості FF

Falcon Finance — мультичейновий DeFi-протокол універсального забезпечення. У статті розглядаються механізми захоплення вартості токена FF, основні метрики та дорожня карта до 2026 року для оцінки перспектив зростання.
2026-03-25 09:50:12
Falcon Finance проти Ethena: ґрунтовне порівняння ландшафту синтетичних стейблкоїнів
Початківець

Falcon Finance проти Ethena: ґрунтовне порівняння ландшафту синтетичних стейблкоїнів

Falcon Finance та Ethena — це ключові проєкти у секторі синтетичних стейблкоїнів, що демонструють два основні підходи до майбутнього розвитку синтетичних стейблкоїнів. У статті аналізуються їхні різні рішення щодо механізмів прибутковості, структур забезпечення та управління ризиками, щоб допомогти читачам глибше зрозуміти перспективи й довгострокові тренди у сфері синтетичних стейблкоїнів.
2026-03-25 08:14:26
Аналіз токеноміки Morpho: застосування MORPHO, розподіл токена та його вартість
Початківець

Аналіз токеноміки Morpho: застосування MORPHO, розподіл токена та його вартість

MORPHO є нативним токеном протоколу Morpho, який призначений передусім для управління та стимулювання екосистеми. Структурований розподіл токенів і механізми стимулювання дозволяють Morpho поєднувати активність користувачів, розвиток протоколу та управлінські повноваження, створюючи стійку модель вартості для децентралізованого кредитування.
2026-04-03 13:14:09