Архитектура
Hypercall использует гибридную модель исполнения: офчейн-сопоставление заявок для скорости, а ончейн-расчёт и управление счетами — для безопасности.
Границы доверия
Офчейн (бэкенд Hypercall)
Ответственность:
- Сопоставление и исполнение заявок
- Управление книгой заявок
- Предторговые проверки маржи
- Оркестрация ликвидаций
- Рыночные данные и ценообразование
- WebSocket-потоки
Допущение о доверии: пользователи доверяют бэкенду Hypercall в том, что он:
- Честно сопоставляет заявки (приоритет по цене и времени)
- Корректно применяет проверки маржи
- Отслеживает счета и запускает ликвидации при необходимости
- Предоставляет точные рыночные данные
Ограничения: офчейн-операции в Mainnet Alpha не являются полностью криптографически верифицируемыми. Пользователям приходится доверять оператору бэкенда в части сопоставления заявок, приёма рыночных данных, проверок маржи и выдачи команд RSM.
Дальнейший путь: Hypercall работает над децентрализацией RSM и усилением гарантий бездоверительности. В дорожной карте будет описано, как коммитменты состояния, роли подписантов, механизмы разрешения споров и контроль оператора будут становиться всё более верифицируемыми. Mainnet Alpha — это первый, ограниченный этап, а не финальная модель доверия.
Ончейн (смарт-контракты)
Ответственность:
- Владение счетами и контроль менеджера
- Депозиты и выводы средств
- Ликвидационные аукционы (перенос позиций)
- Команды RSM (операции риск-менеджмента)
- Публикация расчётных цен
- Интеграция с Hyperliquid (заявки по перпам через ActionCaster)
Допущение о доверии: ончейн-операции криптографически верифицируемы. Пользователи могут проверить код и состояние контрактов.
Безопасность: владение счётом нельзя изменить без ончейн-транзакции. Ликвидация требует ончейн-аукциона.
Поток исполнения заявок
1. Отправка заявки
Действие пользователя: отправка заявки через POST /order с подписью EIP-712.
Валидация на бэкенде:
- Проверка подписи (EIP-712)
- Предторговые проверки маржи (на основе сценариев)
- Допуск заявки (тир, экспирация, лимиты запросов)
Результат: заявка принимается (ACKED) и ставится в очередь на сопоставление либо отклоняется с указанием причины.
2. Сопоставление заявок
Процесс: заявки сопоставляются в книге заявок по приоритету цены и времени.
Исполнение: при сопоставлении заявок создаются сделки, а позиции обновляются в базе данных бэкенда.
Не в ончейне: отдельные сопоставления заявок не записываются в блокчейн. Состояние счетов синхронизируется через обновления маржинального корня.
3. Обновление позиций
Процесс: позиции отслеживаются в базе данных бэкенда и обновляются в режиме реального времени.
Доступ пользователя: запрос позиций через GET /portfolio или WebSocket-канал portfolio.
Ончейн-синхронизация: маржинальный корень (криптографический коммитмент состояния счетов) обновляется в ончейне периодически и при критических событиях.
4. Расчёт
Расчёт при экспирации: опционы истекают в момент экспирации контракта и рассчитываются деньгами на основе расчётной цены. В основной сети SPCX экспирация происходит в 16:00 по восточному времени (ET); в тестнете сейчас — в 08:00 UTC.
Расчётная цена: 30-минутный TWAP индексной цены оракула Hyperliquid, публикуемый в ончейне через 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): компонент бэкенда, выдающий ончейн-команды для риск-менеджмента.
В числе команд:
- Заявки только на сокращение позиций (принудительное закрытие)
- Погашение долга (принудительный вывод для покрытия отрицательного баланса)
- Исполнение расчёта
Ончейн: команды RSM подписываются подписантом RSM и исполняются через контракт Account. Пользователи могут проверить адрес подписанта RSM и все исполнения команд в ончейне.
Дорожная карта децентрализации: текущий подписант RSM контролируется оператором. В рамках будущей дорожной карты будет опубликовано, как эта роль будет децентрализована или иным образом сделана более бездоверительной.
Что вы можете верифицировать
Ончейн (верифицируемо)
- Владение счётом (адрес менеджера)
- Развёртывание контракта счёта
- Депозиты и выводы
- Ликвидационные аукционы и их результаты
- Расчётные цены (оракул публикует их в ончейне)
- Заявки на Hyperliquid (ончейн-исполнение)
- Команды RSM (ончейн-исполнение)
Офчейн (требуется доверие)
- Честность сопоставления заявок
- Расчёты маржи
- Точность учёта позиций
- Точность рыночных данных
- Своевременность запуска ликвидаций
Модель безопасности
Ключевой принцип: критические операции (владение счетами, депозиты, ликвидация, расчётные цены) выполняются в ончейне и верифицируемы. Операционная эффективность (сопоставление заявок, проверки маржи) обеспечивается офчейн.
Компромиссы: офчейн-сопоставление даёт скорость и эффективность, но на сегодня требует доверия к оператору бэкенда. Ончейн-операции обеспечивают верифицируемость, но медленнее и дороже. Дорожная карта децентрализации RSM — это путь от текущей модели Mainnet Alpha к более сильной бездоверительности.
См. также:
- Расчёт и экспирация — процесс расчёта и жизненный цикл
- Ликвидация — конечный автомат и механика ликвидации
- Контракты — документация по смарт-контрактам