Un bot Binance Futures n'a pas besoin de plus de signaux dans un premier temps.
Il a besoin d'une meilleure récupération d'état.
J'ai trouvé ça dans les logs après un remplissage partiel : un signal a créé 43% de la position prévue, le websocket a chuté, puis le bot a reconstruit l'état trop tard et a essayé de rentrer à nouveau.
Ce n'est pas un problème de stratégie.
C'est un problème d'exécution.
Moche, mais utile.
Application Binance :
Votre bot ne devrait jamais laisser les alertes TradingView, les signaux API, ou les déclencheurs internes passer des ordres directement.
Signal → filtre → vérification des risques → ordre → confirmation de l'échange → reconstruction de la position → log.
Règle pratique :
Séparer l'état du signal, l'état de l'ordre, et l'état de la position.
Condition de risque :
Si le bot ne peut pas reconstruire la vraie position Binance après 2 tentatives de reconnexion, mettre en pause toutes les nouvelles entrées.
Kill-switch :
Pas de nouvelle entrée si l'exposition locale et l'exposition de l'échange ne correspondent pas.
Je préfère rater 3 trades nets que de laisser un état de bot cassé survivre.
Cela va dans ma checklist pré-live du bot Binance car les captures d'écran cachent ces choses. Les logs ne le font pas.
Enregistrez-vous les signaux rejetés et les discordances d'état, ou seulement les trades remplis ?
#Binance #Futures #TradingBots #RiskManagement
Il a besoin d'une meilleure récupération d'état.
J'ai trouvé ça dans les logs après un remplissage partiel : un signal a créé 43% de la position prévue, le websocket a chuté, puis le bot a reconstruit l'état trop tard et a essayé de rentrer à nouveau.
Ce n'est pas un problème de stratégie.
C'est un problème d'exécution.
Moche, mais utile.
Application Binance :
Votre bot ne devrait jamais laisser les alertes TradingView, les signaux API, ou les déclencheurs internes passer des ordres directement.
Signal → filtre → vérification des risques → ordre → confirmation de l'échange → reconstruction de la position → log.
Règle pratique :
Séparer l'état du signal, l'état de l'ordre, et l'état de la position.
Condition de risque :
Si le bot ne peut pas reconstruire la vraie position Binance après 2 tentatives de reconnexion, mettre en pause toutes les nouvelles entrées.
Kill-switch :
Pas de nouvelle entrée si l'exposition locale et l'exposition de l'échange ne correspondent pas.
Je préfère rater 3 trades nets que de laisser un état de bot cassé survivre.
Cela va dans ma checklist pré-live du bot Binance car les captures d'écran cachent ces choses. Les logs ne le font pas.
Enregistrez-vous les signaux rejetés et les discordances d'état, ou seulement les trades remplis ?
#Binance #Futures #TradingBots #RiskManagement