Recentemente, alguém me perguntou: por que os dados na cadeia sempre “congelam por um momento”, mesmo quando os blocos já foram publicados. Para ser sincero, muitas vezes não é a cadeia que está lenta, mas sim o pipeline de dados que você está usando, que está na fila. O indexador/Subgraph precisa primeiro baixar o novo bloco, processá-lo e inseri-lo no banco de dados; seu front-end consulta esse banco, não lê diretamente da cadeia; quando há reorganizações ou backlog do lado dele, a sensação é de que “não há dados há um momento, e alguns segundos depois tudo é atualizado”. Além disso, a limitação de RPC é ainda mais irritante: os nós públicos não aguentam muitas requisições e retornam 429/timeout, com carteiras, navegadores e agregadores todos concorrendo, fazendo a experiência parecer com um torniquete de metrô travado.



Depois percebi que a discussão sobre royalties de NFT também é parecida: os criadores querem uma renda estável, o mercado secundário deseja liquidez mais fluida, mas qualquer limitação ou atraso em uma das camadas de “conciliação/dados/execução” faz a experiência piorar imediatamente. De qualquer forma, agora eu verifico primeiro: qual subgraph estou consultando, se o RPC é próprio ou público, para não começar a reclamar da cadeia 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