Acabei de ver um post dizendo que, quanto mais fina a separação modular, mais fácil é o indexador “dar uma travadinha”, e de repente achei isso bem interessante.



Na semana passada, pelo número de vezes que nem sei mais, fui consultar dados históricos de um protocolo: o Subgraph ficou o tempo inteiro sem responder, depois troquei para outro nó de RPC e, na hora, veio o rate limit. Enfim, é aquele tipo de situação em que você quer ver o que aconteceu on-chain e, em vez disso, ele primeiro faz você provar o “sabor de esperar”.

No fundo, é isso: todo mundo está falando em disponibilidade de dados, mas na hora de consultar dados de verdade — a velocidade de sincronização de indexadores e do Subgraph, as políticas de rate limit do RPC — se qualquer um desses elos falhar, do lado do usuário fica um vazio completo. A modularidade até parece bem legal de desmontar e montar, mas onde a combinabilidade não chega, na prática, é justamente nesses momentos de “travadinha” que aparece.

O que empolga os desenvolvedores é a arquitetura; o que confunde os usuários é “por que sumiu de novo?”. Eu também não sei como resolver, mas ultimamente, ao olhar dados on-chain, minha cabeça já treinou: primeiro toma um gole d’água, depois clica em atualizar.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
  • Recompensa
  • Comentário
  • Repostar
  • Compartilhar
Comentário
Adicionar um comentário
Adicionar um comentário
Sem comentários
  • Fixado