Hyperliquid vs Binance: исполнение, custody, комиссии и рынки

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

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

Кто на самом деле контролирует ваш залог

На Binance депозит переходит на кастодиальный баланс биржи, доступ к которому зависит от внутренних процессов площадки. Binance публикует Proof of Reserves как механизм проверки заявленных резервов — это подтверждает наличие активов на балансе, но не превращает аккаунт в self-custody: вывод и доступ к средствам остаются под контролем платформы.

На Hyperliquid маржа и позиции привязаны к адресу — master или subaccount — на HyperCore, где ведётся книга ордеров. HyperCore и HyperEVM объединены общим консенсусом HyperBFT. Это меняет, кто инициирует движение средств, но не устраняет риски инфраструктуры платформы: доступ к позиции зависит от работы HyperCore.

Механика исполнения: глубина книги и её влияние на сделку

На HyperCore перед отправкой ордера можно посмотреть глубину прямо в интерфейсе или запросить снимок книги через публичный API и оценить, сколько уровней съест заявка нужного размера. Источники не позволяют подтвердить, что Binance предоставляет трейдеру эквивалентный по детализации публичный инструмент для такой же оценки перед отправкой ордера.

Условный пример с придуманными числами, не отражающими реальные котировки: рыночный ордер на 50 000 USDT. Если верхние уровни книги суммарно покрывают условный объём в разы больше размера заявки, ордер исполнится близко к mid price с минимальным проскальзыванием. Если тот же ордер отправить на тонкий рынок, где сопоставимого запаса на верхних уровнях нет, заявка пройдёт несколько уровней подряд, и средняя цена исполнения окажется заметно хуже той, что была видна перед отправкой. Критерий выбора между market и limit — соотношение объёма на уровнях к размеру заявки, а не привычка или mid price.

Time-in-force на Hyperliquid управляет этим риском: ALO делает заявку maker-only и отменяет её при пересечении книги, IOC исполняет доступный объём немедленно и отменяет остаток, GTC висит до исполнения или отмены. У Binance аналогичные типы ордеров есть, но сопоставимого уровня публичной детализации по глубине книги источники не подтверждают.

Как считаются комиссии на двух площадках

Комиссия на Hyperliquid зависит от rolling 14-day weighted volume, при этом spot и perpetual имеют отдельные ставки. На итоговый tier также влияют роль maker/taker, staking tier, referral discount, HIP-3 deployer settings и growth mode. Источник указывает staking tier как один из факторов, влияющих на итоговую ставку, без гарантии одного и того же направления эффекта для всех случаев — конкретное значение скидки нужно проверять в интерфейсе на дату расчёта, а не считать фиксированным.

Binance Futures использует собственную VIP-структуру, тоже зависящую от объёма торгов, но привязанную к аккаунту и региону. Разный набор параметров на двух площадках означает, что одинаковый объём торгов может дать разный итоговый tier в зависимости от того, какие параметры аккаунта активны.

Структура рынков: единый листинг против множества площадок

Binance листит рынки централизованно: биржа сама решает, какой актив добавить, какие лимиты плеча установить и какой oracle использовать для mark price. Для трейдера это единые правила по всей платформе, но и отсутствие влияния на параметры конкретного рынка.

Hyperliquid устроен иначе за счёт HIP-3: сторонний builder может запустить собственный perpetual DEX на общем стеке HyperCore, определяя oracle, лимиты плеча, margin tables и лимиты открытого интереса самостоятельно. Один тикер на разных HIP-3 DEX может иметь разные order books и параметры риска. Перед сделкой стоит проверить, какой DEX обслуживает актив, какой oracle питает mark price и не близок ли открытый интерес к лимиту.

Расчёт ликвидации: практический сценарий с числами

Цена ликвидации определяется не плечом напрямую, а соотношением доступной маржи к maintenance requirement, который зависит от margin tier и размера позиции и считается по mark price, а не по последней цене сделки. Margin buffer — расстояние между текущей mark price и ценой, при которой маржа падает до этого порога.

Условный пример с придуманными числами, упрощённый для иллюстрации порядка расчёта, а не для точного совпадения с реальной формулой: лонг на 20 000 USDT с плечом 10x при входе по 100 USDT за актив даёт notional 200 000 USDT. Допустим, для этого margin tier maintenance requirement составляет 1% от notional. Maintenance requirement пересчитывается от текущего, а не от начального notional при каждом движении цены, поэтому точная цена ликвидации требует решения уравнения относительно цены, а не переноса процента от начального notional на итоговый расчёт. Итоговая формула зависит от margin tier и точного метода расчёта конкретной площадки, поэтому конкретный процент падения до ликвидации в этом примере не приводится — он рассчитывается индивидуально в интерфейсе биржи для заданного размера позиции. Если увеличить размер позиции на том же активе, она может перейти в более строгий margin tier — и buffer в процентах сократится даже без изменения плеча.

На Hyperliquid margin tables и maintenance requirement по tier видны в интерфейсе перед входом. На Binance аналогичные данные публикуются по каждому активу отдельно и требуют проверки для конкретного тикера. На обеих площадках стоит оценить maintenance requirement для планируемого размера позиции, вычесть ожидаемый funding и spread и выбрать плечо так, чтобы буфер покрывал реалистичный диапазон движения актива, а не минимальный технический допуск биржи.

Вход в рынок: от регистрации до первой позиции

Onboarding на Binance — зрелый процесс: email-регистрация, KYC, множество фиатных и криптовалютных deposit rails и понятный интерфейс для новичка. Это объективное преимущество для пользователя, впервые заходящего в perpetual-трейдинг.

На Hyperliquid вход организован через email или DeFi-кошелёк с поддерживаемыми маршрутами депозита; нативный bridge для USDC связан с Arbitrum, актуальный интерфейс показывает и другие поддерживаемые rails. После пополнения баланса открытие позиции идёт по базовому порядку из документации. У трейдера, привыкшего к аккаунту биржи, здесь появляется дополнительный шаг: нужно пройти через bridge, прежде чем баланс окажется доступен для маржи, и заранее решить, работать ли с master-адресом или создавать subaccount.

Типичные ошибки при переходе между площадками

Перенос привычки к market-ордерам с Binance на Hyperliquid без проверки фактической глубины книги приводит к разным результатам: на ликвидном контракте проскальзывание минимально, на тонком рынке та же заявка съедает несколько уровней подряд с ощутимым ухудшением цены.

Восприятие Proof of Reserves как гарантии контроля над собственными средствами искажает картину риска: этот механизм подтверждает наличие резервов, но не отменяет того, что вывод остаётся прерогативой биржи.

Вход на HIP-3 рынок по аналогии с единым листингом Binance без проверки, какой DEX обслуживает актив и какие у него margin tables и лимит открытого интереса, опасен тем, что эти параметры могут заметно отличаться даже для одного тикера на разных DEX.

Пошаговый план для сравнения перед переносом капитала

Ниже — практический порядок проверки перед переносом капитала между площадками.

1. 01
   Проверить custody-модель

   Убедиться, где физически находится залог — на кастодиальном балансе биржи или на адресе на HyperCore, и какие риски инфраструктуры это подразумевает.

2. 02
   Оценить глубину книги

   Перед крупной заявкой посмотреть уровни глубины в интерфейсе или через публичный API и выбрать между market и limit по фактическому объёму, а не по привычке.

3. 03
   Сверить актуальные комиссии

   Проверить fee tier на дату расчёта с учётом объёма, роли maker/taker, staking tier, referral discount, HIP-3 deployer settings и growth mode на Hyperliquid или VIP-уровня и региона на Binance.

4. 04
   Проверить параметры конкретного рынка

   На HIP-3 DEX уточнить oracle, margin tables и лимит открытого интереса для нужного тикера — на Binance правила едины для всех листингов.

5. 05
   Рассчитать margin buffer

   Оценить maintenance requirement для планируемого размера позиции, вычесть ожидаемый funding и spread и выбрать плечо с запасом под реалистичное движение цены.