Aujourd'hui, quelqu'un m'a encore demandé « Comment ça se fait qu'il y ait eu un petit blocage sur la chaîne, est-ce que vos nœuds sont tombés »… Je vais être précis : souvent, ce n'est pas que la chaîne s'est arrêtée, c'est que votre route pour obtenir les données est en file d'attente. RPC limite le débit, surtout si vous envoyez une série de requêtes pour plusieurs adresses/logs ; l'indexeur et le sous-graph doivent aussi synchroniser les blocs, remplir l'historique, et lorsqu'il y a une réorganisation ou une avalanche d'événements, les données ressemblent à un colis en attente de livraison, elles sont sur la route mais ne se rafraîchissent pas. En gros, ce que vous voyez comme « le plus récent », est le résultat de plusieurs couches de cache + files d'attente.

Récemment, dans le groupe, on parle encore de régulation des stablecoins, d'audits de réserves, de rumeurs de dépeg, et dès que tout le monde panique, ils fouillent frénétiquement les flux entrants et sortants sur la chaîne, ce qui surcharge le RPC public, et inversement, ça rend tout le monde encore plus anxieux : si les données ne bougent pas, c'est que quelque chose va mal. Bref, je me suis habitué à une approche de « sauvegarde » : utiliser deux ou trois sources de données différentes pour croiser, attendre si c'est lent, ne pas tirer de conclusions hâtives sur la latence. C'est comme ça pour l'instant.