Comment consulter l’historique des profits et pertes sur Binance ?

Accéder au tableau de bord PnL en temps réel

1. Connectez-vous à votre compte Binance via l'interface Web officielle ou une application mobile vérifiée.

2. Accédez à la section Produits dérivés et sélectionnez USDT-M Futures ou COIN-M Futures , en fonction de votre type de position.

3. Cliquez sur l'onglet Positions pour afficher toutes les positions actives et récemment fermées avec les chiffres de profits/pertes non réalisés et réalisés correspondants.

4. Basculez entre les vues Quotidienne , Hebdomadaire et Mensuelle à l'aide du sélecteur d'heure situé dans le coin supérieur droit du tableau de bord.

5. Activez l'actualisation automatique pour garantir des mises à jour en direct des valeurs PnL flottantes à mesure que les prix du marché fluctuent.

Exportation de données PnL historiques

1. Accédez à Compte à terme → Historique du compte → Bénéfice/Perte réalisé .

2. Définissez une plage de dates personnalisée à l'aide du widget de calendrier : la durée minimale est d'un jour, la durée maximale est de 90 jours par demande.

3. Appliquez des filtres pour des symboles spécifiques, des types d'ordres (marché, limite, stop-market) ou latéraux (achat/vente) pour isoler les entrées pertinentes.

4. Cliquez sur Exporter et choisissez le format CSV , qui préserve la précision décimale et la précision de l'horodatage jusqu'au niveau de la milliseconde.

5. Ouvrez le fichier exporté dans un tableur pour calculer les rendements cumulés, le taux de gain moyen ou les mesures de retrait sur des intervalles sélectionnés.

Utilisation d'outils d'analyse tiers

1. Connectez l'application CoinProfit à vos clés API Binance avec des autorisations en lecture seule limitées exclusivement aux données de compte à terme.

2. Autorisez la synchronisation entre échanges si vous gérez des positions parallèles sur OKX — permet une comparaison PnL côte à côte entre les plates-formes.

3. Épinglez les contrats fréquemment surveillés tels que BTCUSDT ou ETHUSDT pour une visibilité instantanée sans naviguer dans les menus imbriqués.

4. Activez la superposition de graphiques interactifs , qui trace la courbe des actions aux côtés de l'action des prix et des marqueurs d'entrée/sortie.

5. Configurez les seuils d'alerte pour l'écart PnL absolu (par exemple, ± 500 $) ou les déclencheurs basés sur un pourcentage par rapport à la marge initiale.

Flux de travail de récupération PnL basé sur l'API

1. Générez une clé API dédiée sous User Center → API Management , en attribuant uniquement les étendues fapi:v1:treatment et fapi:v1:positionRisk .

2. Appelez /fapi/v1/ Income endpoint avec les paramètres startTime , endTime et revenueType=REALIZED_PNL pour récupérer les enregistrements de règlement bruts.

3. Analysez la réponse JSON pour extraire les champs symbol , revenue , Asset , time et tradeId à des fins de rapprochement.

4. Croisez chaque entrée de revenu avec la sortie /fapi/v2/positionRisk correspondante pour valider la cohérence du solde de marge avant et après le règlement.

5. Stockez les données récupérées dans la base de données SQLite à l'aide de la couche de persistance intégrée de BBGO pour maintenir l'intégrité chronologique lors des redémarrages du robot.

Interprétation des éléments de campagne PnL

1. Reconnaissez que les entrées REALIZED_PNL reflètent les gains ou les pertes nets des positions fermées, à l'exclusion des frais de financement et des compensations d'assurance.

2. Identifiez les éléments de campagne FUNDING_FEE séparément : ils apparaissent à intervalles fixes (toutes les 8 heures) et peuvent comporter des valeurs positives ou négatives en fonction de l'orientation du taux de financement.

3. Noter les événements ADL (Auto-Deleveraging) comme des ajustements de solde nul appliqués lors de perturbations extrêmes du marché ; ils ne représentent pas les résultats commerciaux.

4. Traitez les entrées de LIQUIDATION comme des fermetures forcées où le ratio de marge est tombé en dessous du seuil de maintenance – affiché avec un signe négatif et marqué « LIQ » dans le champ des remarques.

5. Distinguez entièrement les mouvements de TRANSFERT de l’activité PnL – ceux-ci indiquent des transferts de portefeuille internes entre les sous-comptes au comptant et à terme et n’entraînent aucune implication de profit.

Foire aux questions

Q : Pourquoi mon PnL réalisé diffère-t-il entre l'interface utilisateur Web de Binance et l'application CoinProfit ? R : La divergence provient de l'interprétation du fuseau horaire : Binance utilise l'horodatage UTC tandis que CoinProfit utilise par défaut l'heure locale de l'appareil, à moins qu'elle ne soit remplacée manuellement dans les paramètres.

Q : Puis-je récupérer des données PnL datant de plus de 90 jours ? R : Oui, via la pagination séquentielle de l'API à l'aide des paramètres startTime et endTime sur des fenêtres qui ne se chevauchent pas, mais une assemblage manuel est requis en raison de la limite de 1 000 enregistrements par appel.

Q : Binance inclut-il les frais de commission dans le calcul du PnL réalisé ? R : Non, les commissions sont déclarées séparément sous /sapi/v1/account/status et doivent être soustraites du PnL brut pour déterminer la performance nette.

Q : Comment les clôtures partielles sont-elles reflétées dans l'historique PnL ? R : Chaque fermeture partielle génère son propre enregistrement REALIZED_PNL avec une quantité proportionnelle et un horodatage correspondant au temps de remplissage réel de cette portion.