Récemment, on me demande souvent « pourquoi les données sur la chaîne sont toujours lentes », en gros, ce que vous voyez n’est pas la chaîne qui rame, c’est votre couche de service de données qui halète. Beaucoup de pages utilisent un indexeur / sous-graph, d’abord scanner la chaîne, puis stocker dans la base, puis faire des requêtes ; quand il y a recomposition, rollback ou qu’il est en train de reconstruire l’index, ça peut soudainement devenir lent ; si vous passez directement par RPC, ce n’est pas forcément stable, le RPC public limite le débit (type 429) ou le nœud est en retard de plusieurs blocs, alors le front tourne comme un freeze.

Ce qui est encore plus énervant, c’est que dans le groupe, on parle d’un côté de la régulation / audit des réserves de stablecoins, et de l’autre on crie « déstabilisation du peg », quand l’émotion monte, tout le monde surveille encore plus ces quelques données qui se rafraîchissent… Hier soir, je regardais ça, les yeux me piquaient. Bref, je suis maintenant habitué : pour une même transaction, je compare deux RPC différents + un explorateur de blocs, si les hauteurs ne correspondent pas, je considère d’abord que c’est un problème de cache / limite de débit, ne pas suspecter tout de suite que la chaîne va craquer. Voilà comme ça.