Hoje alguém voltou a perguntar “Como é que a cadeia ficou presa por um momento, será que os vossos nós caíram”... Eu vou ser rigoroso: muitas vezes não é a cadeia que parou, é o caminho de dados que está na fila. RPC vai limitar o fluxo, especialmente quando tu fazes várias chamadas de uma só vez para endereços/logs; o indexador e o subgraph também precisam sincronizar blocos, preencher o histórico, e quando há reorganizações ou um pico de eventos numa determinada altura, os dados parecem estar à espera de uma entrega, mesmo estando na estrada, mas simplesmente não atualizam. Em suma, o que vês como “mais recente” é formado por várias camadas de cache + filas.

Recentemente, no grupo, estão a discutir novamente sobre regulamentação de stablecoins, auditoria de reservas, rumores de desancoragem, e toda essa história; quando as pessoas ficam nervosas, começam a verificar freneticamente as entradas e saídas na cadeia, o que acaba por sobrecarregar o RPC público, e depois ficam ainda mais ansiosas: se os dados não se movem, é sinal de que algo vai acontecer. De qualquer forma, agora estou habituado a adotar uma abordagem de “backup”: usar duas ou três fontes de dados diferentes para verificar o mesmo problema, esperar um pouco se estiver lento, e não tirar conclusões precipitadas com base na latência. É assim por agora.