Dernièrement, beaucoup de gens me demandent : pourquoi est-ce que l’on voit soudainement un « freeze » en regardant le marché ou en vérifiant les données on-chain, alors que la chaîne ne s’est pas arrêtée ? En réalité, ce n’est souvent pas la chaîne qui est lente, mais la couche de service de données que vous utilisez qui respire : le sous-graph/les indexeurs doivent d’abord analyser et stocker les blocs, puis vous fournir la requête ; quand il y a beaucoup de nouveaux blocs, d’événements, ou si l’indexation n’a pas rattrapé la hauteur, cela peut provoquer un « encore en cours, puis un blanc ou un rollback » en une seconde. Ajoutez à cela la limitation de RPC, c’est encore plus embêtant. Hier soir, j’ai utilisé un nœud public pour tirer les enregistrements Swap d’un pool (juste cette transaction 0x7a…f3), j’ai eu directement un 429, il a fallu rafraîchir trois fois pour que ça sorte, l’expérience était comme acheter des billets pour un concert.

Ces deux jours, dans le groupe, on discute encore de la régulation des stablecoins, des audits de réserve, des rumeurs de dé-anchoring, et je suis encore plus anxieux : d’un côté, je crains que l’information ne se propage, de l’autre, les données se bloquent encore, et on ne sait pas si c’est vraiment grave ou si c’est encore un bug de l’API… Quoi qu’il en soit, j’ai maintenant l’habitude d’ouvrir deux ou trois sources RPC/données en parallèle, si je ne vois rien, j’attends d’abord, ne pas cliquer précipitamment pour passer une commande, car je suis déjà allergique au Gas, ne pas me faire avoir par un « freeze » qui me ferait payer des frais d’apprentissage.