Últimamente, al revisar los datos en la cadena siempre hay un "atasco", al principio pensé que mi red no funcionaba bien, de todos modos la página gira y gira hasta que casi pierdo la paciencia. Luego descubrí que muchas veces no es que la cadena sea lenta, sino que la ruta de datos que tomas está en cola: el indexador de Subgraph primero tiene que "tragar" el bloque nuevo antes de entregártelo, y cuando hay reorganización o el índice va retrasado, se detiene brevemente la actualización; además, con la limitación de RPC, cuando hay picos de demanda las solicitudes reciben un error 429, y el resultado es que el saldo/las transacciones parecen ir a medio ritmo. Mi método actual es bastante simple: tener dos RPC de respaldo en las páginas clave, separar lectura y escritura, reducir un poco la concurrencia en los parámetros, aumentar la caché, prefiero que sea más lento que tener fallos. En el lado de L2, todos los días se comparan TPS, tarifas y subsidios, en realidad la experiencia del frontend también depende de qué tan estables sean estos "capas intermedias", si no, por más rápido que sea, sería como conducir a toda velocidad con el freno pisado.