Comment lire et comprendre votre historique complet de transactions sur une bourse ?

Accéder à votre interface d'historique commercial

1. Connectez-vous à votre compte Exchange à l'aide d'informations d'identification vérifiées et d'une authentification à deux facteurs pour garantir une entrée sécurisée.

2. Accédez au tableau de bord du compte et localisez la section « Historique des transactions », « Historique des commandes » ou « Exécutions » : l'étiquetage exact varie selon les plateformes comme Binance, Bybit ou OKX.
3. Sélectionnez le filtre de plage horaire approprié ; certains échanges sont par défaut sur 24 heures, tandis que d'autres permettent une sélection de date personnalisée sur plusieurs mois.
4. Vérifiez si la vue affiche uniquement les transactions exécutées ou inclut les ordres en attente, annulés et rejetés : cette distinction affecte l'interprétation des données.
5. Vérifiez si l'interface prend en charge la fonctionnalité d'exportation CSV, qui permet une analyse hors ligne à l'aide d'outils de feuille de calcul ou de scripts d'analyse basés sur Python.

Décoder les champs de base des enregistrements commerciaux

1. L'ID de commande est une chaîne alphanumérique unique attribuée par exécution, essentielle à la résolution des litiges et au rapprochement des API.

2. Le symbole indique la paire de négociation (par exemple BTC/USDT) où les actifs de base et de cotation définissent la logique de dénomination du prix et de règlement.
3. Side précise si la transaction était un achat ou une vente, influençant directement l'orientation de la position et les calculs de financement dans les contrats perpétuels.
4. Le prix reflète le prix d'exécution réel, et non la limite de l'ordre ou le niveau de déclenchement du marché, ce qui est essentiel pour évaluer le dérapage par rapport aux attentes d'entrée.
5. Quantity affiche la taille exécutée dans l'actif de base, tandis que Quote Quantity révèle la valeur correspondante dans la devise du compteur, permettant la validation PnL.

Reconnaître les types d'exécution et leurs implications

1. Les transactions Maker ajoutent de la liquidité en s'appuyant sur le carnet d'ordres et bénéficient de remises sur les frais sur la plupart des bourses, visibles sous forme de valeurs de frais négatives dans les enregistrements.

2. Les transactions du preneur suppriment la liquidité en les faisant correspondre immédiatement aux ordres existants et entraînent des frais de preneur standard, souvent plus élevés que les tarifs du preneur.
3. Les entrées de liquidation apparaissent avec des marqueurs distincts, tels que « LIQ » ou « AUTO-DELEVERAGE » - et ne portent aucun identifiant d'ordre initié par l'utilisateur, signalant une fermeture forcée de position.
4. Les remplissages Stop Market et Stop Limit peuvent afficher des horodatages retardés par rapport aux conditions de déclenchement, révélant des écarts entre l'activation et l'exécution.
5. Les étiquettes de marge croisée et de marge isolée déterminent quel solde de portefeuille a absorbé les pertes ou les gains, ce qui a un impact sur le suivi des actions sur plusieurs positions.

Vérifier la cohérence entre les sources de données

1. Comparez les horodatages des échanges entre l'interface utilisateur de l'échange, les confirmations par e-mail et les journaux de flux WebSocket : des écarts de l'ordre de la milliseconde peuvent indiquer une latence ou une dérive d'horloge.

2. Réconciliez les soldes cumulés des actifs de base avant et après chaque transaction à l’aide des enregistrements de dépôt/retrait et des déductions de frais connues pour détecter les ajustements non enregistrés.
3. Vérifiez les prix d'exécution moyens des ordres multi-étapes avec les moyennes pondérées dérivées des exécutions individuelles répertoriées dans le tableau historique.
4. Vérifiez que toutes les transactions sur marge reflètent les multiplicateurs de levier corrects et les déductions de marge initiales reflétées dans les entrées du journal « Solde de marge ».
5. Identifiez les entrées en double causées par une logique de nouvelle tentative lors d'une instabilité du réseau : elles partagent souvent des horodatages, des prix et des quantités identiques, mais diffèrent par les suffixes d'ID de commande.

Foire aux questions

Q : Pourquoi mon historique de trading affiche-t-il un prix différent de celui de la bougie graphique avec le même horodatage ? R : Les bougies graphiques regroupent toutes les transactions dans une fenêtre de temps en utilisant la méthodologie d'ouverture-haut-bas-clôture, tandis que l'historique des transactions répertorie les exécutions individuelles. La divergence des prix se produit en raison de la volatilité intra-bougie et des exécutions partielles.

Q : Puis-je récupérer l'historique des transactions datant de plus de 90 jours sur Binance ? R : Oui : Binance fournit un historique étendu via la page « Gestion des clés API » où les utilisateurs peuvent demander des exportations de données historiques couvrant jusqu'à 12 mois pour les comptes vérifiés.

Q : Que signifie « Prévention de l'auto-échange » lorsqu'il apparaît à côté d'une commande annulée ? R : Cela indique que la bourse a automatiquement bloqué un ordre qui aurait correspondu à l'un des propres ordres en attente de l'utilisateur, appliquant ainsi les règles STP pour empêcher une inflation artificielle du volume.

Q : Pourquoi certaines transactions sont-elles marquées comme « Masquées » dans mon historique Bybit ? R : Les transactions cachées se produisent lorsque les ordres d'icebergs ne révèlent qu'une partie de leur taille totale ; la quantité restante reste hors du carnet de commandes public et est enregistrée séparément avec des drapeaux à visibilité réduite.