Объём и ликвидность: почему большого volume недостаточно

Когда этот сигнал нужен трейдеру

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

Чем объём отличается от глубины книги

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

На Hyperliquid HyperCore ведёт книгу ордеров onchain, поэтому снимок глубины, доступный через интерфейс или info endpoint, отражает то же состояние, по которому реально происходит matching. Перед входом можно проверить фактический объём по уровням, а не полагаться на агрегированную цифру volume, которая ничего не говорит о том, что произойдёт с вашим конкретным ордером размером в несколько тысяч или десятков тысяч долларов.

Почему высокий volume создаёт ложное чувство безопасности

Трейдер, привыкший ориентироваться на скринеры с суточным объёмом, часто делает вывод: чем выше volume, тем безопаснее входить крупным размером. Это верно, только если объём формируется равномерным потоком заявок разных участников, а не концентрированной активностью нескольких крупных игроков или ботов, торгующих друг с другом в узком диапазоне.

Ошибка усугубляется тем, что volume за 24 часа — ретроспективная метрика: она фиксирует прошедшие сделки, но не описывает состояние книги в момент отправки нового ордера. Между просмотром объёма в скринере и отправкой ордера книга могла измениться: часть maker-заявок отменена, крупный участник снял лимитники после исполнения своей части плана. Полагаться на volume как единственный критерий входа — значит подменять анализ текущей ликвидности статистикой уже закрытых сделок.

Условный пример: вход крупным размером в актив со средним volume

Ниже — гипотетическая иллюстрация механики без привязки к конкретному активу или дате, но с условными цифрами, чтобы показать сам расчёт. Предположим, вы планируете открыть позицию на условные 50 000 USDT в perpetual с заявленным суточным объёмом в десятки миллионов долларов. Открыв стакан через интерфейс Hyperliquid, вы видите, что в пределах 0,1% от mid price суммарно стоит условно 8 000 USDT объёма на стороне продажи, а в пределах 0,2% — около 22 000 USDT. Это меньше размера вашей заявки, значит market-ордер на 50 000 USDT пройдёт через несколько ценовых уровней подряд.

В таком раскладе средняя цена исполнения окажется хуже цены первой сделки в книге — это и есть проскальзывание, которое не отражается в заголовочном suточном volume, но напрямую увеличивает стоимость входа. Из такого расчёта следует конкретное действие: разбить ордер на части, использовать лимитный ордер с флагом ALO, чтобы гарантированно остаться в роли maker, либо применить TWAP, который распределяет исполнение во времени и ограничивает допустимое slippage вместо одномоментного прохода через тонкие уровни.

Условность цифр в примере не меняет сам метод проверки: логика сравнения размера позиции с фактическим объёмом на ближайших уровнях книги одинаково применима и к сделке на 5 000 USDT, и к сделке на 500 000 USDT — меняется только масштаб диапазона, который стоит анализировать, а не сам принцип сопоставления.

Как проверить глубину и spread перед входом: пошаговый план

Оценка реальной ликвидности перед сделкой — не разовый взгляд на график, а последовательность проверок перед каждым входом заметным размером. Ниже — конкретная последовательность действий, применимая через официальный интерфейс Hyperliquid.

1. 01
   Откройте книгу ордеров по нужному активу

   В интерфейсе Hyperliquid откройте стакан по активу, где планируется сделка, а не только график цены или заголовочный volume в списке рынков. Стакан отражает то же состояние книги, по которому HyperCore проводит matching.

2. 02
   Определите ожидаемый диапазон проскальзывания

   Задайте рабочий диапазон отклонения от mid price — например, 0,1–0,2% как рабочую точку отсчёта для оценки, а не фиксированное правило платформы. Диапазон стоит расширять для более крупных позиций и сужать для мелких.

3. 03
   Просуммируйте объём на уровнях внутри диапазона

   На стороне, противоположной направлению вашей сделки, сложите объём заявок в пределах выбранного диапазона от mid price. Это и есть фактическая ликвидность, доступная рыночному ордеру без сильного отклонения цены.

4. 04
   Сравните объём в стакане с размером своей позиции

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

5. 05
   Проверьте spread между лучшим bid и ask

   Широкий spread сам по себе сигнализирует о тонкой книге даже при высоком суточном volume: разница между лучшими котировками показывает, во что обойдётся немедленный вход и выход без учёта дальнейшего проскальзывания.

6. 06
   Выберите способ исполнения по результатам проверки

   Если объёма в диапазоне недостаточно, разбейте ордер на части, используйте лимитный ордер с ALO для роли maker, либо примените TWAP, который распределяет исполнение во времени с ограничением по slippage вместо одномоментного market-ордера.

Из чего складывается полная стоимость сделки

Проскальзывание — не единственная переменная в итоговой стоимости входа и выхода из позиции. Комиссия зависит от rolling 14-day weighted volume аккаунта и роли maker или taker, а также от staking tier, referral discount, HIP-3 deployer settings и режима growth mode — эти параметры динамические, и их стоит сверять в интерфейсе на дату расчёта, а не по памяти. Funding начисляется отдельно от комиссии и проскальзывания: это peer-to-peer платёж между long и short, рассчитываемый каждый час, а отображаемая восьмичасовая ставка — удобное представление величины, а не факт периодичности списания.

Оценивать полную стоимость сделки нужно как сумму трёх независимых компонентов: проскальзывание от глубины книги в момент ордера, комиссию от роли и объёма аккаунта, funding от того, как долго удерживается позиция и как менялась ставка за это время. Высокий volume актива не снижает ни один из этих трёх компонентов напрямую — он лишь косвенно связан с вероятностью того, что книга будет глубже в моменте входа.

Какие типы ордеров помогают контролировать исполнение

Market-ордер исполняется немедленно против текущей книги и принимает на себя всё проскальзывание до заполнения нужного объёма — это удобно, когда важнее скорость исполнения, чем цена. Limit-ордер с флагом ALO (add liquidity only) добавляет заявку в книгу только в роли maker: если заявка пересекает книгу и должна была бы исполниться как taker, она отменяется вместо частичного fill по худшей цене.

IOC (immediate-or-cancel) исполняет доступный объём немедленно и отменяет неисполненный остаток, что полезно, когда нужно ограничить объём исполнения без ожидания в очереди. TWAP отправляет suborders с заданным интервалом, ограничивает допустимое slippage и может отставать от целевого объёма, если ликвидности в моменте недостаточно — это осознанный компромисс между скоростью исполнения и контролем цены, а не гарантия лучшего результата в любой ситуации.

Как проверить глубину программно через info endpoint

Для трейдера, автоматизирующего часть проверок, тот же снимок книги доступен через POST /info без необходимости открывать интерфейс вручную перед каждым ордером. Метод metaAndAssetCtxs возвращает universe — список активов — и параллельный массив contexts с mark price, oracle price, open interest, funding и volume; сопоставление между массивами происходит строго по позиции, а не по тикеру, и фильтрация одного массива без другого до объединения в пары ломает эту привязку.

Для чтения позиций, баланса и ордеров аккаунта нужен master или subaccount address: agent wallet подходит для подписи ордеров, но при попытке чтения через него часто возвращается пустой результат. При работе с HIP-3 рынками важно дополнительно учитывать dex namespace — один и тот же тикер на разных deployer dex представляет собой разные order books с собственным oracle и margin table, поэтому автоматическая проверка глубины должна явно указывать нужный dex.