Hyperliquid, Aster и Lighter: три модели perp DEX

Какой сценарий вы сравниваете

Статья написана для опытного пользователя CEX и DEX, знакомого с механикой perpetual, funding, custody-моделями кошельков и депозитами в stablecoin. Материал предполагает, что вы уже торговали на книге ордеров и хотите сопоставить конкретную механику трёх onchain perpetual DEX перед распределением капитала.

Кто держит ключ и где лежит маржа

На Hyperliquid маржа привязана к адресу пользователя в onchain книге HyperCore, а не к кастодиальному балансу биржи: вывод не зависит от решения площадки, но ответственность за приватный ключ и корректность депозита лежит на трейдере. Hyperliquid — это L1, где HyperCore отвечает за книгу ордеров, а HyperEVM — за EVM-совместимую среду смарт-контрактов; обе части объединены общим консенсусом HyperBFT.

Aster описан как order-book perpetual продукт с multi-asset margin и заявленной multichain availability — формулировка самой платформы. Маржа может состоять из нескольких активов одновременно, но документация не раскрывает приоритет и дисконтирование конкретных активов относительно stablecoin — этот вес нужно проверять отдельно перед расчётом риска ликвидации.

Lighter строит matching на price-time priority order book с криптографическим доказательством корректности исполнения: участник может проверить, что его заявка не переставлена в очереди относительно других ордеров того же ценового уровня. Это свойство протокола, оно не отражает глубину книги или скорость исполнения.

Как формируется цена fill на книге ордеров

На HyperCore лимитная заявка занимает место на конкретном ценовом уровне и ждёт встречного ордера. Market-ордер исполняется против реальных заявок других участников, и цена зависит от объёма, доступного выше или ниже текущей цены в момент отправки. Исполнение стоит оценивать по средней цене нескольких fills, а не по mid price: на тонком рынке крупный ордер может пройти несколько уровней подряд.

Lighter использует ту же базовую логику price-time priority. Набор типов ордеров — market, limit, post-only, IOC, reduce-only, TP/SL — это инструменты входа; реальную ликвидность на нужных уровнях всё равно нужно смотреть отдельно по стакану конкретного актива.

У Aster multi-asset margin добавляет отдельную переменную: цена fill формируется на книге, а доступная маржа рассчитывается по совокупности активов на балансе, а не только по одному stablecoin-депозиту. Это меняет расчёт риска ликвидации по сравнению со схемой с единственным маржинальным активом.

Сценарий депозита на Hyperliquid: пошаговый план

Перенос USDC с кастодиального баланса CEX на Hyperliquid звучит просто, но маржа привязана к адресу пользователя на книге HyperCore, а не к внутренней записи биржи, поэтому ошибка в сети или адресе может оказаться невосстановимой. Нативный bridge для USDC связан с Arbitrum One, но интерфейс Hyperliquid показывает и другие поддерживаемые deposit rails — их стоит сверить перед выбором маршрута.

1. 01
   Проверить сеть и актив

   Убедитесь, какой актив и какую сеть вы выводите с биржи, сверяя выбор с поддерживаемыми deposit rails в интерфейсе Hyperliquid, а не с настройкой CEX по умолчанию.

2. 02
   Вывести с CEX на свой адрес

   Отправьте актив в выбранной сети на адрес кошелька, который будет использоваться для торговли на Hyperliquid.

3. 03
   Сверить адрес bridge-контракта

   Перед депозитом через нативный Arbitrum-bridge сверьте адрес контракта bridge2 в официальном интерфейсе Hyperliquid, не доверяя стороннему источнику.

4. 04
   Внести средства

   Переведите USDC через контракт bridge2 или выберите другой поддерживаемый deposit rail. Минимальный порог и точный маршрут стоит проверить в официальном интерфейсе перед переводом.

5. 05
   Проверить баланс перед первым ордером

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

Условный пример: почему mid price обманывает при входе

Иллюстрация с условными числами. Пусть mid price актива с ограниченной глубиной книги составляет 100 у. е., а на верхних пяти уровнях выше mid price суммарно выставлено заявок на 20 000 у. е. номинала. Если трейдер отправляет market-ордер на 60 000 у. е., первые 20 000 исполняются близко к 100, а оставшиеся 40 000 поглощают более дорогие уровни — условно 101, 102, 104. Средняя цена fill может оказаться на 2–4% хуже увиденного перед отправкой mid price. Для позиции с плечом 10x такое отклонение эквивалентно 20–40% от маржи ещё до движения рынка. Это условная иллюстрация механизма, а не показатель реальных рынков Hyperliquid.

На тонком рынке или в момент новостного спайка глубина верхних уровней резко падает именно тогда, когда нужно войти или выйти быстрее обычного. Практический порядок: проверить доступный объём на нужных уровнях, выбрать IOC или лимитный ордер вместо market, пересчитать maintenance requirement по текущему margin tier и разбить крупный номинал на несколько заявок меньшего размера.

Логика ликвидации и стоп-заявок строится вокруг mark price, отдельной от цены последней сделки. Стоп срабатывает по mark price, а не по цене, видимой в интерфейсе в момент отправки заявки — это нужно учитывать при расчёте расстояния до стопа.

Типичные ошибки при сравнении трёх моделей

Сравнивать площадки по одной опубликованной ставке комиссии — распространённая ошибка: итоговую стоимость сделки формируют комиссия, funding и проскальзывание вместе, а схемы расчёта у каждой площадки свои.

• Оценивать ликвидность по mid price вместо реальной глубины на уровнях книги, особенно на новом или малоликвидном активе
• Считать multi-asset margin у Aster равным весом всех активов в залоге — веса документация не раскрывает
• Полагаться на список поддерживаемых типов ордеров как на гарантию глубины книги — это лишь инструменты входа
• Забывать сверить сеть, актив и адрес bridge-контракта перед первым депозитом — риск невосстановимой ошибки перевода
• Игнорировать разницу custody-моделей: на Hyperliquid ключ и вывод контролирует трейдер, у кастодиальных решений доступ определяется процессами площадки

Где Aster и Lighter удобнее в конкретном сценарии

Если стратегия строится на марже из нескольких активов без постоянной конвертации в stablecoin, multi-asset margin у Aster закрывает эту задачу нативно. Условный пример: трейдер держит ETH как часть портфеля и не хочет продавать его в USDC ради открытия позиции на другом активе — ETH может участвовать в расчёте доступной маржи вместе со stablecoin-депозитом. Точный вес и дисконт ETH не раскрыт, лимит доступной маржи стоит перепроверить в документации Aster перед входом.

Если приоритет — верифицируемость matching как самостоятельное свойство протокола, cryptographic proof model у Lighter даёт способ после исполнения сверить, что конкретная заявка обработана в правильном порядке цены и времени относительно других заявок того же уровня. Доверие репутации площадки здесь не требуется — проверка встроена в сам механизм. Глубину книги и стоимость сделки это свойство не заменяет.

Заявленная multichain availability у Aster — формулировка самой платформы без конкретного списка сетей в источнике. Для трейдера с капиталом в нескольких сетях это потенциально снижает трение по сравнению с Arbitrum-bridge Hyperliquid, хотя у Hyperliquid также доступны другие deposit rails помимо него — детали стоит сверять в актуальной документации Aster.

Конкретное преимущество Hyperliquid в сценарии onchain-интеграции

Hyperliquid объединяет книгу ордеров HyperCore и смарт-контрактную среду HyperEVM на одном консенсусе HyperBFT. Условный пример: трейдер закрывает позицию на HyperCore и хочет использовать полученный spot-актив как залог в протоколе на HyperEVM. Актив переносится маршрутом core-evm внутри одной инфраструктуры с одним доверительным контуром — это перевод внутри системы, а не мост между двумя независимыми сетями с отдельным набором валидаторов, как при депозите USDC из Arbitrum через bridge2.

Операционное условие маршрута: актив должен физически оказаться на EVM-стороне через core-evm, а на принимающем адресе должен быть HYPE на газ — иначе транзакция не пройдёт. Источники по Aster и Lighter не описывают сопоставимую связку order book и EVM-совместимой среды на общем консенсусе, поэтому прямое сопоставление здесь ограничено доступной документацией.

Почему заголовочная комиссия не отражает реальную стоимость сделки

Итоговую стоимость сделки формируют три компонента одновременно: торговая комиссия за maker или taker fill, funding по открытой позиции и проскальзывание при исполнении market-ордера. Схема расчёта комиссии у каждой платформы своя и зависит от объёма, роли в сделке и типа рынка.

Funding начисляется отдельно от комиссии и зависит от стороны позиции — long или short — и срока её удержания. Проскальзывание зависит от глубины книги на конкретном активе в момент отправки ордера: тот же актив может исполниться близко к mid price в спокойный час и заметно хуже во время новостного спайка. Перед распределением капитала стоит прогнать один сценарий — вход, удержание позиции несколько дней, выход — через все три компонента издержек, а не ограничиваться сравнением одной ставки на сайте.

Способ входа влияет на то, что вы подписываете

Onboarding-документация Hyperliquid описывает вход по email и подключение DeFi-кошелька как отдельные пути к торговле и депозиту — это разные механизмы хранения ключа с разным уровнем ручного контроля над подписью. Email-доступ создаёт кошелёк внутри интерфейса без установки расширения; для взаимодействия с HyperEVM внешний EVM-кошелёк добавляет отдельное окно подтверждения перед подписью.

Разница между вариантами входа заметнее всего при депозите, выводе и других on-chain действиях на HyperEVM: обычный ордер в торговом интерфейсе HyperCore такого отдельного окна не требует, а перевод через bridge или взаимодействие со смарт-контрактом — требует. Перед первой позицией стоит решить не только как торговать, но и как подписывать транзакции.

Для Aster и Lighter в доступных источниках нет сопоставимого по детализации описания разницы между способами подписи на уровне торгового интерфейса и on-chain действий.