A atualização prevista para ser ativada hoje chegou à data marcada e não aconteceu nada — e isso é justamente o que mais vale a pena observar.

A ativação do Glamsterdam do Ethereum ($ETH ) na testnet Hoodi estava prevista para hoje, às 17:42:48 UTC (01:42 da madrugada de amanhã, horário de Pequim; epoch 132352), juntamente com o plano de elevar o limite de Gas por bloco para 200 milhões. Mas a Fundação Ethereum decidiu adiá-la na reunião de desenvolvedores principais da camada de execução (ACDE #248), em 22 de outubro: as ativações de Amsterdam, na camada de execução, e Gloas, na camada de consenso, foram ambas retiradas do cronograma. Um novo calendário será divulgado posteriormente. A data para a mainnet ainda não estava definida, e os detentores comuns de ETH não precisam fazer nada.

O ponto que está travando o processo é bem específico: ainda não se esclareceu como a reprecificação de Gas proposta pela EIP-8037 interage com os contratos já implantados na mainnet. A empresa de segurança ChainSecurity já encontrou 13 casos reais e está notificando os projetos envolvidos em caráter privado. Alguns contratos dependem de pressupostos fixos sobre o Gas para determinar quando uma transação falhou e pode ser tentada novamente. Se o método de cálculo mudar, os limites entre falhas e tentativas repetíveis também podem mudar.

Na visão desta baleia, o freio acionado pela testnet neste momento mostra justamente que essa atualização altera as regras fundamentais do livro-razão — não é algo que se resolve mudando um parâmetro e dando o trabalho por concluído. Para que blocos grandes com 200 milhões de Gas funcionem, primeiro é preciso esclarecer as contas dos contratos antigos. Caso contrário, o custo de lançar a atualização na mainnet sem isso seria muito maior do que adiá-la algumas semanas. Agora, resta acompanhar dois pontos: quando será divulgado o novo calendário da Hoodi e se a investigação da EIP-8037 levará a mudanças nos parâmetros de reprecificação. Só quando essas duas questões forem resolvidas será possível avaliar se a janela de fim de ano para a mainnet é viável.