Recentemente, ao verificar os dados na cadeia, sempre há uma "travada", 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á na fila: o indexador do Subgraph precisa primeiro "engolir" o novo bloco antes de entregá-lo a 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 horários de pico, muitas solicitações levam ao erro 429, e o resultado é que o saldo/negociações parecem estar atrasados. Minha abordagem atualmente é bastante simples: usar duas RPCs de reserva para páginas-chave, separar leitura e escrita, diminuir um pouco a concorrência nos parâmetros, aumentar o cache, preferindo ficar mais lento do que tremer. 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 está dirigindo em alta velocidade com o freio acionado.