Скальпинг алгоритм: где теряется результат на реальном рынке
Скальпинг-алгоритм зарабатывает на десятках коротких сделок: удержание позиции измеряется секундами, а прибыль с одной сделки — долями процента. При такой экономике результат определяет не логика входа, а качество исполнения заявок. Сигнал, посчитанный по одной цене, исполняется по другой — и сделка, которая в расчёте была прибыльной, закрывается в минус.
Проскальзывание проявляется на быстрых движениях: пока заявка доходит до стакана, цена уже ушла, а на волатильности рынка разрыв между ожидаемой и фактической ценой растёт кратно. Вторая проблема — неполное исполнение: объём закрывается частично, размер позиции оказывается меньше расчётного, и алгоритм либо добирает остаток по худшей цене, либо остаётся с незакрытым риском.
Отдельно стоит разница между тестовой и реальной картиной. На истории сделка выглядит исполненной по нужной цене, потому что расчёт не учитывает задержку до площадки, очередь заявок и лимиты на частоту запросов. В реальном контуре отказы приходят именно в пиковые моменты: площадка ограничивает поток, а цена в эти секунды двигается активнее всего — то есть алгоритм теряет исполнение там, где оно нужнее.
Узкое место почти никогда не в самой стратегии, а в связке «сигнал — заявка — подтверждение от площадки»: логика входа может быть верной, но результат съедает исполнение. Разбираем, как это закрывается на каждом из участков.
Что меняется после внедрения: скорость отклика и контроль риска
После запуска логики меняется не сама стратегия, а то, как она исполняет решения. Алгоритм оценивает глубину ликвидности перед постановкой заявки, поэтому на резких движениях вход идёт по расчётной цене, а не по первой доступной. Это убирает основную статью потерь скальпинга — плату за вход в момент всплеска волатильности.
Снижение проскальзывания на волатильных участках
Логика делит объём на части и подбирает тип заявки под текущую ликвидность: где стакан тонкий — работает лимит с ожиданием, где плотный — берётся рынок. Задержка отклика на стороне биржи различается, и на Binance, и на других площадках логика подстраивается под фактическую, а не под паспортную. В итоге средняя цена входа ближе к расчётной, а сделки, которые раньше уходили в минус уже на входе, отсекаются до открытия позиции.
Лимиты риска и защита от серии убыточных сделок
Риск ограничен на трёх уровнях: на сделку, на серию и на день. Достижение лимита убытка закрывает позицию и переводит алгоритм в паузу до следующего окна, вместо того чтобы доливать объём в надежде на разворот. Счётчик последовательных минусов снижает размер позиции после заданного числа подряд, чтобы серия не переросла в просадку. Пороги живут в конфигурации и меняются без правки ядра.
Устойчивость стратегии держится на повторяемости: одинаковые условия дают одинаковые решения. Журнал сделок и метрики показывают, где факт расходится с задумкой, — это и есть основа для следующей итерации логики.
Сравнение режимов исполнения: лимитный, рыночный, гибридный
Режим исполнения заявок решает, сколько сигнал теряет на пути от расчёта до сделки. На ликвидных парах разница между схемами — доли процента, но при десятках входов в сутки она складывается в основную часть результата. Ниже — три схемы, которые мы закладываем в логику входа и выхода, и то, где каждая ломается.
| Вариант | Когда подходит | Ограничения |
|---|---|---|
| Лимитная заявка на вход и выход | Спокойный стакан, узкий спред, высокая ликвидность стакана | Риск не исполниться и пропустить движение |
| Рыночная заявка на вход и выход | Импульс, тонкий стакан, важен факт сделки | Проскальзывание на каждой сделке |
| Гибрид: лимитный вход, рыночный выход | Скальпинг на ликвидных парах как основной режим | Нужна раздельная логика контроля входа и выхода |
Лимитный режим и работа в стакане
Лимитная заявка встаёт в очередь и зарабатывает на спреде, но исполнение не гарантировано. Алгоритм держит её на заданной глубине от лучшей цены, переставляет при сдвиге стакана и снимает, если цена ушла за порог. Ограничители — время жизни заявки и максимальное отклонение от расчётной цены: они не дают логике зависнуть в ожидании.
Гибридная логика: лимитный вход с рыночным выходом
Вход лимитом снижает цену входа, а выход по рынку гарантирует закрытие позиции по стопу, а не зависание в стакане. Проскальзывание на выходе ограничено глубиной стакана и предсказуемо, в отличие от ожидания встречной заявки. Мы отдельно считаем долю неисполненных входов: если она выше заданной, порог переставляется ближе к рынку.
Как строится работа: от разбора задачи до рабочего запуска
Каждый этап начинается только после того, как предыдущий дал воспроизводимый результат. Так внедрение торговой стратегии не превращается в череду экспериментов на живом счёте, где ошибку видно лишь по просадке.
Проверка на исторических данных и на живом потоке
- Разбор задачи: на каком рыночном поведении стратегия зарабатывает и какие условия её отключают.
- Подготовка данных: стакан и сделки по нужным биржам — с пропусками, разными часовыми поясами и периодами низкой ликвидности.
- Проверка на исторических данных: прогон отдельно на спокойном и волатильном рынке, с комиссиями и проскальзыванием. Часть гипотез отсеивается здесь — это ожидаемый результат.
- Проверка на живом потоке: алгоритм получает реальные котировки и принимает решения, но заявки не выставляются — сверяем его реакцию с расчётной.
Запуск в режиме наблюдения и передача управления
- Тестовый запуск минимальным объёмом: реальные заявки, узкие лимиты по риску, ручное подтверждение выхода из позиции.
- Наблюдение и настройка: сверяем фактические сделки с моделью, правим правила остановки при отклонении от ожидаемого поведения.
- Передача управления: логика и параметры в документации, панель мониторинга, остановка в одну команду, обучение вашей команды.
Конфигурации, журналы сделок и регламенты сопровождения
Комплект материалов рассчитан на команду, которая продолжает работу без нас: любой параметр скальпинг-алгоритма меняется без пересборки логики, а поведение системы в нештатной ситуации описано заранее.
Правила управления риском и границы стратегии
- Предельный размер позиции и максимальное число одновременных заявок на инструмент.
- Лимит просадки за торговую сессию и действие при его достижении — пауза или полная остановка.
- Ограничение на работу в моменты низкой ликвидности и расширенного спреда.
- Автоматическая остановка при разрыве потока котировок или расхождении данных между площадками.
- Снижение объёма сделки после серии убыточных срабатываний до пересмотра настроек.
- Границы допустимых значений: что можно менять руками, а что требует пересборки логики.
Документация и порядок внесения правок
Документация стратегии, конфигурация параметров и регламент сопровождения лежат рядом с кодом и версионируются — видно, какая настройка дала какой результат на исторических данных. Политика доступа к ключам разграничивает роли: торговый контур не имеет прав на вывод средств, а изменение лимитов требует второй подписи.
- Порядок правок: заявка, проверка на исторических данных, прогон на тестовом контуре, выпуск.
- Журнал сделок с полным контекстом: параметры на момент входа, причина выхода, задержка исполнения.
- Регламент сопровождения: что проверяем ежедневно, что еженедельно, кому сообщаем об отклонениях.
Кейс: как убрали проскальзывание на тонком стакане
Исходная ситуация и узкое место
Скальпинг алгоритм работал на пяти парах на бирже Binance, где на первых уровнях стакана держалось две-три заявки. Логика выставляла лимитные ордера по цене последней сделки, без расчёта доступной глубины: на спокойном рынке сделки проходили ровно, а на импульсе проскальзывание съедало заметную часть расчётной прибыли. По выборке из 1200 сделок фактическая цена входа уходила от целевой в среднем на 0,18%, а каждая двадцать пятая сделка — больше чем на 0,5%.
Вторым узким местом было восстановление. Состояние позиций жило только в памяти процесса, поэтому обрыв потока сделок или перезапуск узла означал ручную сверку с биржей, вывод пары из торговли на 40–90 минут и пропущенные входы, которые алгоритм уже не догонял.
Что изменилось после внедрения
Постановку заявок переписали: объём считается от реальной ликвидности по уровням стакана, а не от последней цены, крупный ордер дробится, неисполненный остаток снимается через заданный интервал. Сверка фактического исполнения с моделью идёт в реальном времени — если расхождение превышает порог, пара переходит в щадящий режим до нормализации книги.
Восстановление вынесли в отдельный контур: состояние позиций и открытых заявок пишется на диск и сверяется с биржей при старте, конфликты разрешаются по данным биржи. Подъём после обрыва связи укладывается в 3–4 минуты вместо 40–90.
Метрики замеряли на том же наборе пар и той же логике сигналов. Среднее проскальзывание упало с 0,18% до 0,04%, доля сделок с проскальзыванием выше 0,5% — с 4% до 0,3%, число ручных вмешательств за месяц сократилось с десятков до единичных.
Чем скальпинг алгоритм отличается от арбитражного робота?
Арбитражный робот зарабатывает на расхождении цены одного инструмента между площадками: сигнал виден в стаканах, а сделка закрывается, когда расхождение исчезает. Скальпинг-алгоритм зарабатывает на микроструктуре — читает поток заявок и микродвижения цены внутри одной площадки. Отсюда и разные горизонты, требования к скорости и чувствительность к издержкам.
Горизонт удержания позиции задаёт всё остальное. У арбитража позиция живёт ровно столько, сколько существует расхождение, — от секунд до часов, если речь о ставках финансирования. У скальпинга сотни сделок в день с прибылью в доли процента, и алгоритм обязан успевать открываться и закрываться до того, как поток заявок развернётся.
Требования к скорости отличаются по природе, а не только по величине. Арбитражу нужна синхронность котировок нескольких площадок: проигрывает тот, кто увидел расхождение вторым. Скальпингу важнее время обработки событий по одному инструменту — восстановление стакана, постановка и снятие заявок, корректная работа с частичным исполнением.
Чувствительность к комиссии у скальпинга выше на порядок. Прибыль на сделку сопоставима со спредом, поэтому тарифный уровень и проскальзывание превращают рабочую логику в убыточную при том же сигнале — на Binance и других крупных площадках возврат за лимитные заявки прямо влияет на жизнеспособность стратегии. У арбитража издержек больше по составу: две ноги, ввод и вывод средств, финансирование; узкий спред между площадками бывает тоньше суммарных затрат на круг.
Поэтому инфраструктура собирается под разную задачу: арбитражу — коннекторы к нескольким площадкам и контроль риска одной ноги, скальпингу — быстрый поток рыночных данных, аккуратная модель исполнения и честный учёт издержек в тестах.
Технические сомнения: задержки, ликвидность и отказы площадки
Алгоритм скальпинга живёт на границе между скоростью площадки и качеством входящих данных. Поэтому честные ограничения подхода важнее обещаний: ниже — сомнения, которые чаще всего всплывают при проектировании, и то, как мы закрываем их в архитектуре.
Сигнал приходит с задержкой — как понять, что мы не торгуем против рынка?
Задержка сигнала складывается из получения данных, расчёта решения и отправки ордера. Мы измеряем каждый участок отдельно и задаём порог свежести: устаревшие данные не дают выставить заявку. Поток стакана берём из нескольких источников и сверяем их между собой — расхождение останавливает торговлю до выяснения причины.
Что делать с ограничениями площадки — лимитами на запросы и объём заявок?
У каждой площадки свои правила по частоте обращений и размеру ордеров. Алгоритм держит собственный счётчик квоты и работает с запасом, а не на пределе. Часть заявок уходит отложенными, часть снимается до выставления — так логика не упирается в потолок и не получает отказов на ровном месте.
Отказы соединения: что происходит с уже открытой позицией?
Разрыв канала — штатная ситуация, а не исключение. Позиция к этому моменту может быть открыта, поэтому в алгоритме есть слой восстановления: он сверяет фактическое состояние счёта со своей моделью и либо доводит выход по исходной логике, либо закрывает позицию по защитному условию.
Рынок тонкий — как алгоритм ведёт себя на низкой ликвидности?
На тонком рынке спред расширяется, а объём в стакане не покрывает заявку — проскальзывание съедает результат быстрее, чем ошибки сигнала. Фильтр ликвидности по глубине стакана и обороту отключает инструмент, когда условия выходят за заданные границы, и возвращает его после нормализации.
Обсудим задачу: что нужно от вас для оценки и плана работ
Чтобы вернуться с оценкой задачи и планом работ, а не с общими формулировками, нужны входные данные для расчёта. Объём скальпинг-алгоритма определяется ликвидностью инструментов, режимом доступа к бирже и требованиями к скорости реакции — от этих трёх вещей зависит и архитектура, и трудозатраты.
Что достаточно прислать или описать в первом сообщении:
- Площадки и инструменты: на каких биржах торгуем, какие пары или контракты в приоритете, где сосредоточена ликвидность.
- Режим доступа: торговый счёт с правами на программную торговлю, тестовый контур биржи, ограничения на частоту запросов.
- Логика стратегии, если она уже сформулирована вручную: условия входа, усреднения и выхода, работа с частичным исполнением заявки.
- Риск-профиль: допустимая просадка, размер позиции, число одновременных сделок, правило остановки при убыточном дне.
- Инфраструктура: где размещаем исполнение, какой канал до биржи, требования к устойчивости при обрыве связи.
- Данные для проверки: история котировок и сделок за период, на котором будем подтверждать гипотезу.
- Критерии успеха в ваших метриках: доля прибыльных сделок, среднее время удержания позиции, поведение алгоритма на волатильных участках.
После этого возвращаемся со схемой исполнения, декомпозицией этапов, критериями приёмки и вариантами сопровождения стратегии после запуска. Если части данных нет — прямо скажем, что нужно собрать, и оценим эту работу отдельным этапом.
