Scale orders: как построить лестницу заявок

Что понадобится перед началом

Материал рассчитан на трейдеров, которые уже работают с perpetual и spot на Hyperliquid, понимают разницу между maker и taker исполнением, знают, что такое TWAP и IOC, и хотят системно набирать или закрывать крупные позиции без ручного размещения десятка отдельных лимитных ордеров.

Что такое scale order и как он работает на HyperCore

Scale order — один из типов ордеров на Hyperliquid наряду с market, limit, stop, take и TWAP. Вы задаёте нижнюю и верхнюю границу цены, количество уровней и суммарный объём, а платформа создаёт серию лимитных заявок, распределённых внутри этого диапазона. Каждая такая заявка ведёт себя как обычный лимитный ордер на книге HyperCore — она встаёт в очередь на своём уровне цены и ждёт встречной ликвидности.

Ключевое отличие от TWAP в том, что TWAP делит объём по времени, отправляя suborders каждые 30 секунд с ограничением slippage на каждый шаг, а scale order делит объём по цене — сразу выставляя весь набор уровней в книгу. TWAP подходит, когда нужно исполниться вблизи текущей цены за фиксированный период. Scale order — когда есть ценовой диапазон, в котором вы готовы набирать или сокращать позицию независимо от того, сколько времени это займёт.

Почему лестница заявок снижает воздействие на цену

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

Scale order решает эту задачу иначе: вместо одного удара по стакану заявки расставляются так, что ждут исполнения на разных уровнях. Каждая отдельная заявка в лестнице обычно меньше, чем весь объём позиции. Если уровень размещён без пересечения текущей книги, он исполнится как maker-заявка; если же уровень выставлен слишком близко к рынку и пересекает книгу в момент постановки или когда цена доходит до него при быстром движении, заявка может исполниться как taker. Именно поэтому границы диапазона стоит выбирать с запасом от текущей цены — это тот же принцип, что и в TWAP, но реализованный через ценовое, а не временное распределение.

Сценарий и числовой пример: набор позиции лестницей

Представим, что вы хотите набрать perpetual-позицию на активе, где сейчас идёт коррекция, но вы не знаете точную точку разворота. Тезис: цена может протестировать диапазон 95–100, и вы готовы наращивать лонг по мере снижения. Вместо одного market-ордера на весь объём вы строите scale order с 5 уровнями внутри этого диапазона.

Шаг между уровнями считается просто: (верхняя граница − нижняя граница) / (число уровней − 1). Для диапазона 95–100 и 5 уровней это (100 − 95) / 4 = 1,25. Заявки встают на 95; 96,25; 97,5; 98,75 и 100. Если распределить объём поровну — по 20% на уровень — и предположить полное исполнение всех пяти, целевая средняя цена равна простому среднему уровней: (95 + 96,25 + 97,5 + 98,75 + 100) / 5 = 97,5. Если же вес сместить в пользу нижних уровней (например, 30% на 95 и 96,25, по 20% на средние и 10% на верхние), целевая средняя цена сдвинется ниже 97,5 — тем сильнее, чем больше объёма стоит у нижней границы.

Перед размещением лестницы стоит проверить глубину книги на нужных уровнях через торговый интерфейс или публичное API — важна не суточный объём торгов, а реальная ликвидность там, где встанут заявки. Если книга на каком-то уровне тонкая, эта часть лестницы может исполниться с задержкой или не исполниться вовсе при быстром развороте цены. После расстановки заявок нужно отслеживать fills по фактической цене каждого исполнения, а не по mid price — только так получится верная средняя цена входа по всей позиции. Если рынок прошёл лишь часть диапазона, например только уровни 95 и 96,25, позиция окажется меньше запланированной и с фактической средней ценой около 95,6 — это нормальный исход стратегии, а не сбой.

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

Построение scale order — это не одно действие, а последовательность проверок и решений.

1. 01
   Определить ценовой диапазон

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

2. 02
   Проверить глубину книги на выбранных уровнях

   Через торговый интерфейс или публичное API оцените, сколько ликвидности стоит на этих ценах сейчас. Тонкая книга на одном из уровней означает, что заявка там может исполниться частично или с задержкой.

3. 03
   Рассчитать шаг и распределение объёма

   Шаг между уровнями равен (верхняя граница − нижняя граница) / (число уровней − 1). Например, диапазон 95–100 с 5 уровнями даёт шаг 1,25 и уровни 95, 96,25, 97,5, 98,75, 100. Больше уровней снижает риск концентрации на одной цене, но увеличивает число мелких fills. Смещая вес объёма к нижним или верхним уровням, вы сдвигаете ожидаемую среднюю цену в нужную сторону.

4. 04
   Разместить лестницу и зафиксировать целевую среднюю цену

   Перед отправкой рассчитайте ожидаемую среднюю цену по всем уровням при полном исполнении — это ориентир, с которым вы будете сравнивать фактический результат.

5. 05
   Мониторить fills по факту, а не по mid price

   Средняя цена исполнения формируется по реальным сделкам на каждом уровне. Если рынок прошёл только часть диапазона, позиция окажется меньше запланированной — это нормальный исход, а не сбой.

6. 06
   Пересмотреть оставшиеся уровни при изменении тезиса

   Если контекст рынка изменился до полного исполнения лестницы, неисполненные заявки на дальних уровнях стоит отменить вручную — автоматической привязки к тезису у ордера нет.

Реальные ограничения scale orders в этом сценарии

Главное ограничение лестницы — она рассчитана на движение цены через диапазон, а не на резкий скачок. Если актив мгновенно проходит весь заданный интервал в одну сторону, например на новости, часть уровней может не успеть исполниться, а другая часть исполнится почти одновременно, создавая позицию быстрее, чем вы планировали распределить риск.

Второе ограничение — по мере исполнения уровней и роста notional может измениться applicable margin tier и, следовательно, maintenance requirement. Это нужно пересчитывать по факту исполнения, а не по параметрам, заданным на момент постановки заявок.

Третье — scale order не заменяет решение о риске. Он структурирует вход или выход, но не устанавливает stop-loss и не гарантирует, что вся позиция закроется по заданной цене в убыточном сценарии; ликвидация определяется состоянием маржи и mark price, а не тем, насколько аккуратно построена лестница входа.

Типичные ошибки при построении лестницы

Ниже — ошибки, которые чаще всего обесценивают идею лестницы на практике.

• Расстановка уровней по равным процентным шагам без учёта реальной ликвидности на конкретных ценах — часть заявок оказывается на пустых уровнях книги
• Оценка результата по mid price вместо расчёта средней цены по фактическим fills на каждом уровне
• Игнорирование риска taker-fill вместо ожидаемого maker-исполнения, если уровень выставлен слишком близко к рынку и пересекает книгу
• Отсутствие пересчёта maintenance requirement по мере роста позиции через исполнение новых уровней лестницы
• Оставление неисполненных дальних уровней без присмотра после того, как тезис по рынку уже изменился
• Использование лестницы там, где нужна не ценовая, а временная привязка исполнения, — в таком случае предсказуемее TWAP

Когда лестница уступает market-ордеру или TWAP

Scale order — не универсальный инструмент, и в части сценариев проще и надёжнее другие типы ордеров.

• Если объём небольшой относительно глубины книги, market-ордер быстрее: лестница добавляет сложность там, где проскальзывание изначально минимально
• Если нужна гарантированная скорость исполнения к определённому моменту, TWAP с фиксированной отправкой suborders каждые 30 секунд предсказуемее по времени, тогда как scale order может остаться частично неисполненным при отсутствии движения цены через диапазон
• Ручное управление серией лимитных ордеров даёт похожий результат, но требует больше действий и выше риск ошибки при обновлении уровней — один заранее настроенный scale order снимает часть этой рутины
• Для входа с жёстким крайним сроком, например перед известным событием, лестница внутри диапазона рискует не набрать нужный объём, если цена не дойдёт до дальних уровней