Duas consultas latest podem observar estados diferentes. Um hash explícito identifica o estado solicitado.

O que a fonte primária estabelece

O EIP-1898, criado em 1º de abril de 2019 e marcado Final, inclui blockHash ou blockNumber em parâmetros de métodos como eth_getBalance e eth_call. Ethereum EIPs — EIP-1898: blockHash in defaultBlock methods, Final ↗

Com blockHash, requireCanonical é false por padrão. Em true, pede rejeição de bloco fora da cadeia canônica; o erro difere de bloco não encontrado. Ethereum EIPs — EIP-1898: blockHash in defaultBlock methods, Final ↗

O que muda na análise

A questão é coerência: uma reorganização entre consultas pode combinar saldos de estados diferentes numa tela.

Usar um mesmo hash evita que uma altura reinterpretada passe a representar outro estado. Isso não garante que o bloco permanecerá canônico para sempre.

O que conferir antes de concluir

A WFN guardaria hash, requisito de canonicalidade e respostas. Ausência de estado histórico não deve virar substituição silenciosa por dados atuais.

Verifique suporte e histórico do provedor. Um padrão Final não prova implementação de todas as opções por todo endpoint; coerência, disponibilidade e finalidade são questões separadas.