Nos últimos dias, alguém me perguntou: por que os dados na cadeia sempre ficam "travando", mesmo que os blocos já tenham sido publicados.


Na verdade, muitas vezes não é a cadeia lenta, é a camada que você está observando que está respirando: o Subgraph precisa esperar o indexador terminar de escanear os eventos, escrever no banco de dados e depois te fornecer a consulta;
Aqui na RPC, se houver limitação de taxa/ fila, sua solicitação fica como uma pessoa empurrando no metrô, alguém na frente ocupa o espaço e você precisa esperar.
Além disso, alguns front-ends usam RPCs públicos como fallback, trocando entre eles, o carimbo de data/hora pula de um lado para o outro, parecendo "quebrar o quadro".

Por que o depth que vejo antes de fazer uma ordem é diferente do que vejo após a execução?
Porque o que você vê pode ser cache/índice antigo, no momento da execução é o mundo real na cadeia + MEV que entrou na fila.

Recentemente, a taxa de financiamento de fundos ficou extremamente evidente, as pessoas discutem se vão reverter ou continuar inflando a bolha, eu só acho:
Quando o mercado fica agitado, a quantidade de consultas dispara, a RPC fica mais propensa a travar, não interprete "travando" como um sinal do mercado…
Primeiro, troque para uma RPC própria/paga, ou espere mais uma confirmação para confiar nos dados, para evitar mais slippage.
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