RECHERCHE ET PRATIQUE
Bougies clôturées ou en cours : éviter le biais rétrospectif en analyse crypto
Comprenez confirmation des bougies, publication et évaluation par barres complètes pour ne pas confondre observation en direct et prévision sur bougie clôturée.
Une bougie est un résumé évolutif jusqu'à la clôture de son intervalle. Un graphique enregistré après cette clôture peut donc raconter autre chose que les informations disponibles au moment de l'apparition du signal. Une analyse fiable conserve l'observation originale et distingue l'intervalle de marché, l'arrivée de ses données et la publication d'une décision. Sans ces distinctions, un backtest peut discrètement créditer une prévision d'un mouvement survenu avant que quiconque puisse la voir.
Séparer trois horloges
L'horloge de l'intervalle définit les transactions appartenant à la bougie. Celle du flux décrit le moment où la plateforme a produit ou transmis une mise à jour. Celle de l'application enregistre l'arrivée de cette mise à jour et la publication de l'analyse qui en résulte. Ces moments sont liés, mais non interchangeables. Un calcul commencé avant la clôture peut se terminer après ; un autre peut utiliser une bougie clôturée arrivée tardivement. Enregistrez les horodatages nécessaires pour reconstruire la disponibilité réelle. N'attribuez pas une émission antérieure simplement parce qu'un lot, un cache ou une base de données utilise un intervalle arrondi comme identifiant.
Faire de la confirmation une partie du contrat de données
Le message kline WebSocket documenté par Bybit contient un champ de confirmation qui distingue une bougie clôturée d'une bougie ouverte en évolution. Les autres flux nécessitent leur propre règle documentée ; un champ d'horodatage d'apparence identique ne suffit pas. Si une stratégie utilise volontairement les bougies en cours, conservez leurs instantanés et évaluez cette règle en direct. Si elle exige des clôtures, excluez les barres non confirmées et appliquez une tolérance de livraison clairement déclarée. Remplacer les valeurs en direct originales par le plus haut, le plus bas et la clôture définitifs modifie l'expérience. Il s'agit d'un autre jeu de données, pas d'une simple actualisation du graphique.
Une chronologie hypothétique d'évaluation par barres complètes
Supposons qu'une observation devienne disponible à 10:00:20. Le plus haut de la minute commençant à 10:00 peut déjà inclure un mouvement antérieur à la publication. Un substitut défini explicitement sur la prochaine minute complète peut commencer à 10:01, avec l'ouverture de cette minute comme entrée d'évaluation distincte. Un horizon de 60 minutes nécessite alors les 60 barres complètes allant de 10:01 à 11:00 et se termine à 11:01. C'est une convention analytique par barres, pas la preuve d'une exécution possible. Si la publication dépasse le début prévu, le protocole doit choisir le prochain début admissible au lieu d'antidater le signal.
Rendre visibles les lacunes et horizons inachevés
Avant de trancher un résultat, vérifiez que les barres requises sont clôturées, uniques et consécutives. Soixante lignes ne représentent pas nécessairement soixante minutes consécutives : un doublon peut masquer un intervalle absent. Ne comblez pas une lacune par un prix supposé stable si l'intervalle manquant a pu toucher un objectif ou une limite d'invalidation. Distinguez les résultats en attente, incomplets et évalués. Un horizon en attente n'a pas échoué, et un horizon incomplet ne doit pas disparaître silencieusement de tous les rapports de fiabilité. Consignez la couverture avec la performance pour que les périodes de données médiocres ne rendent pas l'expérience artificiellement précise par sélection.
Indiquer honnêtement la résolution d'un franchissement
Des données OHLC à la minute peuvent montrer qu'un niveau se trouvait dans l'étendue d'une barre. Elles ne révèlent généralement ni la seconde exacte du premier contact ni l'ordre de deux niveaux touchés dans la même barre. Consignez un intervalle de barre ou une borne supérieure de durée choisie explicitement, et précisez la résolution. Si l'objectif et l'invalidation apparaissent dans une même bougie, appliquez une règle d'ambiguïté préétablie au lieu de choisir la séquence favorable. Les données transaction par transaction peuvent répondre à une question plus fine, mais seulement si leur complétude et leur relation avec le marché pertinent sont également établies.
Reproduire la décision avant d'examiner le résultat
Pour un échantillon d'observations, reconstituez les données visibles à partir des versions conservées et vérifiez que chaque entrée était disponible au moment de la publication. Rejouez ensuite le règlement avec des cas synthétiques : un plus haut antérieur à la publication, une bougie manquante au milieu, une dernière bougie non clôturée et deux barrières touchées dans une barre. Les résultats attendus doivent suivre le protocole écrit. Gardez dans des champs distincts le prix du signal, le substitut d'entrée d'évaluation et toute exécution réelle. Le graphique devient ainsi une preuve utile sans laisser une étiquette apparemment précise suggérer une qualité d'exécution ou une anticipation que les données ne démontrent pas.
Sources et portée des exemples
Les sources étayent les définitions et les mécanismes. Les scénarios chiffrés sont des exemples pédagogiques hypothétiques, pas des cours actuels, des prévisions ni des résultats publiés par HOSTuvo. Les images sont des illustrations éditoriales.