Récemment, tout le monde se dispute autour des « données en chaîne », je vais donc verser un peu d’eau froide : ce que vous voyez en chaîne peut aussi être en retard. La synchronisation des nœuds est lente, RPC saturé vous renvoie un ancien état, l’indexeur est encore en file d’attente pour recalculer, et le résultat c’est qu’une même transaction que vous ne voyez pas encore, d’autres la voient déjà, ce qui crée un décalage dans la chronologie.

Ce qui est encore plus ennuyeux, c’est que beaucoup de tableaux de bord utilisent du cache pour aller plus vite, ou se servent d’un RPC public, ce qui fonctionne en temps normal, mais dès que les frais de fonds deviennent extrêmes, ou que tout le monde spamme pour « une inversion / poursuite de la bulle », la charge de requête augmente et le retard devient visible à l’œil nu… vous pensez suivre en temps réel, alors qu’en réalité vous regardez une relecture.

Ma méthode actuelle est très simple : pour une même adresse / indicateur, je compare au moins deux RPC + un explorateur de blocs, et si je vois qu’il manque des blocs, je ne tire pas encore de conclusion. De toute façon, ce que j’ai appris, ce n’est pas une technique, mais de ne pas prendre « ce que je vois » pour « ce qui se passe en chaîne ».