Acabei de ver um post a dizer que quanto mais granular for a decomposição modular, mais fácil é o indexador “engasgar”, e de repente achei a coisa bastante interessante.

Na semana passada, pela enésima vez, fui buscar dados históricos de um protocolo. O Subgraph demorou imenso e não respondia; depois mudei para outro nó RPC e o sistema limitou-me imediatamente a taxa. No fundo é aquele tipo de situação — tu queres ver o que aconteceu on-chain, mas eles, primeiro, fazem-te experimentar o “sabor” de ter de esperar.

Na verdade, toda a gente anda a falar da disponibilidade de dados, mas quando chega a hora de consultar dados, basta que falhe uma qualquer peça: a velocidade de sincronização do indexador e do Subgraph, as políticas de rate limit do RPC. Se qualquer etapa tropeçar, do lado do utilizador é literalmente tudo em branco. A modularidade até parece ser bastante agradável ao nível da arquitectura, mas onde a “componibilidade” não chega, são mesmo estes momentos em que “engasga” que acabam por ser os mais visíveis.

O que entusiasma os devs é a arquitectura; o que deixa os utilizadores confusos é “como é que desapareceu outra vez?”. Eu também não sei como resolver isto, mas, ultimamente, ao ver dados on-chain, já treinei a mentalidade: primeiro beber um copo de água, depois carregar em atualizar.