A Prysm revelou que um bug introduzido numa testnet um mês antes da atualização Fusaka do Ethereum foi a causa de um problema de validação de nó Ethereum que afetou o seu cliente no início deste mês
O desenvolvedor do Ethereum Terence Tsao publicou um relatório na domingo detalhando o incidente do Fusaka na mainnet Prysm que impactou a rede em 4 de dezembro
Os nós Prysm experimentaram “exaustão de recursos” ao processar atestações de nós desincronizados, afirmou. Isso causou a Prysm reexecutar blocos de épocas passadas e recomputar transições de estado caras, resultando num impacto significativo no desempenho devido à carga de trabalho excessiva
O relatório revelou que o bug esteve presente nas testnets durante um mês antes do incidente, mas não foi ativado.
“O bug foi introduzido no Prysm PR 15965 e implantado nas testnets um mês antes do incidente sem que a ativação acontecesse.”
As testnets são projetadas para identificar bugs, mas não são um método infalível
Em maio de 2023 — um mês após a hard fork Shanghai — os desenvolvedores do Ethereum foram tomados por um frenesi quando a rede perdeu temporariamente a finalidade das transações por cerca de 25 minutos, e depois novamente por mais de uma hora no dia seguinte, antes que a blockchain se recuperasse por conta própria
Prysm foi corrigido
Em vez de usar o estado atual, Prysm regenerou estados anteriores do zero, criando uma carga computacional massiva.
Por mais de 42 épocas, a rede registou uma taxa de slots perdidos de 18,5%, com a participação a cair para 75%, enquanto os validadores perderam aproximadamente 382 Ether (ETH) em recompensas de atestação, afirmou
Relacionado:Vitalik Buterin diz que o Ethereum pode lidar com perda temporária de finalidade
Os operadores de nós foram instruídos a implementar uma solução temporária enquanto os desenvolvedores trabalhavam numa atualização para os clientes Prysm
Diversidade de clientes salvou o dia
O incidente poderia ter sido muito pior se tivesse afetado o cliente de consenso dominante do Ethereum, Lighthouse, disseram os desenvolvedores
O Prysm da Offchain Labs é o segundo maior cliente do Ethereum, com uma participação de 17,6%, de acordo com ClientDiversity
“A diversidade de clientes evitou um impacto perceptível nos utilizadores do Ethereum. Um cliente com mais de 1/3 da rede teria causado uma perda temporária de finalidade e mais blocos perdidos.”
No entanto, o incidente destacou que o Lighthouse está perigosamente próximo do limiar de dois terços, onde um único bug de cliente poderia finalizar uma cadeia inválida
Atualmente, o Lighthouse possui uma participação de cliente de 52,6%, abaixo dos cerca de 56% no momento do incidente
Desenvolvedores do Ethereum estão a promover mais diversidade de clientes. Fonte:ClientDiversity Revista:Grandes questões: O Bitcoin sobreviveria a uma falha de energia de 10 anos?
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
Erro no cliente Ethereum de um mês de idade culpado pela interrupção do Prysm
A Prysm revelou que um bug introduzido numa testnet um mês antes da atualização Fusaka do Ethereum foi a causa de um problema de validação de nó Ethereum que afetou o seu cliente no início deste mês
O desenvolvedor do Ethereum Terence Tsao publicou um relatório na domingo detalhando o incidente do Fusaka na mainnet Prysm que impactou a rede em 4 de dezembro
Os nós Prysm experimentaram “exaustão de recursos” ao processar atestações de nós desincronizados, afirmou. Isso causou a Prysm reexecutar blocos de épocas passadas e recomputar transições de estado caras, resultando num impacto significativo no desempenho devido à carga de trabalho excessiva
O relatório revelou que o bug esteve presente nas testnets durante um mês antes do incidente, mas não foi ativado.
As testnets são projetadas para identificar bugs, mas não são um método infalível
Em maio de 2023 — um mês após a hard fork Shanghai — os desenvolvedores do Ethereum foram tomados por um frenesi quando a rede perdeu temporariamente a finalidade das transações por cerca de 25 minutos, e depois novamente por mais de uma hora no dia seguinte, antes que a blockchain se recuperasse por conta própria
Prysm foi corrigido
Em vez de usar o estado atual, Prysm regenerou estados anteriores do zero, criando uma carga computacional massiva.
Por mais de 42 épocas, a rede registou uma taxa de slots perdidos de 18,5%, com a participação a cair para 75%, enquanto os validadores perderam aproximadamente 382 Ether (ETH) em recompensas de atestação, afirmou
Relacionado: Vitalik Buterin diz que o Ethereum pode lidar com perda temporária de finalidade
Os operadores de nós foram instruídos a implementar uma solução temporária enquanto os desenvolvedores trabalhavam numa atualização para os clientes Prysm
Diversidade de clientes salvou o dia
O incidente poderia ter sido muito pior se tivesse afetado o cliente de consenso dominante do Ethereum, Lighthouse, disseram os desenvolvedores
O Prysm da Offchain Labs é o segundo maior cliente do Ethereum, com uma participação de 17,6%, de acordo com ClientDiversity
No entanto, o incidente destacou que o Lighthouse está perigosamente próximo do limiar de dois terços, onde um único bug de cliente poderia finalizar uma cadeia inválida
Atualmente, o Lighthouse possui uma participação de cliente de 52,6%, abaixo dos cerca de 56% no momento do incidente
Revista: Grandes questões: O Bitcoin sobreviveria a uma falha de energia de 10 anos?