Ces derniers jours, quelqu’un m’a demandé : pourquoi les données sur la chaîne « bloquent » toujours, alors que les blocs sont déjà sortis.

En réalité, ce n’est pas la chaîne qui est lente, c’est la couche que vous regardez qui respire : le sous-graph doit attendre que l’indexeur termine de scanner les événements, de les écrire dans la base de données, puis vous permettre de rechercher ;
si le RPC est soumis à une limitation de débit ou à une file d’attente, votre requête ressemble à une foule dans le métro, il faut attendre que ceux devant partent.
De plus, certains frontends utilisent un RPC public comme solution de secours, en changeant constamment, avec des timestamps qui sautent, ce qui donne l’impression de « chute de frames ».

Pourquoi la profondeur et le volume d’échange que je vois avant de passer une commande ne sont-ils pas les mêmes après ?
Parce que ce que vous voyez peut être une mise en cache ou une ancienne indexation, alors qu’au moment de la transaction, c’est le monde réel sur la chaîne + le MEV qui a coupé la file.

Récemment, la vague de taux de financement extrêmes est encore plus visible, tout le monde se dispute pour inverser ou continuer à gonfler la bulle, je ne vois que ça : quand le marché s’agite, le volume de requêtes explose, le RPC est plus susceptible de faire des caprices, ne prenez pas « un blocage » comme un signe du marché…
Changez d’abord pour un RPC auto-hébergé ou payant, ou attendez une confirmation supplémentaire avant de faire confiance aux données, pour éviter de rejeter la faute sur le slippage.