Récemment, en regardant les données sur la chaîne, ça “coince” tout le temps, au début je pensais que mon réseau était mauvais, de toute façon la page tourne en boucle et ça devient vite frustrant. Ensuite, j’ai découvert que souvent ce n’est pas la chaîne qui est lente, mais la voie de données que tu empruntes qui fait la queue : l’indexeur du Subgraph doit d’abord “engloutir” le nouveau bloc avant de te le donner, et en cas de recomposition ou de retard dans l’indexation, la mise à jour se suspend brièvement ; en plus, avec la limitation de débit RPC, quand il y a beaucoup de requêtes en période de forte affluence, on se fait “éduquer” par le 429, ce qui fait que tu vois ton solde/tes transactions sembler en retard. Ma méthode personnelle est assez simple : pour les pages clés, je prépare deux RPC, séparant lecture et écriture, en réduisant la concurrence dans les paramètres, en augmentant la taille du cache, je préfère que ce soit plus lent mais sans trembler. Sur le côté L2, on compare chaque jour le TPS, les frais, les subventions, en gros l’expérience front-end dépend aussi de la stabilité de ces “couches intermédiaires”, sinon aussi rapide soit-on, ça revient à conduire vite tout en freinant.