Después de pelearme con ello durante media tarde por fin logré dejar ajustada la indexación de Subgraph, pero descubrí que los datos igual a veces se traban. Pregunté a varios colegas de nodos y me dijeron que el rate limit de RPC es algo habitual, especialmente en las horas punta de las cadenas. Da igual que el indexador vaya más rápido: del lado de los nodos te tiran directamente un 429.

En pocas palabras, si los datos on-chain van rápidos o no, muchas veces no depende de lo pequeño que sea un bloque, sino de si tu infraestructura de base está dispuesta a “ceder el paso”. Los grandes proveedores tienen estrategia; los pequeños solo pueden apostar a la suerte o montar su propio nodo ligero y esperar despacio.

Últimamente han estado comparando productos de RWA y de rendimientos on-chain; me río. Por un lado están los rendimientos de los bonos del Tesoro, constantes; por el otro, los “metralletes” de las pools on-chain dando vueltas y vueltas y aun así preocupados por que el contrato no salga bien. En todo caso, no me creo eso de que “los rendimientos on-chain siempre son más altos que los tradicionales”. El ritmo rápido no significa buen rendimiento; a veces ir un poco tarde, aunque sea lento, es una protección.

Por cierto, alguien dijo: “Entonces, ¿por qué no usas directamente el RPC nativo de la cadena para construir tu propia indexación?”… (silencio)