Pourquoi Binance a-t-il clôturé automatiquement ma position à terme ?

Déclencheurs de liquidation forcée

1. Lorsque le ratio de marge tombe en dessous du seuil de maintien, Binance lance une fermeture automatique de position pour éviter des capitaux propres négatifs.

2. Le ratio de marge est calculé comme la marge initiale de la position divisée par le solde du portefeuille plus le PnL non réalisé , et est mis à jour en temps réel avec les mouvements du prix de référence.

3. Un pic soudain de volatilité peut rapidement éroder la marge, en particulier dans les positions à fort effet de levier où même des variations de prix mineures déclenchent des liquidations en cascade.

4. Le mode de marge croisée regroupe tous les USDT disponibles sur les positions ouvertes, mais un crossWalletBalance insuffisant par rapport à l'exposition totale déclenche toujours la liquidation.

5. Les positions sur marge isolées sont confrontées à des seuils de liquidation indépendants ; le fait de ne pas maintenir la marge initiale requise par position entraîne une fermeture immédiate sans affecter les autres positions.

Modifications de la réponse de l'API ayant un impact sur la surveillance

1. Dans python-binance v1.0.21, le champ de levier a été supprimé de la réponse futures_position_information() , ce qui rend plus difficile la reconstruction des calculs de marge à partir des données brutes de l'API.

2. De nouveaux champs comme initialMargin et maintMargin apparaissent désormais explicitement, remplaçant les valeurs déduites précédemment dérivées de Leverage et positionAmt.

3. L'absence de levier dans les réponses oblige les développeurs à s'appuyer sur la configuration au niveau de l'échange ou sur la saisie manuelle de l'utilisateur pour vérifier l'état des marges.

4. Les valeurs updateTime horodatées affichent une précision en millisecondes mais n'indiquent pas si une position a été fermée avant ou après cet horodatage.

5. Les champs adlQuantile et adl reflètent la pression globale de la profondeur du marché mais ne sont pas directement liés à la logique de liquidation de positions individuelles.

Contexte d’application de la réglementation

1. La plainte civile déposée par la CFTC en 2023 alléguait que Binance exploitait des services de produits dérivés non enregistrés pour des personnes américaines, entraînant des changements structurels dans les contrôles des risques après le règlement.

2. Les calendriers d'exigences de marge imposés par des bourses comme SHFE démontrent comment une escalade temporelle, par exemple une augmentation de 5 % à 20 % à l'approche de la livraison, peut comprimer la marge disponible de manière inattendue.

3. Les protocoles de liquidation forcée s'alignent désormais plus étroitement sur les mandats juridictionnels exigeant le strict respect des planchers de marge de maintien, quelle que soit la position ou la classe d'actifs.

4. Le moteur de risque interne de Binance applique des ajustements dynamiques basés sur la divergence des taux de financement en temps réel et l'élargissement des spreads bid-ask, tous deux visibles dans les mesures de profondeur du carnet de commandes.

5. Les documents de litiges historiques confirment que le calcul du prix de liquidation doit tenir compte des déductions de frais et des accumulations de financement , et pas seulement du prix d'entrée et de l'effet de levier.

Complexité du calcul du solde du portefeuille

1. crossWalletBalance inclut le solde libre, les allocations de marge initiales et les PnL non réalisés, mais exclut les montants de retrait en attente et les actifs de mise bloqués.

2. Les bénéfices réalisés sur les positions fermées ne contribuent au solde du portefeuille qu'après la confirmation du règlement, ce qui peut prendre plusieurs secondes après l'exécution de la transaction.

3. Les frais de financement collectés ou payés pendant la période de détention de la position sont ajoutés ou soustraits de crossWalletBalance à chaque intervalle de règlement, modifiant ainsi la disponibilité de la marge à mi-position.

4. Les déductions de commission ont lieu lors de l'exécution de la transaction et réduisent instantanément le solde du portefeuille, bien qu'elles soient souvent omises des modèles de marge simplifiés utilisés par des outils tiers.

5. Les simulations Testnet ne parviennent souvent pas à reproduire crossWalletBalance sur le réseau principal, car le calendrier des frais de financement, les fluctuations des taux de frais et la latence de règlement diffèrent selon les environnements.

Foire aux questions

Q : Binance informe-t-il les utilisateurs avant de liquider une position ? R : Aucune alerte officielle de pré-liquidation n’est envoyée. Les utilisateurs reçoivent une notification uniquement après la clôture de la position, visible dans l'onglet historique des positions et par e-mail/SMS si activé.

Q : Puis-je récupérer les fonds perdus lors de la liquidation ? R : Les fonds utilisés comme marge initiale sont perdus lors de la liquidation. Tout solde restant après avoir couvert les pertes et les frais reste dans le portefeuille, mais aucune annulation ou remboursement n'a lieu.

Q : Pourquoi mon prix de liquidation diffère-t-il de celui affiché sur l'interface de trading ? R : Les prix de liquidation affichés par l'interface supposent des frais de financement nuls et des taux de commission statiques, tandis que la liquidation réelle utilise des accumulations de financement en temps réel, des niveaux de frais dynamiques et un échantillonnage précis des prix de référence.

Q : Existe-t-il un moyen de vérifier le taux de marge actuel via l'API sans interrogation ? R : L'API Futures ne prend pas en charge les flux WebSocket pour les mises à jour du ratio de marge. Les utilisateurs doivent interroger futures_position_information() à des intervalles inférieurs à 500 ms pour se rapprocher de l'état en temps réel.