Respondiendo a esa frase de “¿Por qué los datos en la cadena siempre se quedan atascados?”… muchas veces no es que la cadena esté atascada, sino que la capa que tú ves está respirando con dificultad. Generalmente, el frontend no se conecta directamente a los nodos para leer, sino que depende de indexadores/Subgraph para organizar los logs en la cadena en tablas consultables; estos deben seguir nuevos bloques, hacer reversiones y recalcular, además de hacer cola para escribir en la base de datos, y cuando hay congestión o los nodos fallan, se quedan atrás, y tú sientes que “acaba de no actualizarse”. Además, la limitación de RPC es más realista: cuando hay muchas personas o las solicitudes aumentan rápidamente, directamente dan error 429 o hacen cola, y las carteras y DApps parecen estar dando vueltas en círculos, en realidad están siendo cortados el flujo de agua.

Recientemente, cuando llegan rumores de aumentos de impuestos o restricciones regulatorias, la primera reacción de todos es “rápido a depositar, retirar o cambiar de cadena”, y la cantidad de solicitudes se dispara instantáneamente, haciendo que la lentitud sea aún más evidente. De todos modos, cuando veo retrasos en los datos, primero reviso si el subgraph todavía está siguiendo los bloques, si el RPC tiene advertencias de limitación, y no asumo automáticamente que mi operación está mal.