Mode de défaillance
Biais de prévoyance
Un backtest commet un biais de prévoyance lorsqu'il utilise des informations qui n'auraient pas encore existé au moment de la transaction — et la courbe résultante est la fausse la plus convaincante que nous testons.
La version la plus courante est d'une simplicité embarrassante : un signal calculé à la clôture du jour mais agi à l'ouverture du même jour, comme si la clôture avait déjà eu lieu. Classez les gagnants du jour après coup et tradez-les à partir de la barre du matin, et le backtest trade le journal de demain. Personne n'a écrit cette règle exprès. Elle s'introduit par une formule de feuille de calcul, une fenêtre de lookback décalée d'une barre, un indicateur avec un aperçu caché.
Les indicateurs de repeinture sont la version plus sournoise. L'indicateur révise discrètement ses propres valeurs passées à mesure que de nouvelles barres arrivent, de sorte que le signal sur votre graphique actuel n'a jamais réellement été déclenché aussi clairement en temps réel. Faites un backtest par rapport à l'historique repeint et chaque entrée semble prescient. C'est prescient. Il a été calculé avec la connaissance de ce qui allait suivre.
C'est ce qui fait du biais de prévoyance le bug le plus dangereux en backtesting : il produit la fausse la plus convaincante de tout l'audit. Une stratégie sans réel avantage le montre généralement — la courbe de capital est hachée, mince, peu convaincante. Une stratégie avec biais de prévoyance fait le contraire. Elle produit une courbe lisse, à Sharpe élevé, qui n'aurait jamais pu être tradée, car une partie de ses transactions a été décidée avec des informations du futur. C'est la fuite. Elle passe chaque vérification superficielle effectuée par un examinateur fatigué.
Le biais de prévoyance est un proche cousin de l'hypothèse d'exécution intrabar — les deux permettent à une stratégie de toucher un prix qu'elle n'aurait pas pu atteindre en direct. La version intrabar est une erreur de séquençage à l'intérieur d'une seule bougie. Le biais de prévoyance est une fuite directe à travers le temps, et c'est le plus aigu des deux.
Dans notre pipeline, chaque stratégie qui passe les chiffres reçoit une deuxième passe construite spécifiquement pour détecter cela. Notre modèle le plus robuste audite de manière contradictoire chaque survivant, à la recherche d'une exécution qui aurait jeté un coup d'œil ou d'une valeur qui aurait fui d'une barre qui n'avait pas encore clôturé, et nous vérifions le timing par rapport aux divisions walk-forward au lieu d'une seule exécution in-sample.
C'est une part plus petite de nos rejets que l'absence de réel avantage, qui représente à elle seule environ la moitié des stratégies que nous rejetons. Mais c'est l'échec le plus coûteux. Ce sont les stratégies qui semblent les meilleures jusqu'à ce que vous les tradiez pour de vrai, et alors elles s'effondrent.
Pourquoi la plupart des stratégies échouent à notre audit →
La recherche derrière cela
- López de Prado (2018). “Advances in Financial Machine Learning.” Wiley. — Référence standard sur le surapprentissage des backtests et la fuite de données — le cadre académique de ce mode de défaillance exact.
- TradingView. “Pine Script® Docs: Repainting.” — La propre documentation de TradingView sur la repeinture, le mécanisme qui produit des signaux altérés par le biais de prévoyance sur le graphique.
- White (2000). “A Reality Check for Data Snooping.” Econometrica 68(5). — Formalise comment tester si un résultat de backtest reflète une réelle compétence ou a simplement eu de la chance en fouillant les données.
Recherche externe, liée pour le contexte et la lecture complémentaire. FoxAlgo est indépendant et non affilié à ces auteurs ou éditeurs.
Ce sont les termes derrière The No List — l'audit complet, chaque stratégie et indicateur nommé, avec son verdict et la raison exacte pour laquelle il a vécu ou est mort.
Obtenir The No List →