$ETH
Desta vez, o problema do Ethereum não foi o preço: houve um bug na camada subjacente.
O cliente de execução Reth pode calcular incorretamente a raiz de estado.
Em termos simples, o livro-razão mantido pelos nós não bate.
A Blockaid revelou o problema primeiro, em 5 de novembro, e deixou claro: a falha está no próprio código, não foi um ataque hacker, e não há relatos de perda de fundos.
Mas o impacto é considerável.
As L2 que usam op-reth, como Optimism, Base e Tempo, foram todas afetadas.
A LayerZero, que opera pontes entre redes, chegou a suspender alguns canais off-chain preventivamente, dizendo que as mensagens estavam apenas atrasadas, não perdidas.
A Base foi a mais rápida a agir: detectou o problema em 4 de novembro e, no mesmo dia, aplicou o patch em todos os nós produtores de blocos, na versão v1.5.3. Também recalculou a raiz de estado e disse que estava tudo certo, sem impacto para os usuários.
A Optimism lançou em seguida o op-reth v2.8.1, e o próprio Reth está na versão v2.10.0.
A BNB Chain também se pronunciou em 6 de novembro: a opBNB não usa op-reth, o impacto sobre o BSC-Reth é limitado e a correção emergencial já está em andamento.
A reação do mercado foi bem tranquila.
A lógica é simples: bug é bug, moeda é moeda. Se não houve perda de fundos e o patch foi aplicado, não é uma grande notícia negativa.
Mas quem opera nós deve atualizar logo para a versão corrigida.
Nós desatualizados podem travar ou fornecer provas de estado incorretas.
Normalmente ninguém fala dessas coisas, mas, quando algo dá errado, o efeito pode se espalhar em cadeia.
Vocês costumam prestar atenção nessas coisas de baixo nível, como os clientes? Vamos conversar nos comentários.
Análise pessoal, não constitui recomendação de investimento.
#VulnerabilidadeRethEthereum
Desta vez, o problema do Ethereum não foi o preço: houve um bug na camada subjacente.
O cliente de execução Reth pode calcular incorretamente a raiz de estado.
Em termos simples, o livro-razão mantido pelos nós não bate.
A Blockaid revelou o problema primeiro, em 5 de novembro, e deixou claro: a falha está no próprio código, não foi um ataque hacker, e não há relatos de perda de fundos.
Mas o impacto é considerável.
As L2 que usam op-reth, como Optimism, Base e Tempo, foram todas afetadas.
A LayerZero, que opera pontes entre redes, chegou a suspender alguns canais off-chain preventivamente, dizendo que as mensagens estavam apenas atrasadas, não perdidas.
A Base foi a mais rápida a agir: detectou o problema em 4 de novembro e, no mesmo dia, aplicou o patch em todos os nós produtores de blocos, na versão v1.5.3. Também recalculou a raiz de estado e disse que estava tudo certo, sem impacto para os usuários.
A Optimism lançou em seguida o op-reth v2.8.1, e o próprio Reth está na versão v2.10.0.
A BNB Chain também se pronunciou em 6 de novembro: a opBNB não usa op-reth, o impacto sobre o BSC-Reth é limitado e a correção emergencial já está em andamento.
A reação do mercado foi bem tranquila.
A lógica é simples: bug é bug, moeda é moeda. Se não houve perda de fundos e o patch foi aplicado, não é uma grande notícia negativa.
Mas quem opera nós deve atualizar logo para a versão corrigida.
Nós desatualizados podem travar ou fornecer provas de estado incorretas.
Normalmente ninguém fala dessas coisas, mas, quando algo dá errado, o efeito pode se espalhar em cadeia.
Vocês costumam prestar atenção nessas coisas de baixo nível, como os clientes? Vamos conversar nos comentários.
Análise pessoal, não constitui recomendação de investimento.
#VulnerabilidadeRethEthereum