Récemment, quelqu’un m’a demandé : pourquoi les données sur la chaîne ont-elles toujours des “lags”, alors que les blocs sont bien produits. En gros, beaucoup de front-end ne lisent pas directement la chaîne, mais passent par des indexeurs/Subgraph, une méthode de “d’abord organiser puis fournir” ; si l’indexeur est en retard, fait un rollback ou si la file d’attente est saturée, on voit alors les soldes/positions se figer puis sauter. Ajoutons à cela la limitation de débit RPC, qui est plus réaliste : un nœud gratuit occupé renvoie 429, le portefeuille/le navigateur doit réessayer, ce qui donne une sensation de “lag”.

Au passage, en regardant la polémique actuelle sur le staking et la sécurité partagée avec “revenus cumulés”, je m’intéresse davantage à savoir si la source de données sous-jacente est aussi une sorte de poupée russe : un RPC, un subgraph, la chaîne n’a pas de problème, mais le service hors chaîne est à bout de souffle. Quoi qu’il en soit, quand je rencontre une anomalie, je compare d’abord l’événement original et différents RPC pour voir si c’est un “problème d’affichage”, plutôt que de suspecter directement que le contrat a été piraté.