Режими збоїв
Поведінка системи під час збоїв та в умовах деградації.
Філософія дизайну
Hypercall надає пріоритет доступності над строгою узгодженістю. Під час збоїв:
- Торгівля продовжується там, де це можливо
- Компоненти, що вийшли з ладу, ізолюються
- Користувачі отримують явні помилки замість застарілих даних
Недоступність L1
Якщо Hyperliquid L1 (HyperCore) стає недоступним:
| Функція | Поведінка |
|---|---|
| Зіставлення ордерів | Продовжується поза ланцюгом |
| Розрахунки | Ставляться в чергу до відновлення L1 |
| Депозити | Заблоковані до відновлення L1 |
| Виведення коштів | Заблоковані до відновлення L1 |
| Ліквідації | Продовжуються на основі останніх відомих позицій |
Відновлення відбувається автоматично, щойно L1 знову стає доступним.
Збої оракулів
Ціновий оракул
Якщо ціновий оракул стає недоступним:
| Вплив | Поведінка |
|---|---|
| Нові ордери | Відхиляються (немає референсної ціни) |
| Розрахунки маржі | Завершуються з помилкою |
| Перевірки ліквідації | Використовують останню відому ціну |
Відновлення відбувається автоматично, коли оракул повертається до роботи.
Оракул IV
Якщо оракул IV виходить з ладу:
| Вплив | Поведінка |
|---|---|
| Нові ордери | Можуть бути відхилені залежно від режиму маржі |
| Ціноутворення опціонів | Повертається до внутрішньої вартості |
| Розрахунки маржі | Використовують консервативні оцінки |
Збої розрахунків
Оракул недоступний на момент експірації
Ціни розрахунку використовують 30-хвилинне вікно TWAP перед експірацією. Якщо дані оракула недоступні:
- Частковий збій: TWAP обчислюється з доступних вибірок
- Повний збій: Розрахунок затримується до появи даних або ручного втручання
Розрахунок також може бути затриманий без збою, якщо фіналізований TWAP недоступний точно на момент тіка експірації. У такому випадку інструмент залишається у стані Expired Pending Price, торгівля залишається вимкненою, а розрахунок автоматично повторюється, доки фіналізована ціна не з'явиться.
Алгоритм TWAP розроблений для стійкості до маніпуляцій. Дивіться Оракули для деталей.
Недоступність API
Якщо API Hypercall стає недоступним:
| Компонент | Статус |
|---|---|
| Торгівля в ланцюзі | Функціонує через прямі виклики контрактів |
| Позиції | У безпеці в ланцюзі |
| Відкриті ордери | Залишаються в книзі заявок |
| Підписки WebSocket | Відключаються |
Рекомендації
- Реалізуйте логіку перепідключення з експоненційною затримкою
- Кешуйте критичні дані локально
- Перевіряйте
GET /healthперед торгівлею - Використовуйте методи в ланцюзі як резервний варіант для критичних операцій
Ендпоінт стану
| Ендпоінт | Призначення |
|---|---|
GET /health | Базова перевірка працездатності |
GET /ready | Повна перевірка готовності, включно із залежностями |
Комунікація під час інцидентів
Під час інцидентів оновлення публікуються в:
- Discord: канал #announcements
- Twitter: @synapseprotocol