Архітектура
Hypercall використовує гібридну модель виконання: офчейн-зіставлення для швидкості, з ончейн-розрахунком та управлінням акаунтами для безпеки.
Межі довіри
Офчейн (бекенд Hypercall)
Відповідальність:
- Зіставлення та виконання ордерів
- Управління книгою заявок
- Передторгові перевірки маржі
- Оркестрація ліквідації
- Ринкові дані та ціноутворення
- WebSocket-потоки
Припущення довіри: користувачі довіряють бекенду Hypercall у тому, що він:
- Зіставляє ордери справедливо (пріоритет ціна-час)
- Коректно застосовує перевірки маржі
- Моніторить акаунти та запускає ліквідації за потреби
- Надає точні ринкові дані
Обмеження: офчейн-операції не є повністю криптографічно верифікованими в Mainnet Alpha. Користувачі мають довіряти оператору бекенда щодо зіставлення, отримання ринкових даних, перевірок маржі та видачі команд RSM.
Шлях уперед: Hypercall працює над децентралізацією RSM та сильнішими гарантіями бездовірності. Дорожня карта визначить, як комітменти стану, ролі підписантів, шляхи вирішення спорів та контроль оператора з часом стануть більш верифікованими. Mainnet Alpha — це обмежена перша фаза, а не остаточна модель довіри.
Ончейн (смарт-контракти)
Відповідальність:
- Володіння акаунтом та контроль менеджера
- Депозити та виведення коштів
- Аукціони ліквідації (передача позицій)
- Команди RSM (операції з управління ризиками)
- Публікація розрахункової ціни
- Інтеграція з Hyperliquid (ордери на перпи через ActionCaster)
Припущення довіри: ончейн-операції криптографічно верифіковані. Користувачі можуть перевірити код та стан контрактів.
Безпека: володіння акаунтом не може бути змінено без ончейн-транзакції. Ліквідація вимагає ончейн-аукціону.
Потік виконання ордерів
1. Подання ордера
Дія користувача: подання ордера через POST /order з підписом EIP-712.
Валідація на бекенді:
- Перевірка підпису (EIP-712)
- Передторгові перевірки маржі (на основі сценаріїв)
- Допуск ордера (рівень, експірація, ліміти частоти запитів)
Результат: ордер приймається (ACKED) і ставиться в чергу на зіставлення, або відхиляється із зазначенням причини.
2. Зіставлення ордерів
Процес: ордери зіставляються в книзі заявок за пріоритетом ціна-час.
Виконання: коли ордери зіставляються, створюються виконання (fills), а позиції оновлюються в базі даних бекенда.
Не ончейн: окремі зіставлення ордерів не записуються ончейн. Стан акаунта синхронізується через оновлення маржинального кореня.
3. Оновлення позицій
Процес: позиції відстежуються в базі даних бекенда та оновлюються в режимі реального часу.
Доступ користувача: запит позицій через GET /portfolio або WebSocket-канал portfolio.
Ончейн-синхронізація: маржинальний корінь (криптографічний комітмент до стану акаунта) оновлюється ончейн періодично та при критичних подіях.
4. Розрахунок
Розрахунок при експірації: опціони закінчуються в момент експірації контракту та розраховуються в грошовій формі на основі розрахункової ціни. У основній мережі SPCX експірація відбувається о 16:00 ET; у тестнеті наразі експірація відбувається о 08:00 UTC.
Розрахункова ціна: 30-хвилинний TWAP індексної ціни Hyperliquid Oracle, що публікується ончейн через SimpleOracle.setExpiryPrice().
Процес:
- Оракул обчислює 30-хвилинний TWAP, що закінчується в момент експірації
- Розрахункова ціна публікується ончейн
- Обчислюється внутрішня вартість для кожної позиції
- Грошові баланси оновлюються
- Позиції закриваються
Управління акаунтами
Створення акаунта
Процес: акаунти створюються при першому депозиті або за явним запитом.
Ончейн: контракт акаунта розгортається як BeaconProxy (газоефективний патерн мінімального проксі).
Менеджер: кожен акаунт має менеджера (EOA), який контролює акаунт і може авторизувати агентів.
Депозити та виведення коштів
Депозити:
- USDC: переказується на Exchange через HyperCore
- Опціонні ERC20: депонуються через контракт Exchange
Виведення коштів:
- Мають пройти офчейн-перевірки ризиків (достатня маржа після виведення)
- Виконуються ончейн через контракт Account
- Потрібен підпис менеджера
Межа довіри: депозити та виведення коштів виконуються ончейн і є верифікованими.
Ліквідація
Ліквідація використовує машину станів з пільговим періодом перед аукціоном:
| Стан | Опис | Тривалість |
|---|---|---|
| Healthy | Капітал > необхідної MM | - |
| PreLiquidation | Капітал < MM, діє пільговий період | 60 секунд |
| InLiquidation | Триває голландський аукціон | До виконання |
| Liquidated | Позиції передано | - |
Часткова та повна ліквідація
| Тип | Умова | Поведінка |
|---|---|---|
| Часткова | ≤ 5 позицій | Ліквідація окремих позицій до відновлення здорового стану |
| Повна | > 5 позицій | Ліквідація всього акаунта |
Механіка аукціону
Платоспроможний аукціон (капітал > 0): початкова ціна = капітал × (1 - штраф), що знижується з часом. Ліквідатори роблять ставки, щоб забрати позиції.
Неплатоспроможний аукціон (капітал < 0): страховий фонд надає бонус, щоб стимулювати ліквідаторів поглинути збиткові позиції.
Ончейн: виконання аукціону та передача позицій відбуваються ончейн через контракт Exchange.
Див. Ліквідація для повних деталей.
Інтеграція з Hyperliquid
Перпи HIP-3
Акаунти Hypercall можуть виконувати ордери на перпи на Hyperliquid через ActionCaster:
Потік: контракт Account → ActionCaster → Hyperliquid L1
Варіанти використання:
- Дельта-хеджування опціонних позицій
- Крос-майданчикова маржа (позиції на перпах враховуються в портфельній маржі)
Крос-маржа
Позиції на перпах HyperCore спроєктовані так, щоб включатися в розрахунки портфельної маржі, що дозволяє капіталоефективні стратегії хеджування. Портфельна маржа вимкнена для звичайних користувачів у Mainnet Alpha.
Команди RSM
RSM (Risk & Settlement Manager): компонент бекенда, який видає ончейн-команди для управління ризиками.
Команди включають:
- Ордери reduce-only (примусове закриття позицій)
- Погашення боргу (примусове виведення для покриття від'ємного балансу)
- Виконання розрахунку
Ончейн: команди RSM підписуються підписантом RSM і виконуються через контракт Account. Користувачі можуть перевірити адресу підписанта RSM та всі виконання команд ончейн.
Дорожня карта децентралізації: поточний підписант RSM контролюється оператором. У майбутній дорожній карті буде опубліковано, як ця роль буде децентралізована або іншим чином зроблена більш мінімізованою щодо довіри.
Що ви можете перевірити
Ончейн (верифіковано)
- Володіння акаунтом (адреса менеджера)
- Розгортання контракту акаунта
- Депозити та виведення коштів
- Аукціони ліквідації та їхні результати
- Розрахункові ціни (оракул публікує ончейн)
- Ордери Hyperliquid (ончейн-виконання)
- Команди RSM (ончейн-виконання)
Офчейн (потрібна довіра)
- Справедливість зіставлення ордерів
- Розрахунки маржі
- Точність відстеження позицій
- Точність ринкових даних
- Момент спрацювання ліквідації
Модель безпеки
Ключовий принцип: критичні операції (володіння акаунтом, депозити, ліквідація, розрахункові ціни) виконуються ончейн і є верифікованими. Операційна ефективність (зіставлення, перевірки маржі) забезпечується офчейн.
Компроміси: офчейн-зіставлення забезпечує швидкість та ефективність, але наразі вимагає довіри до оператора бекенда. Ончейн-операції забезпечують верифікованість, але повільніші та дорожчі. Дорожня карта децентралізації RSM — це шлях від моделі Mainnet Alpha до сильнішої бездовірності.
Див. також:
- Розрахунок та експірація - процес розрахунку та життєвий цикл
- Ліквідація - машина станів та механіка ліквідації
- Контракти - документація смарт-контрактів