Требуется доработка робота

​1. Цель проекта

​Полный рефакторинг текущего модуля исполнения (ExecutionEngine и BinanceClient) для обеспечения высокой отказоустойчивости, атомарности операций при «зеркальных» сделках и устранения критических ошибок логики.

​2. Технический стек

• ​Язык: Python (асинхронный).
• ​Инфраструктура: Binance Futures API (тестовая сеть + реальный счет).
• ​Архитектура: Двухпроцессорная модель (L1 Scanner / L2 Slot Manager) с обменом данными через очередь IPC.

​3. Технические требования (Must Fix)

• ​Атомарная отмена (Batch Cancel): Реализовать функцию cancel_all_symbol_orders, которая очищает все открытые лимитные и алгоритмические ордера одним логическим блоком до отправки новых ордеров.

• ​Логика «зеркальности»: При поступлении сигнала на разворот (например, с Long на Short) алгоритм должен выполнять цепочку: [Batch Cancel] -> [Verify Position] -> [New Order Entry].

• ​Устранение Race Conditions: Исключить риск выставления ордеров до подтверждения отмены предыдущих. Операция смены позиции должна быть защищена проверками на стороне RiskManager.

• ​Обработка «сиротских» ордеров: Полное удаление любых зависших TP/SL ордеров при закрытии позиции, чтобы исключить их влияние на новые входы.

• ​Отказоустойчивость: Внедрить систему исключений вместо print для обработки ошибок API. Реализовать Kill Switch — автоматическую остановку торгов при получении критических ошибок API (превышение лимитов, проблемы с балансом или правами доступа).

​4. Требования к безопасности

• ​Прозрачность: Исходный код должен быть открытым для аудита. Запрещено использование обфускации, скрытых сетевых соединений или модулей, не относящихся к функционалу бота.
• ​Конфигурация: Вынос всех критических параметров (пресеты, лимиты просадки, комиссии, задержки) в файл config.yaml.

• ​Аудит ключей: В коде не должно быть жестко прописанных API-ключей или функций, передающих учетные данные на сторонние серверы.

​5. Порядок приемки (Acceptance Criteria)

​Приемка работы осуществляется в 4 этапа:

1. ​Unit-тестирование: Демонстрация корректной работы логики «зеркальности» через имитацию ответов API. Подтверждение отсутствия «сиротских» ордеров при 10 итерациях разворота позиции подряд.

1. ​Тестирование ошибок: Успешная отработка сценария Kill Switch при искусственном обрыве связи или имитации ошибок биржи.

1. ​Аудит безопасности: Проверка кода на отсутствие скрытых закладок, утечек данных и несанкционированных сетевых запросов.

1. ​Финальный тест (Реальный счет):
   • ​Полная оплата услуг производится только после 10 (десяти) дней бесперебойной торговли на реальном счету.
   • ​Бот должен демонстрировать стабильное исполнение стратегии без критических сбоев, «зависаний» ордеров или ошибок исполнения при переворотах.
   • ​Любой критический баг в этот период требует оперативного устранения исполнителем.

ем.

​Дополнительная информация для исполнителя:

• ​Система развернута на VPS в Японии для минимизации лагов.

• ​Ожидается высокий уровень ответственности: бот работает с реальными средствами.
• ​Приоритет отдается чистому, хорошо документированному коду.

​Если в техзадании нужно что-то подправить или добавить специфические требования к работе с базой данных hft_performance_tokyo.db, дайте знать!