Desenvolvedores do Ethereum encontram bug no Geth enquanto hard fork se aproxima

A Confira de uma vulnerabilidade de ataque de negação de serviço (DoS) levou os desenvolvedores do software Geth da Ethereum a lançar uma nova versão poucos dias antes do hard fork do Byzantium.

Ao encontrar o bug, a equipe por trás do cliente mais popular do Ethereum publicou uma nova versão de software, mas dados do site de análise de blockchain Ether Nodes https://ethernodes.org/network/1/forkWatch/geth mostram uma taxa relativamente baixa – apenas 1,9 por cento dos nós Geth – de adoção no momento desta publicação.

Com o Geth representando cerca de 75% de todos os nós do Ethereum , a vulnerabilidade pode deixar os nós que executam a versão anterior compatível com o Byzantium mais suscetíveis a ataques DoS após o hard fork.

Explicado pelo desenvolvedor do Ethereum Casey Detrio em Reddit, a vulnerabilidade decorre de um descuido em um dos novos recursos do Byzantium. O risco é que esse bug possa ser explorado por um invasor que queira tirar os nós do Ethereum do ar – uma forma de ataque que a comunidade do Ethereum temtratadas no passado.

Correções de bugs também estão chegando de outros grupos de software de nós do Ethereum antes do fork planejado para a próxima semana.

Ontem, a equipe por trás da Parity, o segundo maior cliente de software da Ethereum,publicadouma nova versão de seu software (a quarta iteração) que corrigiu um "bug de consenso" – um erro que poderia ter causado a partição da rede durante o hard fork. Atualmente, menos de 20%https://ethernodes.org/network/1/forkWatch/parity dos nós Parity foram atualizados para a nova versão, de acordo com a Ether Nodes.

Garfos rígidos são difíceis

Os problemas descobertos pelos testes foram de uma gravidade inesperada, levando alguns Ethereum desenvolvedores para questionarsua abordagem ao processo de lançamento do hard fork.

Discussões internas também estão em andamento sobre a possibilidade de adiar o Byzantium, mas essa abordagem também apresenta riscos. Essa estratégia exigiria que todos os nós atualizassem seus softwares para que a mudança de software fosse acionada mais tarde – uma perspectiva complicada com tão pouco tempo antes do fork.

Na verdade, a Paridadeequipe tuitouque, na opinião deles, o fork deveria ser adiado devido aos problemas descobertos recentemente.

Em declarações ao CoinDesk, Detrio explicou que "a atualização não é necessariamente um processo QUICK e fácil para usuários com infraestrutura extensa", como exchanges ou pools de mineração, e requer bastante tempo para ser feita corretamente.

Ele acrescentou:

"A segunda preocupação é que pode haver mais bugs de consenso não descobertos que podem ser encontrados após o bloco de ativação, o que resultaria na necessidade de realizar atualizações de emergência do cliente."

Imagemvia Shutterstock