Récemment, beaucoup de gens me demandent « comment ralentir les données sur la chaîne », en réalité ce n’est pas forcément la chaîne qui est lente, c’est la couche de récupération des données qui respire difficilement. En cliquant sur le frontend, le backend doit soit passer par RPC, soit utiliser un indexeur/graphique ; si le RPC limite le débit, il y aura une file d’attente et des retries, si l’indexeur est en retard de synchronisation ou si la charge de requête est élevée, il renverra temporairement un ancien niveau de bloc, ce qui donne l’impression que les fonds ont soudainement cessé de circuler. Surtout quand les frais sont extrêmes, tout le monde surveille intensément les données, la quantité de requêtes explose, et le ralentissement devient encore plus évident… Ma méthode habituelle est assez simple : pour une même transaction, je change deux fois de RPC pour voir la confirmation, puis je compare le niveau de bloc et le journal des événements, ne pas tirer de conclusions hâtives dès qu’on voit « inversion / nouvelle congestion », il faut d’abord vérifier si les données sont ralenties à cause du limiteur de débit.

Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
  • Récompense
  • Commentaire
  • Reposter
  • Partager
Commentaire
Ajouter un commentaire
Ajouter un commentaire
Aucun commentaire
  • Épingler