Historique crypto : téléchargement et reconstruction du bid × ask depuis les archives de trades
Sur les charts Binance Spot et perpétuels USD-M, l'historique se construit en trois étapes : les bougies sont importées, le vrai bid × ask par prix est reconstruit depuis les archives publiques de trades, puis les barres du chart sont préparées depuis le cache local. Un écran de chargement montre l'étape, une estimation du temps restant et un moyen d'afficher ce qui est déjà disponible.
Senzoukria · Documentation · Mis à jour en septembre 2026
Où le trouver
- Où
- Tout chart Binance Spot ou Binance Perp (menu Sz → Footprint crypto) ; la profondeur d'historique se règle dans Réglages → « Historique et profils crypto »
- Étapes
- 1/3 bougies · 2/3 bid × ask reconstruit depuis les trades Binance · 3/3 barres du chart préparées — l'écran affiche « {n}/3 étapes terminées »
- Historique profond
- 1 semaine, 1 mois, 3 mois ou 6 mois ; par défaut 6 mois (180 jours). La fenêtre du chart est plafonnée à 190 jours
- Données
- Flux et archives publics Binance, sans compte ni clé. Analyse seulement : aucun ordre n'est jamais envoyé en crypto
Ce qu'il fait
Un chart crypto importe d'abord les bougies (klines) sur la plus grande des deux valeurs entre la Profondeur d'historique du chart et le réglage d'historique profond. Les bougies seules dessinent six mois de barres mais ne portent aucun niveau : une deuxième étape télécharge donc les archives de trades Binance, jour par jour, et reconstruit le bid × ask par prix au pas du chart. Le message de l'écran pour cette étape indique « Reconstruction du vrai historique bid × ask depuis les archives de trades — cela prend un moment. » Chaque journée d'archive passe par téléchargement, lecture des trades et écriture, et la fraction de progression pondère ces stades à 10 %, 55 % et 92 %.
L'import profond tourne comme une file persistée dans la clé de stockage navigateur senzoukria.cryptoDeepHistory.v1, ancrée sur le jour UTC courant, et il ne retient les gros trades que pour les jours compris dans la Profondeur d'historique. Au démarrage, les six buckets les plus récents sont re-téléchargés en premier pour que les dernières barres soient exactes, puis un rattrapage en arrière-plan couvre les 24 dernières heures par plages d'une heure (36 heures au maximum).
La troisième étape relit le cache par pages de 125 barres, de la plus récente à la plus ancienne, jusqu'à atteindre la limite d'historique. Pour Binance, cette limite vaut le nombre de barres de la fenêtre plus deux, plafonné à 10 082 pour les unités en minutes ; pour Bybit et Databento, c'est le plafond standard par unité de temps qui s'applique. Les barres dont la source est les trades agrégés et dont le bucket est clos sont marquées complètes et ne sont plus touchées par les données live.
Réglages
| Réglage | Par défaut | Ce qu'il change |
|---|---|---|
| Historique et profils crypto (Réglages) | 6 mois | Jours de bougies et de volume au prix importés et conservés sur le disque : 1 semaine, 1 mois, 3 mois, 6 mois. Choisir une valeur différente du preset de performance bascule le mode en manuel |
| Profondeur d'historique (réglages du chart) | 24 heures (aujourd'hui) | Jours pour lesquels les gros trades sont retenus et profondeur minimale de bougies ; le champ « Historique (jours) » a été retiré de la barre du chart parce qu'il doublonnait ce réglage |
| Pas (auto) | Depuis la paire | Pas de prix utilisé pour reconstruire le bid × ask ; une paire sans pas connu saute l'étape des archives |
| Afficher les données disponibles | Bouton sur l'écran de chargement | Affiche le chart avant la fin de l'import ; l'historique peut être incomplet |
Comment s'en servir
- Ouvrez la paire et attendez « Historique préparé. Affichage du chart. » ; l'écran affiche « environ {time} restant » une fois passées au moins 1,5 seconde et 2 %.
- Utilisez le 30 m ou au-dessus pour afficher six mois ; les grains de chart plus petits sont bornés par la limite de barres.
- Si une étape échoue, l'écran affiche « Historique incomplet · {source} » avec l'erreur et un bouton « Réessayer le chargement ».
- Pour le TPO en crypto, choisissez un bracket au moins aussi long que l'unité de temps du chart (indication du réglage d'historique profond).
Limites et pièges
- Le premier import de 3 à 6 mois peut prendre du temps ; l'étape des archives est la lente et dépend de la disponibilité des archives publiques de Binance.
- Les barres issues des seules bougies ne portent ni delta ni niveaux : une stratégie qui lit le delta y verrait zéro (« crypto.histNoDelta »).
- Les paires Bybit empruntent le chemin du cache sans la reconstruction par archives ; les charts CME Databento affichent « Historique de séance » et « Rejeu terminé » au lieu des trois étapes.
- Le carnet d'ordres ne fait pas partie de l'historique ; seuls les trades sont reconstruits. L'historique de profondeur est une fonction distincte.
- Les données crypto servent uniquement à l'analyse ; aucun routage d'ordres n'existe sur ces flux.
Pages liées
Cette page dans d’autres langues
Questions fréquentes
- Pourquoi l'écran reste-t-il si longtemps sur l'étape 2 ?
- L'étape 2 télécharge et lit une journée de trades Binance à la fois, sur toute la fenêtre d'historique profond. Six mois d'une paire majeure, cela fait un très grand nombre de trades ; l'écran montre la journée en cours de traitement et une estimation.
- Puis-je utiliser le chart avant la fin de l'import ?
- Oui : « Afficher les données disponibles (l'historique peut être incomplet) » retire l'écran de chargement. Les barres issues des seules bougies n'affichent pas de bid × ask tant que leur journée d'archive n'est pas écrite.
- Où l'historique importé est-il stocké ?
- Dans le cache de barres local sur le disque, indexé par paire, unité de temps et pas ; l'état de la file, lui, est dans le stockage navigateur, si bien qu'un import interrompu reprend.