Que deviennent vos positions ouvertes si le bot s'arrête ?

· 14 min read

Si le bot s'arrête, vos positions ouvertes restent exactement où elles sont, et leurs sorties aussi. Sur Binance Futures, le take-profit est un ordre LIMIT en reduce-only et le stop-loss un ordre STOP_MARKET en reduce-only, et tous deux sont envoyés à l'exchange dès que Binance accepte l'entrée. Ils sont posés sur Binance, pas dans la mémoire du bot. Si le processus tombe, ils continuent d'attendre que le prix les atteigne, et Binance les exécute, que quelque chose surveille ou non. Ce qui s'arrête, c'est tout ce qui exige un processus en marche : les nouvelles entrées, le nettoyage, et les messages Telegram qui vous annoncent une exécution.

Image de couverture montrant les sorties posées sur l'exchange plutôt que dans le bot

Cet article s'appuie sur l'exploitation d'un autotrader sur plus de 500 paires USDT-M de Binance. Il décrit ce que fait réellement le logiciel, y compris les aspects gênants, parce que « que se passe-t-il s'il plante ? » est la question que toute personne sensée pose avant de confier une clé API à quoi que ce soit.

Où vit chaque ordre une fois le trade ouvert

La réponse rassurante ci-dessus repose sur un seul choix de conception, qui mérite d'être décrit avec précision. Quand un signal passe les filtres du membre, le bot place jusqu'à trois ordres.

Tableau indiquant où vivent les ordres d'entrée, de take-profit et de stop, et lesquels survivent à une panne

L'entrée est un ordre MARKET. Il est exécuté en quelques instants, et c'est voulu : un signal est sensible au temps, et une entrée limite qui n'est jamais exécutée coûte plus cher qu'un peu de slippage. Une fois exécutée, l'entrée appartient au passé : il n'y a plus rien qui puisse survivre ou échouer.

Le take-profit est un LIMIT en reduce-only placé à la cible du signal. Reduce-only signifie que Binance ne le laissera jamais que réduire ou fermer la position, jamais en ouvrir une nouvelle ni inverser le sens. Il est transmis à Binance et posé dans le carnet d'ordres. Si le membre a choisi un take-profit suiveur à la place, c'est un TRAILING_STOP_MARKET conservé par le service d'ordres conditionnels de Binance : toujours sur l'exchange, toujours indépendant du bot. Avec les take-profits fusionnés activés (le réglage par défaut depuis le 30 septembre 2026), une seconde entrée sur le même coin remplace le take-profit par un seul ordre portant sur toute la quantité du bot, à la cible pondérée par la taille.

Le stop-loss est un STOP_MARKET, lui aussi en reduce-only et lui aussi conservé par Binance, placé uniquement si le membre a fixé un stop. Les nouveaux comptes démarrent avec un stop : 35 % à partir du prix de chaque entrée. La distance du stop est définie sans levier : un stop de 2 % correspond à un mouvement de 2 % du prix, pas de 2 % de votre marge. Avec le type de stop SINGLE (le réglage par défaut), chaque entrée reçoit son propre stop pour sa propre quantité ; avec COMBINED, un seul stop couvre toute la position.

Chaque ordre porte un identifiant client construit à partir du signal et du membre, et le bot vérifie cet identifiant avant d'envoyer une entrée : une nouvelle tentative après un plantage ne peut donc pas ouvrir une seconde position pour le même signal.

Le déroulé qui rend cela possible

Déroulé en quatre étapes : entrée au marché exécutée, take-profit placé sur Binance, stop placé sur Binance, exécutions renvoyées en flux

L'ordre des opérations compte. Le take-profit et le stop sont envoyés juste après que Binance a accepté l'entrée au marché, pour la quantité de cette entrée. À aucun moment une sortie n'attend dans la mémoire du bot qu'on la place plus tard.

À partir de là, l'information circule dans l'autre sens. Binance renvoie chaque exécution et chaque changement de position par le flux WebSocket des données utilisateur. Le bot n'interroge pas l'exchange pour savoir si votre take-profit a été touché : c'est l'exchange qui le lui dit. C'est aussi pour cela que le bot peut être arrêté un moment et retrouver l'état actuel du compte à son retour : la référence n'a jamais été dans le bot.

Ce qui continue de fonctionner pendant une panne

Comparaison côte à côte de ce qui continue de fonctionner et de ce qui s'arrête quand le bot est hors service

Votre take-profit continue de fonctionner. Si le prix atteint la cible, Binance exécute le LIMIT en reduce-only et la position se ferme. L'argent est dans votre portefeuille à cet instant ; c'est le message Telegram sur cette exécution qui manque, comme l'explique la section suivante.

Votre stop continue de fonctionner. Même mécanisme. Un STOP_MARKET posé sur Binance se déclenche sur Binance.

La liquidation relève de Binance, pas du bot. Le moteur de marge de l'exchange se moque de savoir si votre bot tourne.

Vous pouvez toujours agir à la main. Rien dans la configuration du bot ne vous enferme hors de votre propre compte. Vous pouvez fermer une position, déplacer un stop ou annuler un ordre depuis l'application Binance à tout moment.

Le funding n'attend jamais. Les règlements de funding tombent selon leur calendrier, quoi qu'il arrive. Si vous gardez une position pendant une panne, le funding continue d'être payé ou reçu.

Ce qui s'arrête, et pourquoi c'est important

Les nouvelles entrées s'arrêtent. Aucun signal n'est tradé tant que le bot est arrêté. Il n'existe pas de file d'attente qui rejoue plus tard les entrées manquées, et c'est voulu : un signal d'il y a quarante minutes n'est plus le même trade.

Le nettoyage des ordres orphelins est suspendu. C'est le point qui demande une explication. Quand le take-profit d'une entrée est exécuté, son propre stop reste sur Binance sans plus rien à protéger. Normalement, le bot voit l'exécution dans le flux des données utilisateur et annule ce stop aussitôt, et quand la position d'un coin revient à zéro, il annule tous les stops restants sur ce coin. Arrêté, il ne le peut pas.

Les messages d'exécution de cette période ne sont pas envoyés. Les exécutions survenues pendant l'arrêt du bot ne sont pas rejouées à sa reconnexion, et les messages Telegram correspondants n'arrivent donc jamais. L'historique des trades de Binance, lui, les contient toutes.

La vue des positions en mémoire devient obsolète. Au redémarrage, le bot la reconstruit à partir de l'exchange, positions et ordres ouverts compris, et c'est précisément ce qui permet de lui faire confiance. Votre pause par coin, si vous en avez fixé une, est conservée après un redémarrage.

Une panne, minute par minute

Chronologie d'une panne illustrative : arrêt du processus, exécution du take-profit, stop restant, aucune nouvelle entrée, redémarrage

La chronologie ci-dessus est illustrative, mais l'enchaînement est bien celui qui se produit. Le seul moment réellement délicat est le stop orphelin : un STOP_MARKET qui survit à sa position.

Quel est le risque d'un orphelin ? Moindre qu'il n'y paraît. Le bot envoie chaque stop en reduce-only, ce qui ne permet à Binance que de réduire une position existante : un orphelin déclenché ne peut donc pas ouvrir de position à lui seul. Il vaut tout de même la peine de le supprimer : il agirait sur toute position ultérieure sur le même coin, que vous l'ouvriez à la main ou que le bot l'ouvre sur un nouveau signal, en en fermant une partie à un niveau que personne n'a choisi pour ce trade. C'est pourquoi le bot annule les orphelins quand il tourne, et pourquoi la liste de contrôle ci-dessous inclut leur recherche.

Le stop orphelin, et comment le bot le gère

Voici le comportement réel, parce que c'est le point sur lequel la plupart des bots se trompent. Chaque mise à jour de compte envoyée par Binance contient un montant de position par symbole. Quand ce montant vaut zéro pour un symbole que le bot tradait (et que la mise à jour n'est pas un simple prélèvement de funding), le bot efface son propre suivi de la position, puis annule chaque STOP_MARKET qu'il détient sur ce symbole, des deux côtés.

Si Binance refuse une annulation, le bot enregistre un avertissement avec l'identifiant de l'ordre et passe à la suite plutôt que de réessayer à l'aveugle. Si l'annulation lève une exception, il enregistre une erreur. Dans les deux cas, l'orphelin est signalé, pas caché.

Un redémarrage, c'est autre chose. À son retour, le bot lit les positions et les ordres ouverts sur l'exchange : il sait donc que le stop restant est là, mais il ne l'annule pas sur-le-champ. Ce nettoyage s'exécute quand le bot voit la position d'un coin se fermer, et une fermeture survenue pendant la panne n'est pas rejouée. Le stop reste en place jusqu'à la prochaine fermeture sur ce coin, ou jusqu'à ce que vous l'annuliez. Après toute panne, vérifiez vous-même.

Ce qu'il faut vérifier vous-même si le bot est injoignable

Liste de contrôle de ce qu'il faut vérifier sur Binance quand le bot est arrêté

Deux onglets de Binance Futures répondent à toutes les questions de cet article : Positions et Ordres ouverts (Open Orders).

Pour chaque position ouverte, vous devez voir un take-profit en reduce-only (un pour toute la position avec les take-profits fusionnés, sinon un par entrée) et, si vous avez fixé un stop, un STOP_MARKET du côté opposé (un par entrée avec SINGLE, un pour la position avec COMBINED). Si vous voyez un stop sans position correspondante, c'est un orphelin : annulez-le. Si une position n'a pas de stop parce que vous n'en avez jamais fixé, c'était déjà le cas avant la panne, et la panne n'y a rien changé.

Regardez ensuite votre ratio de marge. S'il était confortable avant, il l'est toujours : l'absence du bot ne change pas votre levier.

Jauge illustrative montrant qu'une vérification manuelle prend environ deux minutes

La vérification complète prend quelques minutes pour un compte normal. Si elle prend une demi-heure, le problème n'est pas la panne : c'est que vous avez plus de positions simultanées que vous ne pouvez en suivre, et la limite de positions existe justement pour cela.

Tout ce que vous pouvez faire à la main

Quatre options manuelles disponibles pendant une panne

Intervenir à la main est permis à tout moment, que le bot tourne ou non. Vous pouvez fermer au marché, déplacer ou ajouter un stop, annuler un orphelin ou réduire la taille. La seule chose à savoir, c'est comment le stop du bot se combine avec ce que vous ajoutez à la main. Avec les stops SINGLE, chaque entrée du bot a son propre stop pour sa propre quantité : une quantité ajoutée à la main n'a aucun stop du bot en dessous, et les sorties du bot ne la ferment jamais. Avec COMBINED, le bot dimensionne un seul stop sur toute la position, y compris ce que vous avez ajouté. Vérifiez dans quel mode vous êtes (/summary dans @hafizebot l'affiche) avant de supposer que le stop posé couvre l'ensemble. Le guide pour placer un stop loss en crypto détaille les calculs de dimensionnement.

Quand le trading automatique est désactivé plutôt qu'en panne

Le bot peut aussi cesser de trader pour un seul compte tout en continuant de tourner pour tous les autres, et la règle est la même : les positions et les ordres déjà posés sur Binance restent tels quels.

  • Vous envoyez /off, ou supprimez votre clé sur le site : plus de nouvelles entrées ; rien de ce qui est ouvert n'est touché.
  • Binance refuse une entrée faute de marge disponible (erreur -2019) : le bot désactive le trading automatique dès le premier refus et vous prévient une seule fois, parce que le reste d'une rafale de signaux serait refusé aussi. Vos positions ouvertes, leurs take-profits et leurs stops ne sont pas touchés.
  • Réactivation : /on demande d'abord à Binance si votre clé enregistrée fonctionne. Si Binance la refuse, ou si la case Enable Futures n'est pas cochée, vous restez désactivé et on vous en explique la raison.

Votre exposition dépend de deux réglages choisis plus tôt

Matrice en quadrants croisant stop fixé et taille de position, montrant où se situe réellement le risque d'une panne

Une panne ne crée pas de risque. Elle révèle celui que vous portiez déjà.

Si vous avez fixé un stop et dimensionné vos positions raisonnablement, une panne est un non-événement : vos sorties sont sur l'exchange, et le pire scénario est une entrée manquée et un stop restant à nettoyer. Si vous n'avez fixé aucun stop et pris de grosses tailles, la panne n'est pas le problème : la position a toujours été exposée, et un bot en marche n'y aurait rien changé, puisque le bot ne place que le stop que vous configurez.

Graphique illustratif du prix franchissant un stop posé pendant une panne

Voilà pourquoi les deux réglages à revoir dès aujourd'hui, avant toute panne, sont le stop et la limite de positions. Sans elle, une rafale de signaux peut ouvrir plus de positions que votre portefeuille ne devrait en porter. Le bot applique la limite que vous fixez, pas une limite qu'il devine, et il compte toutes les positions ouvertes du compte, pas seulement les siennes.

Ce que le bot ne peut pas faire, volontairement

HafizeBot ne retire ni ne transfère jamais d'argent hors de votre compte Binance et n'a jamais besoin de l'autorisation de retrait. La clé n'a besoin que de l'autorisation de trading sur les futures : créez-la donc avec les retraits désactivés ; si une clé que vous enregistrez autorise les retraits, la page des clés et le bot vous avertissent. Le guide pour connecter un bot de trading à une clé API Binance en toute sécurité passe les autorisations en revue, et la version courte est que la seule autorisation dont un bot de trading a besoin est celle de trader.

Trois chiffres : ordres de sortie par entrée, autorisations de retrait nécessaires au bot, un seul endroit où vérifier

Il existe aussi une limite délibérée à ce que le bot fait sans signal. Il n'ajoute jamais de lui-même à une position : une nouvelle entrée sur un coin ne vient que d'un nouveau signal, et seulement si votre réglage d'entrées répétées et l'écart minimal sur un même coin le permettent. Il ne rouvre pas un trade stoppé ; un coin n'est de nouveau tradé que sur un signal ultérieur, et votre pause par coin peut le faire attendre après toute fermeture. Un trade ouvert par le bot se ferme à son take-profit, à votre stop si vous en avez fixé un, par vous, ou par une liquidation Binance. Rien ne le ferme quand le signal expire.

Comment vérifier que tout cela est vrai

La page de performance en direct est régénérée toutes les heures à partir de la table même dans laquelle le bot écrit quand il envoie un signal. Elle note les signaux, pas les comptes des membres : chaque signal diffusé a-t-il atteint sa cible dans la durée de détention maximale ? Elle ne montrerait donc pas une sortie qui aurait échoué sur le compte de quelqu'un, et ce n'est pas là qu'il faut vérifier cet article. Votre propre compte, si : l'historique des trades de Binance contient chaque exécution, et /myresults dans le bot montre ce que les ordres du bot ont donné sur votre compte au cours des 30 derniers jours.

Pour la question plus large de savoir si un bot vaut la peine d'être utilisé, les bots de trading crypto en valent-ils la peine ? en donne la version honnête, et HafizeBot est-il fiable ? rassemble les preuves plutôt que les promesses. Pour poser vos questions directement à l'équipe, le bot lui-même répond sur t.me/hafizebot.

Questions fréquentes

Si le bot plante, ma position ouverte sera-t-elle fermée ? Non. Rien ne ferme une position, sinon une exécution. Votre position reste ouverte, et le take-profit ainsi que tout stop posés sur Binance continuent de fonctionner exactement comme avant. Ce qui s'arrête, ce sont les nouvelles entrées et les messages d'exécution.

Les ordres take-profit et stop-loss survivent-ils à une panne ? Oui. Tous deux sont envoyés à Binance juste après l'acceptation de l'entrée : un LIMIT en reduce-only dans le carnet d'ordres et un STOP_MARKET en reduce-only que Binance déclenche lui-même. Ce sont des ordres de l'exchange, pas du bot, et Binance les exécute que le bot tourne ou non.

Qu'est-ce qu'un stop orphelin, et est-ce dangereux ? Un orphelin est un ordre stop dont la position est déjà fermée, le plus souvent parce que le take-profit a été exécuté en premier. Le bot envoie ses stops en reduce-only : un orphelin ne peut donc pas ouvrir de position à lui seul, mais il agirait sur une position ultérieure sur le même coin. Le bot annule les orphelins quand il voit la fermeture ; une fermeture survenue pendant une panne n'est pas rejouée, alors vérifiez ensuite l'onglet Ordres ouverts et annulez tout stop sans position derrière lui.

Le bot prendra-t-il les signaux manqués une fois redémarré ? Non. Un signal émis pendant la panne n'est pas rejoué. Un trade d'il y a quarante minutes est un autre trade, et y entrer en retard serait pire que de le laisser passer.

Le bot peut-il retirer mes fonds, qu'il soit arrêté ou en marche ? Non. HafizeBot ne retire ni ne déplace jamais d'argent hors de votre compte et n'a jamais besoin de l'autorisation de retrait. Créez la clé avec les retraits désactivés ; si une clé enregistrée les autorise, la page des clés et le bot vous avertissent.

Que dois-je vérifier en premier si je n'arrive pas à joindre le bot ? Les onglets Positions et Ordres ouverts de Binance Futures. Vérifiez que chaque position a ses ordres de sortie, annulez tout stop orphelin et jetez un œil à votre ratio de marge. Cela prend environ deux minutes.

Le mot de la fin

En résumé, et honnêtement : une panne n'est dangereuse que si la position l'était déjà. Fixez un stop, plafonnez vos positions simultanées, et un bot silencieux pendant une heure vous coûtera un signal manqué et un stop restant à nettoyer, rien de plus.

Rien de tout cela n'est un conseil en investissement. Les futures crypto comportent un risque de perte élevé ; ne tradez que l'argent que vous pouvez vous permettre de perdre.

bot de trading en panne positions ouvertes que se passe-t-il si un bot de trading s'arrête panne d'un bot Binance ordres ouverts d'un bot crypto panne de l'autotrader