Bonjour. J’ai récemment utilisé Subgraph pour consulter le TVL d’un protocole. Pendant le changement de fenêtre, ça s’est soudainement bloqué : j’ai attendu une dizaine de secondes avant que ça redevienne normal. Au début, je pensais que mon réseau avait lâché, mais j’ai ensuite découvert que l’indexeur synchronisait lentement. Les données sur Subgraph étaient décalées par rapport à l’état réel on-chain de plusieurs dizaines de blocs.

Ce qui m’a le plus énervé, c’est qu’en rappelant le RPC, plusieurs endpoints gratuits m’ont mis en limitation de débit (rate limit) et ont renvoyé directement une erreur 503. Dans ces moments-là, en fait, Etherscan va plus vite quand on y revient.

En clair : la limitation de débit est due au fait que ces RPC publics sont d’habitude grattés gratuitement par une tonne de robots. Dès qu’il y a une pression (un pic d’activité), ça finit par exploser. En plus, l’indexeur doit rejouer les données bloc par bloc ; quand quelque chose manque, il faut le rattraper, et ça donne exactement ce genre de résultat.

Ma façon de faire maintenant : autant payer un peu de Gas chaque mois et lancer moi-même un nœud léger qui me relie à un full RPC, comme ça quand les données arrivent, elles sont sûres et propres, sans devoir revenir en arrière pour douter. Ça coûte un peu plus cher, mais au moins ça évite l’angoisse.

Quand les taux de financement sont dans des extrêmes, le décalage de quelques blocs dans les données fait que, pendant que d’autres se retrouvent en manque et se précipitent dans la brèche, toi tu restes bloqué… Bref. À ce moment-là, avoir un gel des données, c’est vraiment pénible.