Nos últimos dias, alguém me perguntou novamente: por que os dados na cadeia sempre “congelam” por um momento, e ao clicar leva uma eternidade para aparecer o resultado. Para ser sincero, muitas vezes não é a cadeia que está ruim, é a camada de consulta de dados que está respirando: o indexador precisa primeiro processar o bloco antes de entregá-lo, e o Subgraph ainda precisa organizar de acordo com as regras que você escreveu; quando há contratos populares ou eventos explosivos, o atraso é bem normal. Além disso, a limitação de RPC é mais realista, quanto mais você consulta, mais ele te dá um 429, e o frontend parece que “está travado”, na verdade só foi rejeitado por alguns segundos.



Um colega também reclamou da estratégia de “re-staking” com “segurança compartilhada + ganhos acumulados”, parece bem atraente, mas ao empilhar uma camada sobre a outra, a cadeia de dados também fica aninhada: múltiplos protocolos, múltiplos índices, múltiplas chamadas, qualquer uma dessas etapas mais lenta causa uma lentidão geral… De qualquer forma, quando encontro lentidão, primeiro espero ou troco de RPC/ fonte de verificação, para não achar que o mundo está desabando por causa disso. No mercado em baixa, o mais seguro realmente é não mexer, mas no que diz respeito a dados, é preciso admitir que às vezes eles simplesmente dão uma respirada.
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