Récemment, beaucoup de gens se plaignent de « comment les données sur la chaîne sont lentes, les enregistrements de transactions ne sortent qu'après une demi-heure », en réalité, ce n'est pas souvent la chaîne elle-même qui est lente, mais la couche de service de données que vous utilisez qui respire… Par exemple, le sous-graph/indicateur doit d'abord ingérer chaque bloc un par un, puis les organiser en un format que vous pouvez directement consulter. Si le nœud tombe en panne, se reconstruit, ou s'il doit rattraper des données historiques, cela entraîne le retard que vous voyez. En plus, la limitation de débit RPC est aussi courante, si vous rafraîchissez trop souvent, vous recevez « veuillez réessayer plus tard », la sensation est comme si le marché suivait la macroéconomie en fluctuation : attentes de baisse des taux, légères secousses de l'indice dollar, les actifs risqués montent et descendent ensemble, et quand tout le monde s'emballe, ils rafraîchissent frénétiquement, ce qui peut faire craquer le service plus facilement.

Moi-même, pour plus de sécurité, je préfère faire un pas supplémentaire : je préfère prendre deux minutes de plus pour vérifier l'état d'une même transaction avec deux RPC/navigateurs différents, même si c'est lent, au moins je ne fais pas d'erreur à cause d'un « petit ralentissement », de toute façon, ce n'est pas une grosse perte de temps.