Récemment, en regardant les notes de mise à jour de plusieurs protocoles, je suis allé jeter un œil à leurs indexeurs / journaux de sous-graphes, et j’ai réalisé que ce que tout le monde appelle « un coup de tampon sur les données » ne signifie pas forcément que la chaîne est en panne. La plupart du temps, c’est que le sous-graphes est encore en train de suivre des blocs, de recalculer, ou que le RPC est limité par le débit, et quand tu rafraîchis ton front-end, tu reçois le cache ancien, ce qui donne l’impression que « ça ne bouge plus soudainement ». Surtout lors de la période où les nouveaux L1/L2 ont commencé à inciter à attirer du TVL, avec le volume de visites qui a explosé, le RPC public se met directement en file d’attente, les anciens utilisateurs se plaignent en disant « on mine, on vend », tout en pensant que c’est le projet qui « contrôle les données »… En gros, parfois, c’est juste l’infrastructure qui respire difficilement.

Je suis maintenant habitué à : d’abord vérifier si la hauteur du navigateur de blocs est correcte, puis voir jusqu’où le sous-graphes est synchronisé, si le RPC renvoie un 429, et ne pas sauter aux théories du complot. De toute façon, ce que j’ai appris, ce n’est pas une technique, mais plutôt de comprendre d’abord « d’où viennent les données, comment elles arrivent » avant de s’énerver.