Últimamente mucha gente dice que los datos en la cadena "se traban un momento", en realidad no siempre es que la cadena sea realmente lenta, la mayoría de las veces es que tu capa de indexador/subgrafo/RPC está respirando. El subgrafo necesita escanear bloques y analizar eventos, cuando hay reestructuración o reproducción de nodos, puede hacer una retroceso temporal para reconstruir; en el lado del RPC, también es muy realista limitar el flujo, si abres demasiadas concurrencias de golpe, las respuestas empiezan a fluctuar, lo más molesto es que el frontend también puede almacenar en caché resultados antiguos, haciendo que pienses que estás viendo cosas. En resumen, los datos no son "en tiempo real", sino "lo más cercano posible al tiempo real". Lo que no me arrepiento es... la vez que me quedé atascado con el nonce, me armé de valor y arreglé el script para que pudiera reducir automáticamente la velocidad y reintentar + cambiar a RPC de respaldo, si no, todavía estaría insultando a la red. Aprovechando, viendo la pelea reciente sobre las regalías de NFT, en realidad muchos de los números de "transacciones/órdenes pendientes" también se ven afectados por estos retrasos, no se apresuren a insultarse unos a otros, primero confirmen si la fuente de datos está fallando otra vez... En fin, lo primero que pienso cuando veo una ralentización: revisar primero el límite de flujo, luego la altura del índice.