Últimamente mucha gente me pregunta: ¿por qué los datos en la cadena siempre se “atascan” un momento, aunque claramente ya se han producido bloques? La verdad es que muchas veces no es que la cadena sea lenta, sino que la capa que tú ves es la que va lenta: el indexador tiene que escanear todos los eventos antes de alimentarlos al subgraph, y si hay reorganizaciones o reversiones, hay que recalcular; además, con las limitaciones de flujo en las llamadas RPC, cuando llega un 429, tu frontend parece estar muerto, tarda mucho en actualizarse... y luego todos empiezan a culpar a la cadena, pero en realidad es el middleware el que está respirando con dificultad.

La modularización y el desarrollo de la capa DA están haciendo que los desarrolladores estén muy emocionados, pero los usuarios están aún más confundidos: capa tras capa, añadiendo otra capa de disponibilidad de datos, el camino se alarga, y en cualquier fallo en algún eslabón parece que “la cadena se ha atascado”.

¿Y por qué puedo mantener la calma? Porque estoy acostumbrado a primero verificar si la solicitud ha sido limitada, cambiar a otro RPC o reducir la concurrencia, y luego comparar con la altura original en el navegador en la cadena; si confirmo que es un “cuello de botella en el canal de datos”, no me peleo con ello, simplemente hago otra cosa, que de nada sirve estar nervioso.