Comment annuler une commande sur Bybit ?

Mécanismes d’annulation de commande

1. L'annulation de commande sur Bybit fonctionne via un point de terminaison d'API REST qui accepte des paramètres spécifiques, notamment le symbole, l'ID de commande et le type de compte.

2. Le système valide le statut de la commande avant de la traiter ; seules les commandes avec le statut « Nouveau », « Partiellement rempli » ou « Non déclenché » peuvent être annulées.

3. Une annulation réussie renvoie un objet JSON contenant ret_code: 0 , confirmant l'exécution sans erreur.

4. Chaque demande d'annulation consomme une unité du quota limite de débit de l'utilisateur, qui est réinitialisé chaque minute en fonction de la configuration actuelle de la plateforme.

5. Les réponses aux échecs incluent des codes tels que ret_code : 30025 pour les commandes inexistantes ou ret_code : 30028 lors de la tentative d'annulation d'une commande entièrement exécutée.

Annulation du contrat perpétuel USDT

1. Pour les contrats perpétuels avec marge USDT, le symbole doit suivre un format en majuscule comme « BTCUSDT » ou « ETHUSDT ».

2. L'ID de commande est une chaîne UUID générée au moment de la soumission et doit être transmise exactement telle qu'elle a été reçue dans la réponse de commande initiale.

3. Exemple d'appel : test.order_cancel('BITUSDT','d265a3ea-d5a3-4d17-865b-6863bfc13003') donne un résultat indiquant une confirmation d'annulation immédiate.

4. Les paramètres de durée d'application n'affectent pas l'éligibilité à l'annulation : les commandes GTC, IOC ou FOK sont toutes annulables si elles ne sont pas exécutées.

5. Aucun frais n'est facturé pour l'annulation d'un ordre, bien que des dérapages puissent survenir si les conditions du marché changent entre la soumission et l'annulation.

Résiliation perpétuelle inversée du contrat

1. Les contrats perpétuels inversés nécessitent des symboles libellés dans la devise de base tels que « BTCUSD » ou « ETHUSD ».

2. L'interface d'annulation conserve les métadonnées complètes de la commande, y compris les paramètres de côté, de prix, de quantité et d'effet de levier dans le corps de la réponse.

3. Si l'ordre est partiellement exécuté, l'annulation n'affecte que la quantité restante : la partie exécutée reste réglée.

4. Les champs last_exec_time et cum_exec_qty reflètent l'historique d'exécution en temps réel, même lors des tentatives d'annulation.

5. Les identifiants des liens de commande restent intacts après l'annulation, permettant la traçabilité entre les systèmes internes et les journaux d'audit.

Vulnérabilités d’ingénierie sociale dans la gestion des portefeuilles

1. Les attaquants ont exploité l’ingénierie sociale pour obtenir des informations d’identification d’accès au portefeuille multi-signatures, contournant ainsi les flux de travail d’approbation standard.

2. La logique du contrat Safe v1.1.1 a été manipulée à l'aide d'un délégué pour injecter des instructions de transfert non autorisées.

3. Les couches de validation frontales n'ont pas réussi à détecter des modèles de signature anormaux avant la diffusion de la transaction.

4. Aucune analyse dynamique des risques n'a eu lieu avant l'exécution, permettant des transferts malveillants malgré des signatures cryptographiques valides.

5. Les contrôles d'autorisation manquaient de liste blanche granulaire pour les opérations à haut risque telles que les appels inter-contrats.

Foire aux questions

Q : Puis-je annuler une commande après qu'elle a été déclenchée mais pas encore exécutée ? R : Oui. Les ordres conditionnels déclenchés restent annulables jusqu'au début de l'exécution, à condition qu'ils conservent le statut « Non déclenché » ou « Nouveau » dans le système.

Q : L'annulation d'un ordre affecte-t-elle mon historique de trading ou mes enregistrements KYC ? R : Non. Les événements d'annulation sont enregistrés en interne mais n'apparaissent pas dans l'historique public des échanges et ne modifient pas la documentation KYC.

Q : Que se passe-t-il si je soumets des demandes d'annulation en double ? R : Les requêtes suivantes renvoient le ret_code : 30025 , indiquant que la commande n'existe plus dans un état actif.

Q : Y a-t-il une fenêtre de temps après la passation de la commande pendant laquelle l'annulation est bloquée ? R : Non. Les commandes peuvent être annulées immédiatement après leur soumission, à moins qu'elles ne soient déjà mises en correspondance ou rejetées par le moteur de mise en correspondance.