iSpecAlgo - ISA

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

Частая ошибка: трейдер смотрит на красивую equity curve нейросетевого или RL-бота и обсуждает PPO, SAC, DQN, параметры сети. Но слабое место часто не в модели, а в мире, в котором её учили. Если в симуляторе нет комиссий, спреда, ликвидности и режима остановки, агент учится эксплуатировать не рынок, а дырку в лаборатории. В работе FinRL авторы строили библиотеку для deep reinforcement learning в трейдинге и отдельно подчёркивали: торговая среда должна включать ограничения реального исполнения. У них есть поток train-validation-test, rolling window для переобучения, базовые стратегии для сравнения, метрики вроде доходности, волатильности, Sharpe и max drawdown...

Распространенная ошибка бота - установить идеальный размер позиции и заставить систему преследовать его на каждом баре. Сигнал немного сильнее: покупайте больше. Изменения волатильности: снижение. Цена движется на дробь: корректировка снова. На графике рисков это выглядит аккуратно. В живой торговле он становится пилой, состоящей из taker fee, спреда, проскальзывания и частичного заполнения. В статье об оптимальном для роста портфеле в стиле Келли с комиссиями за транзакции изучался именно этот конфликт. Непрерывная ребалансировка сохраняет желаемую долю капитала в рискованном активе, но за каждую корректировку взимается плата...

Одна из неприятных ошибок автоматизации выглядит «безобидно»: в логах есть сделки, оборот растёт, стратегия вроде активна. Но часть этого оборота создана вашими же ордерами, которые встретились друг с другом — например, один модуль переставлял лимитку, второй одновременно отправил рыночный выход, а третий работал на соседнем субаккаунте. Биржи не зря описывают self-trade prevention как отдельную механику. Идея проста: если новый taker-ордер должен исполниться против вашего же maker-ордера или ордера аккаунта из той же торговой группы, система может не дать сделке произойти. Но важная деталь — результат зависит не от «здравого смысла», а от выбранного режима...