Comment vérifier votre historique de trading au comptant Binance ?

Accéder à l'historique des transactions au comptant via l'interface Web de Binance

1. Connectez-vous à votre compte Binance à l'aide d'informations d'identification vérifiées et accédez à la section [Trade] dans la barre de menu supérieure.

2. Sélectionnez [Spot] pour accéder au tableau de bord de trading au comptant, puis cliquez sur l'onglet [Historique des commandes] situé juste en dessous du graphique de trading.

3. L'interface affiche les ordres exécutés avec les horodatages, les symboles, le côté (achat/vente), le prix, la quantité, le total et le statut. Des filtres pour la plage de dates, le symbole et le type de commande sont disponibles en haut.

4. Cliquez sur l'icône de téléchargement (flèche vers le bas) pour exporter l'historique visible sous forme de fichier CSV. Cette exportation est limitée à la page actuellement chargée — la pagination doit être gérée manuellement pour une couverture complète.

5. Pour les commandes de plus de 90 jours, les utilisateurs doivent activer le bouton [Historique des commandes avancé]. Cette fonctionnalité nécessite d'effectuer une vérification KYC niveau 2 et accorde l'accès aux enregistrements datant de 180 jours maximum.

Récupération de données historiques à l'aide de l'API REST Binance

1. Obtenez des clés API valides sur la page de gestion des API Binance avec l'autorisation read:trades activée et la liste blanche IP configurée.

2. Appelez le point de terminaison /api/v3/myTrades avec les paramètres requis : symbole (par exemple, BTCUSDT), horodatage et signature. La pagination est contrôlée via les champs fromId et limit .

3. Chaque réponse contient l'identifiant de la transaction, le prix, la quantité, la quantité du devis, l'heure, l'indicateur isBuyerMaker et les détails de la commission. Les horodatages sont en millisecondes depuis l'époque Unix.

4. Pour récupérer des transactions sur plusieurs symboles, parcourez /api/v3/ticker/price ou /api/v3/exchangeInfo pour collecter des paires de trading actives avant d'émettre des demandes de trading individuelles.

5. Les réponses n'incluent pas les valeurs de conversion fiduciaire. Les utilisateurs doivent récupérer séparément les taux de change historiques de l'USDT ou du BUSD s'ils calculent le PnL en termes fiduciaires.

Agrégation automatisée de l'historique avec les bibliothèques Python

1. Installez python-binance à l'aide de pip et initialisez le client avec la clé API et le secret. Assurez-vous que l'horloge système est synchronisée à ± 1 seconde des serveurs NTP pour éviter les erreurs de signature.

2. Utilisez client.get_my_trades(symbol='ETHUSDT') pour récupérer jusqu'à 1 000 transactions les plus récentes par appel. Boucle avec fromId défini sur l'ID commercial le plus bas du lot précédent jusqu'à ce qu'aucune nouvelle entrée ne revienne.

3. Normalisez les réponses JSON brutes dans les Pandas DataFrames. Les colonnes telles que price , qty , quoteQty et time nécessitent une conversion de type explicite pour les opérations numériques.

4. Fusionnez les résultats de tous les symboles dans un seul ensemble de données chronologiques. Triez par ordre croissant et dédoublonnez en fonction du tradeId pour éviter les chevauchements lors des transitions par lots.

5. Exportez l'ensemble de données final au format Parquet pour un stockage et des requêtes efficaces. Évitez les fichiers CSV pour l'archivage à long terme en raison du manque d'application du schéma et de la perte de précision de l'horodatage.

Considérations sur l’intégrité des données et le fuseau horaire

1. Tous les horodatages renvoyés par les API Binance sont en UTC sans indicateurs de décalage horaire. La conversion du fuseau horaire local doit être effectuée explicitement dans les outils en aval.

2. L'interface Web affiche les heures dans le fuseau horaire local du navigateur de l'utilisateur, mais les stocke en interne au format UTC. Des divergences peuvent apparaître lors de la comparaison des horodatages CSV exportés avec les réponses de l'API.

3. Le temps d'exécution de la commande dans l'API diffère du temps de confirmation de la transaction en chaîne. Les transactions au comptant sont réglées instantanément sur le grand livre interne de Binance ; aucun délai de confirmation de blockchain ne s'applique.

4. L'historique des transactions ne reflète pas les changements de solde causés par les frais déduits des actifs de base ou de cotation. La comptabilisation des frais doit être dérivée des champs commission et commissionAsset .

5. Les commandes annulées n'apparaissent dans l'onglet Historique des commandes que si elles ont été passées au cours des 7 derniers jours et n'ont pas été purgées. Ils sont entièrement exclus des réponses /api/v3/myTrades .

Foire aux questions

Q : Puis-je récupérer l'historique des échanges pour les symboles radiés ? R : Oui, à condition que le symbole soit actif au moment de la transaction et que la transaction ait eu lieu pendant la fenêtre de conservation. La radiation n’efface pas les enregistrements commerciaux historiques de l’API ou de l’accès Web.

Q : Pourquoi certaines transactions affichent-elles une commission nulle même lorsque des frais sont appliqués ? R : Cela se produit lorsque la commission est déduite de l'actif de cotation et que le champ commissionAsset est égal à l'actif de cotation. La valeur numérique reste nulle car les frais sont intégrés dans l'écart de prix exécuté.

Q : Existe-t-il un moyen d'identifier les transactions fictives ou les auto-matches dans mon historique ? R : Binance ne mentionne pas les transactions auto-correspondantes dans les réponses publiques. Les utilisateurs doivent croiser les indicateurs et les horodatages isBuyerMaker entre les commandes opposées pour détecter les modèles de correspondance internes potentiels.

Q : Les limites de débit de l'API s'appliquent-elles différemment aux points de terminaison de l'historique des transactions et aux données de marché ? R : Oui. /api/v3/myTrades relève de la catégorie de poids USER_DATA avec une limite par défaut de 2 400 poids par minute, tandis que les points de terminaison publics comme /api/v3/ticker/price utilisent le poids IP avec des tolérances plus élevées.