Récemment, quelqu'un m'a demandé : pourquoi les données en chaîne se bloquent-elles toujours un instant, alors que les blocs sont clairement sortis. En fait, ce n'est pas toujours la chaîne qui est lente, c'est souvent la pipeline de données que vous utilisez qui fait la queue. L'indexeur / Subgraph doit d'abord télécharger le nouveau bloc, le traiter et l'analyser avant de l'insérer dans la base de données, et votre front-end consulte la base, pas directement la chaîne ; en cas de recomposition ou de backlog de leur côté, on a vite l'impression que « il n'y avait pas de données il y a quelques secondes, puis tout est rempli » en quelques instants. En plus, la limitation de RPC est encore plus embêtante : si un nœud public ne peut pas supporter la charge, il renvoie un 429 / timeout, et avec le portefeuille, le navigateur et l'agrégateur qui se bousculent, l'expérience ressemble à une porte de métro bloquée.

Plus tard, j'ai réalisé que le débat sur les royalties NFT ressemble un peu à ça : les créateurs veulent un revenu stable, le marché secondaire veut une liquidité plus fluide, mais si une seule couche de « règlement / données / exécution » limite ou retarde, la sensation de performance se dégrade directement. Quoi qu'il en soit, maintenant je vérifie d'abord : je regarde quel subgraph je consulte, si le RPC est auto-hébergé ou public, pour ne pas commencer à critiquer la chaîne immédiatement.