Торговый бот потерял связь: как избежать двойной позиции после перезапуска
Неопределённый статус приказа, сверка исполнений и безопасная логика восстановления автоматической торговли.
Отсутствие ответа не означает отсутствие сделки
Программа может отправить приказ, а затем не получить ответ из-за задержки или разрыва соединения. Торговая система при этом могла принять и исполнить команду. Документация Binance отдельно описывает тайм-аут с неопределённым статусом исполнения. В таком состоянии опасно считать позицию нулевой и сразу повторять вход. Сначала требуется восстановить фактическое состояние через предусмотренные площадкой запросы и поток событий, а уже потом решать, какое действие действительно осталось необходимым.
Условная последовательность сбоя
Бот отправил покупку десяти единиц, получил ошибку ожидания и перезапустился. Если локальная память не сохранила отправленный приказ, он может снова купить десять. При исполнении первой команды реальный объём станет двадцать. Затем программа поставит защиту только на известные ей десять и оставит часть позиции без предусмотренного управления. Этот сценарий показывает, почему надёжность хранения состояний влияет на денежный риск независимо от качества торгового сигнала и точности прогнозирования цены.
Что нужно сверить при восстановлении
Загрузите открытые позиции, действующие заявки и недавние исполнения. Сопоставьте их с сохранёнными идентификаторами команд. Для частичного исполнения учитывайте уже совершённый объём и остаток. Во время неопределённости новые входы должны обрабатываться по заранее выбранному режиму, а не по случайному поведению интерфейса. Конкретные способы дедупликации, идентификаторы и ограничения повторных запросов зависят от API; их проверяют в документации, а не предполагают одинаковыми у всех площадок.
Проверка разработчика или сервиса
Попросите описать поведение при потере связи до ответа, после частичного исполнения и во время отмены. Полезны учебные сценарии с искусственной задержкой и перезапуском, где итоговый объём заранее известен. Отдельно проверьте, работает ли защитный приказ на стороне площадки или существует только в запущенной программе. Во втором случае остановка процесса может изменить доступность защиты. Эти сведения должны быть понятны пользователю до того, как сбой произойдёт во время открытой сделки.
Как оценить журнал инцидента
Хорошая запись содержит время, идентификаторы, ответы сервера, обнаруженное состояние и принятое действие. В ней не нужны секреты доступа. После восстановления проверяют общую позицию и расходы, а не только зелёный индикатор подключения. Возобновление связи подтверждает работу канала, но само по себе не доказывает согласованность торгового счёта с логикой бота.
ПУЛЬС / ЗНАНИЯ
ПУЛЬС / ЗНАНИЯ