Recentemente, ao verificar os dados na cadeia, sempre há uma "pausa", no começo pensei que fosse minha conexão de internet ruim, de qualquer forma a página fica girando e a paciência quase acaba. Depois percebi que muitas vezes não é a cadeia que está lenta, mas o caminho de dados que você está seguindo está em fila: o indexador do Subgraph precisa primeiro "engolir" o novo bloco antes de enviá-lo para você, e quando há reorganizações ou o índice está atrasado, ele faz uma pausa curta na atualização; além disso, com o limite de taxa do RPC, durante períodos de pico, muitas solicitações levam ao erro 429, e o resultado é que o saldo/negociações parecem estar atrasados em relação ao real. Minha abordagem atual é bastante simples: ter duas RPCs de reserva para as páginas principais, separar leitura e escrita, diminuir um pouco a concorrência nos parâmetros, aumentar o cache, preferindo ser mais lento do que instável. No lado do L2, eles comparam TPS, custos e subsídios todos os dias, e, na verdade, a experiência do frontend também depende da estabilidade dessas "camadas intermediárias", senão, por mais rápido que seja, parece que estamos dirigindo em alta velocidade com o freio puxado.

Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
  • Recompensa
  • Comentar
  • Republicar
  • Partilhar
Comentar
Adicionar um comentário
Adicionar um comentário
Nenhum comentário
  • Fixar