Dernièrement, beaucoup de gens me demandent : pourquoi les données sur la chaîne semblent "coincer" un instant, alors que les blocs sont déjà sortis. En gros, ce que vous voyez n'est pas la chaîne elle-même, mais une chaîne de transit : RPC vous fournit d'abord des données, mais dès qu'il y a une limitation de débit (comme le 429), il faut faire la queue ; le sous-graph/indicateur doit aussi balayer les événements, les stocker, puis répondre aux requêtes, et si l'index est légèrement en retard de quelques blocs, vous aurez l'impression que "c'était encore là il y a un instant, comment ça a disparu". Hier, en vérifiant un changement dans un pool LP, j'ai vu que le sous-graph était encore bloqué à 215xxxxx, avec deux blocs de retard, impossible de rafraîchir les données, j'ai finalement changé de RPC pour faire correspondre.

Donc, ne soyez pas trop superstitieux avec le "temps réel", surtout quand vous prenez des décisions en surveillant votre position… un léger décalage peut facilement vous faire perdre patience. En passant, en pensant à cette période où le minage d'attention et les jetons de fans, cette idée de "l'attention comme minage", j'ai un peu douté : l'attention peut effectivement être "minée", mais si l'indicateur se bloque ou si les données ont un léger retard, l'émotion est déjà emportée. De toute façon, je préfère considérer cela comme du bruit supplémentaire, on peut se souvenir du chemin, mais on peut aussi abandonner la promesse.