Ethereum corrige bug do Glamsterdam que ameaçava depósitos

Os developers do Ethereum corrigiram uma falha na próxima atualização Glamsterdam que poderia ter permitido a um operador levantar ETH destinado a novos validadores. O problema envolvia depósitos de builders e validadores que partilhavam uma chave pública, o que poderia ter feito com que ambos os depósitos fossem creditados ao builder. Não foram reportadas perdas, e a correção foi integrada depois de os developers reabrirem uma alteração inicialmente rejeitada por falta de suporte dos clientes.

Porque é importante

O Glamsterdam separa duas funções que atualmente estão agregadas: os builders montam blocos de transações, enquanto os validadores fazem staking de ETH e confirmam esses blocos. Ambas as funções podem depositar fundos, mas esses depósitos têm de continuar a ser atribuíveis separadamente durante o processamento de depósitos pendentes na atualização.

O investigador avsetsin identificou um cenário condicional em que um operador se registava primeiro como builder usando uma chave pública e, depois, um serviço de staking depositava ETH para criar um validador com a mesma chave. Segundo as regras do projeto, os fundos poderiam ter sido creditados ao builder, deixando o serviço de staking sem um validador ou sem a prova necessária para recuperar o depósito. A descoberta não constituiu um exploit ativo confirmado e dependia da forma como protocolos como Lido, Origin e Rocket Pool gerem os depósitos.

Impacto no mercado

As regras revistas ordenam os depósitos pendentes pelas credenciais de levantamento, garantindo que os depósitos dos validadores permanecem associados aos validadores mesmo quando um builder utiliza a mesma chave. A alteração faz agora parte das especificações de consenso do Ethereum, mas as equipas responsáveis pelos clientes ainda têm de a incorporar no seu software antes de a atualização poder avançar.

O Glamsterdam já foi executado na Sepolia, enquanto o lançamento da sua testnet Hoodi foi adiado. Os developers precisam de definir uma nova data para a Hoodi antes de agendarem o lançamento na rede principal. O episódio realça a importância de testes prolongados para uma lógica de atualização que pode afetar serviços de staking e a custódia de ETH.