L'impact du repainting des données sur le calcul des alertes

Un nombre limité de barres est disponible pour chaque symbole sur le graphique. Ce nombre dépend du type d'abonnement et de la période sélectionnée, comme décrit dans l'article :

https://www.tradingview.com/pine-script-docs/concepts/repainting/#starting-points

Au fur et à mesure que le symbole évolue, le nombre de barres augmente progressivement. Pour éviter que ce nombre ne dépasse la limite autorisée, les anciennes barres sont supprimées à un certain moment. Cela signifie que l'ensemble des barres est tronqué afin que le nombre total reste conforme aux limites. Ce processus de suppression des anciennes barres est appelé « repainting ».

Pour cette raison, si vous appliquez un script à un graphique dont les résultats de calcul dépendent de l'historique complet disponible, puis que vous actualisez la page après un certain temps, le script peut être recalculé à l'aide d'un nouvel ensemble de barres. Par conséquent, ses résultats de calcul peuvent également changer.

Le calcul de l'alerte pour un tel script est généralement identique à celui du script lui-même. Il existe toutefois une distinction importante : l'alerte est calculée en continu sur le serveur, de sorte qu'une fois l'alerte lancée, le nombre de barres impliquées dans son calcul ne fait qu'augmenter. (Pour que l'« alignement » décrit ci-dessus prenne effet, l'alerte doit être relancée.)

Par conséquent, si une alerte est créée pour un script dont les résultats de calcul dépendent de l'historique complet disponible et qu'elle n'est pas redémarrée pendant une longue période, les résultats du calcul de cette alerte peuvent ne pas correspondre aux résultats du calcul du script sur le graphique, et ces divergences peuvent devenir de plus en plus perceptibles au fil du temps.