Recentemente alguém me perguntou: por que os dados na cadeia ficam “travando” o tempo todo, mesmo que os blocos já tenham sido confirmados. Para ser sincero, muitos front-ends não leem diretamente a cadeia, usam indexadores/Subgraph, esse tipo de “organização prévia antes de te entregar”; quando o indexador fica atrasado, faz uma reorganização, rollback, ou a fila fica cheia, aí aparece o saldo/posição que fica parado e depois pula. Além disso, o limite de RPC é mais realista: os nós gratuitos ficam 429 quando estão ocupados, carteiras/navegadores só tentam novamente, a sensação é de travamento.



Aproveitando, agora que a questão de staking e segurança compartilhada com “acúmulo de rendimentos” está em alta, eu me preocupo mais se a fonte de dados subjacente é uma camada de camadas: um RPC, um subgraph, na cadeia tudo bem, mas os serviços off-chain ficam sem fôlego primeiro. De qualquer forma, quando encontro uma anomalia, verifico os eventos originais e diferentes RPCs para ver se é uma “exibição incorreta”, sem suspeitar de hack no contrato logo de cara.
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
  • Marcar