Цю сторінку перекладено автоматично. Оригінал англійською мовою є канонічним. Читати англійською →
Перейти к основному содержимому

Архітектура

Hypercall використовує гібридну модель виконання: зіставлення ордерів поза мережею для швидкості, а розрахунок і керування акаунтами в мережі для безпеки.

Архітектура бекендуОдин ринок опціонів, кілька джерел ордерівІнші роутериДодаткові інтеграціїHypercall фронтендMM/Pro UI + мобільнийОрдери / скасуванняHypercall SDK / API шлюз• Авторизація / ключі• Ордер + скасування• Ринкові дані + потік ризикуРівень опціонів HypercallОфчейнКнига ордеріві матчингЦіноутворення /Поверхні волатільностіДвижок ризикуIM/MM, ліквідаціїРозрахунок /Синхронізація стануОракулІндексні ціниTWAP розрахункуЕкспозиція дельти /потоки хеджуванняHyper EVMРівень розрахунківHIP-3 PerpsПлощадка дельта хеджуванняHyperCoreІнфраструктура базового рівняЖива інтеграціяДодаткові партнери

Межі довіри​

Поза мережею (бекенд Hypercall)​

Відповідальність:

  • Зіставлення та виконання ордерів
  • Керування книгою заявок
  • Перевірки маржі перед угодою, зокрема перевірка портфеля перед кожним ордером на перп
  • Організація ліквідації
  • Ринкові дані та ціноутворення
  • Потоки WebSocket

Припущення довіри: у всьому переліченому вище ви довіряєте оператору. Дивіться Модель довіри.

У мережі (смарт-контракти)​

Відповідальність:

  • Володіння акаунтом і контроль менеджера
  • Депозити та виведення коштів
  • Команди RSM (операції з управління ризиками)
  • Опціонні токени (контракти OptionRegistry та OptionToken)
  • Схвалення білдера для ордерів на перпи (одноразовий виклик approveZeroFeeBuilder з вашого Account)

Припущення довіри: операції в мережі записуються в Hyperliquid, і оператор не може змінити їх самостійно. Хто може оновлювати контракти, описано в розділі Модель довіри.

Процес виконання ордера​

1. Подання ордера​

Дія користувача: подайте ордер через POST /order з підписом EIP-712.

Перевірка на бекенді:

  • Перевірка підпису (EIP-712)
  • Перевірки маржі перед угодою (на основі сценаріїв)
  • Допуск ордера (рівень, експірація, обмеження частоти запитів)

Результат: ордер приймається (ACKED) і ставиться в чергу на зіставлення або відхиляється із зазначенням причини.

2. Зіставлення ордерів​

Процес: ордери зіставляються в книзі заявок за пріоритетом ціни та часу.

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

Не в мережі: окремі зіставлення опціонів не записуються в мережу.

3. Оновлення позицій​

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

Доступ користувача: запитуйте позиції через GET /portfolio або канал WebSocket portfolio.

4. Розрахунок​

Розрахунок при експірації: опціони розраховуються грошима при експірації за ціною розрахунку, отриманою з оракула Hyperliquid. Рушій записує ціну розрахунку у свій журнал, обчислює внутрішню вартість кожної позиції, оновлює грошові баланси та закриває позиції.

Час експірації для кожного базового активу, спосіб обчислення ціни розрахунку та те, що відбувається за недостатніх даних, описано в розділах Розрахунок і Оракули.

Керування акаунтом​

Створення акаунта​

Процес: гаманець менеджера викликає createAccount у Factory з невеликим депозитом HYPE за створення. Застосунок робить це за вас, коли ви вмикаєте перпи або Portfolio Margin. Див. Онбординг (контракти).

Менеджер: кожен Account має менеджера (EOA), який ним керує і може авторизувати API-гаманці для підписання ордерів і скасувань.

Депозити та виведення коштів​

Депозити:

  • USDC: надсилається в HyperEVM на контракт Exchange (depositUsdcFor), який переводить його через міст на баланс Exchange у HyperCore. Hypercall зараховує кошти, щойно депозит у HyperCore буде зафіксовано.
  • Опціонні ERC20: депонуються через контракт Exchange, який спалює їх і зараховує позицію.

Виведення коштів:

  • Мають пройти перевірку маржі Hypercall (достатня маржа після виведення)
  • Підписуються вашим гаманцем. Стандартні виведення USDC виплачуються в HyperCore з балансу Exchange через директиву RSM. Виведення з Portfolio Margin є переказом з вашого Account у HyperCore, підписаним менеджером.

Межа довіри: депозити та виведення коштів відбуваються в мережі й є перевірюваними.

Ліквідація​

Коли капітал акаунта падає нижче його підтримуючої маржі, акаунт переходить у стан попередньої ліквідації:

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

Докладніше див. у розділі Ліквідація.

Інтеграція з Hyperliquid​

Перпи​

Hypercall спрямовує ордери на перпи в Hyperliquid, зокрема на ринки HIP-3 на dex xyz. Кожен ордер на перп спочатку перевіряється щодо всього вашого акаунта портфельної маржі. Після цього є два маршрути. Застосунок за замовчуванням використовує TEE, а маршрут через смарт-контракт доступний як розширене налаштування; API-клієнти обирають маршрут через ендпоінт, який вони викликають:

Маршрут через смарт-контракт (розширене налаштування в застосунку): ви підписуєте ордер → рушій Hypercall перевіряє його щодо всього вашого акаунта портфельної маржі → ордер надходить у мережу через контракт вашого акаунта до HyperCore → Hyperliquid його зіставляє

Маршрут TEE (за замовчуванням у застосунку, через API вмикається окремо): ви підписуєте ордер → рушій його перевіряє → захищений анклав (TEE), який зберігає торговий ключ Hyperliquid вашого акаунта, підписує нативний ордер → Hyperliquid його зіставляє

Через анклав проходять лише ордери маршруту TEE. Такі ордери містять адресу білдера Hypercall, тому акаунт один раз схвалює білдера (Enable trading), а анклав підписує лише схвалені рушієм ордери, скасування та зміни кредитного плеча. Див. Перпи на Hypercall.

Сценарії використання:

  • Дельта-хеджування опціонних позицій
  • Крос-маржа: позиції за перпами враховуються в портфельній маржі

Крос-маржа​

Позиції за перпами в HyperCore включаються в розрахунки портфельної маржі, а вимога дорівнює більшому з двох значень: результату портфельної маржі або власної маржі Hyperliquid. Portfolio Margin доступна для кожного акаунта; див. Підключення до Portfolio Margin.

Команди RSM​

RSM: реплікована машина станів рушія. Коли стан рушія вимагає дії в мережі (зарахування, виведення, крок ліквідації або відновлювальний ордер), підписант RSM підписує директиву, а секвенсер Hypercall її надсилає. Розрахунок опціонів на експірації не є директивою RSM: він застосовується до грошового балансу в стані рушія. Що може кожна директива, наведено в розділі Директиви RSM.

Що ви можете перевірити​

У мережі (перевірюване)​

  • Володіння акаунтом (адреса менеджера)
  • Депозити та виведення коштів
  • Ордери Hyperliquid і позиції за перпами (у Hyperliquid)
  • Команди RSM (виконання в мережі)

Поза мережею (потрібна довіра)​

  • Чесність зіставлення ордерів
  • Розрахунки маржі
  • Обчислення ціни розрахунку (вхідні дані оракула Hyperliquid є публічними)
  • Точність відстеження позицій
  • Точність ринкових даних
  • Час запуску ліквідації

Модель довіри​

Mainnet Alpha керується оператором. Ви довіряєте Hypercall у тому, що він чесно зіставляє ордери (пріоритет за ціною та часом), отримує точні ринкові дані, коректно обчислює маржу й ціни розрахунку, вчасно запускає ліквідації, видає лише коректні директиви RSM і реагує на інциденти. Ніщо з цього поки не перевірюване криптографічно; зіставлення ордерів поза мережею дає швидкість ціною цієї довіри. Решту забезпечує мережа: володіння акаунтом, депозити та виведення відбуваються в мережі, Account виконує лише директиви, підписані його менеджером, одним із його API-гаманців або зареєстрованим підписантом RSM, а контракти обмежують директиви RSM зарахуваннями, виведеннями, станом ліквідації та обмеженими відновлювальними діями. Ордери на перпи маршруту TEE (за замовчуванням у застосунку) підписуються всередині атестованого анклаву, який приймає лише схвалені рушієм ордери. Підписант RSM, секвенсер і ключі адміністрування та оновлення контрактів контролюються оператором, а одне оновлення Account застосовується до всіх акаунтів. Точні повноваження, ролі та адреси наведено в розділі Довіра та дозволи. Дорожня карта децентралізації RSM визначить, як зобов'язання щодо стану (state commitments), ролі підписантів, механізми оскарження та операторський контроль стануть перевірюваними; Mainnet Alpha є обмеженою першою фазою, а не остаточною моделлю довіри.

Див. також:

Останнє оновлення