Частичные исполнения и перерасчет сеточных ордеров: работа с фрагментированной ликвидностью (2026)

В теоретических моделях из учебников сеточная торговля очень проста: разместите лимитный ордер на покупку 1,0 BTC по цене 60 000 долларов США; Когда он исполнится, разместите лимитный ордер на продажу на 1,0 BTC по цене 60 500 долларов США. Однако на реальных институциональных криптовалютных рынках исполнение книги ордеров сильно фрагментировано.

Когда ваш лимитный ордер на покупку в размере 1,0 BTC находится в книге ордеров, входящие рыночные ордера могут исполняться против него спорадическими порциями: сначала исполняется 0,12 BTC, а через две минуты — 0,38 BTC, оставляя 0,50 BTC незаполненными, поскольку цена отскакивает вверх. Если ваш сеточный бот запрограммирован с наивной логикой, он сталкивается с парализующей дилеммой: должен ли он ждать бесконечно, пока заполнятся оставшиеся 0,50 BTC, или ему следует немедленно разместить встречный ордер на продажу для уже исполненных 0,50 BTC?

Если он ждет, он упускает возможность продать накопленные запасы во время отскока. Если он немедленно разместит встречный ордер, он нарушит симметрию сетки, создаст дублирующиеся ордера, исчерпает доступную маржу и потенциально нарушит правила минимального размера лота и условной стоимости биржи (например, минимальный условный порог Binance в 5 долларов США).

Чтобы обеспечить строгую математическую согласованность при обработке нескольких частичных исполнений по идентичным или соседним ценовым цепочкам, торговый механизм должен рассчитывать динамическую средневзвешенную по объему цену (VWAP):

P_{vwap} = \frac{\sum_{i=1}^{m} q_i \cdot p_i}{\sum_{i=1}^{m} q_i}

Гдеq_i— это исполненное количество фрагментаiпо цене исполненияp_i. Целевая встречная цена тейк-профитаP_{sell}не должна быть привязана к номинальной линии сетки, а должна динамически рассчитываться на основе реализованного VWAP плюс требуемая чистая прибыль сетки\delta_{target}и общая сумма комиссионных сборов туда и обратно\phi_{total}:

P_{sell} = P_{vwap} \cdot \left( 1 + \delta_{target} + \phi_{total} \right)

Путем привязки встречных ордеров к реализованный VWAP, а не теоретический уровень заказов, бот гарантирует, что каждый закрытый рейс туда и обратно соответствует количественному порогу прибыли независимо от того, сколько фрагментированных микроисполнений произошло.

Количественные торговые отделы используют две основные архитектуры для обработки частичных исполнений:

• Мгновенная маршрутизация встречных заказов: Бот отправляет встречный заказ немедленно после получения каждого события исполнения, при условии, что исполненный объем превышаетminNotional(например, > 10 долларов США). Любой остаточный объем ниже порогового значения назначается в очередь памяти.
• Агрегатор пороговых значений (виртуальный сегмент): Бот ведет виртуальный реестр для каждого уровня сетки. Это позволяет остающемуся лимитному ордеру оставаться активным в книге до тех пор, пока ордер не будет выполнен на 100 % или цена не отойдет более чем наKот уровня, после чего остаток отменяется, а накопленные запасы направляются как единый встречный ордер.

В ходе нашего 30-дневного теста фрагментации ликвидности по 20 парам альткойнов на KuCoin и OKX мы сравнили стандартного наивного бота сетки с институциональным механизмом пересчета сетки VWAP на NEAR/USDT и SUI/USDT.

Наивный бот испытал 142 исключения отклонения API, вызванные подачей встречных заказов на лоты ниже минимального, в результате чего было создано 18 уровней сетки. постоянно неактивен (мертвые ступени). Его чистая реализованная ежемесячная доходность была ограничена +8,4 %.

Напротив, бот, пересчитывающий VWAP с буфером агрегации остатка, не получил нулевых отклонений API, захватил 100 % фрагментированной ликвидности и обеспечил чистый реализованный доход в размере +13,9 % — значительное относительное улучшение производительности на 65,4 %, достигнутое исключительно за счет превосходного частичного заполнения. инженерное дело.

При создании или настройке высокопроизводительных конечных автоматов сетки следуйте этим архитектурным спецификациям:

1. Конечный автомат (FSM) на уровень: Моделируйте каждый уровень сетки с дискретными состояниями:RESTING_BUY,PARTIALLY_FILLED_BUY,RESTING_SELL,PARTIALLY_FILLED_SELLиREBALANCING.
2. Дедупликация событий выполнения WebSocket. Биржи часто отправляют дублирующиеся пакеты выполнения сделок через WebSockets. Поддерживайте в памяти фильтр Блума или хеш-карту значенийexecId, чтобы избежать двойного подсчета заполнений.
3. Динамическое точное усечение: Всегда сокращайте количество заказов в сторону уменьшения, используя метаданныеstepSize, специфичные для биржи, перед отправкой встречных заказов, избегая ошибок округления с плавающей запятой (например,0.0099999999) вместо0.01).
4. Аварийная очистка Cron: Каждый час запускайте задачу автоматического сбора мусора, чтобы очистить накопленные дробные остатки и повторно ввести их в активный торговый инвентарь.