Os principais desenvolvedores do Ethereum adiaram o avanço da atualização Glamsterdam na testnet Hoodi após identificarem preocupações de segurança relacionadas a duas propostas específicas de alteração dos custos de gas, EIP-8037 e EIP-8038. Em uma publicação de sexta-feira no blog do site da Ethereum Foundation, os desenvolvedores disseram que o adiamento continuará até que oito “invariantes” de contratos inteligentes relacionadas ao comportamento da atualização sejam resolvidas.
A decisão é importante para os desenvolvedores e para qualquer pessoa que acompanhe o cronograma de atualizações do Ethereum, pois Glamsterdam inclui mudanças na forma como o gas é cobrado por determinadas operações. Segundo a Ethereum Foundation, alguns projetos existentes podem depender da premissa de que certas ações sempre têm um custo de gas previsível e fixo. Essas premissas podem deixar de valer quando as novas regras de gas entrarem em vigor — especialmente em situações em que chamadas externas falham.
Principais conclusões
Os desenvolvedores principais do Ethereum adiaram o Glamsterdam na testnet Hoodi devido a preocupações de segurança relacionadas a oito invariantes de contratos inteligentes.
EIP-8037 e EIP-8038 alteram a cobrança de gás para determinadas operações, podendo invalidar contratos inteligentes que presumem custos de gás fixos.
O relatório da ChainSecurity, de 13 de outubro, apontou que as duas EIPs poderiam interromper contratos quando chamadas externas falham.
O fork da Hoodi não avançará até que os problemas sejam resolvidos, dando às equipes mais tempo para avaliar se são necessárias correções adicionais.
Por que a atualização da testnet Hoodi foi pausada
Em sua atualização de sexta-feira, a Ethereum Foundation afirmou que o fork da testnet Hoodi foi adiado até que os desenvolvedores possam corrigir as vulnerabilidades destacadas por um processo de auditoria recente. O fator desencadeador não é uma alegação ampla de “instabilidade da atualização”, mas uma preocupação mais específica: como as EIPs propostas podem afetar a correção de contratos inteligentes que dependem de expectativas estabelecidas sobre os custos de gás.
A Foundation apontou especificamente o risco relacionado a invariantes — propriedades que os contratos inteligentes esperam que permaneçam verdadeiras sob determinadas condições de execução. Neste caso, as preocupações estão ligadas à forma como o gás é contabilizado para operações abrangidas pelas EIP-8037 e EIP-8038. Se essas invariantes deixarem de valer, contratos escritos e testados com base em premissas antigas de contabilização de gás poderão se comportar de forma inesperada quando ocorrerem determinados padrões de chamada.
Como a EIP-8037 e a EIP-8038 poderiam quebrar premissas
A publicação no blog da Ethereum Foundation relaciona a pausa a uma classe de contratos que presume determinado consumo de gás para operações específicas. Historicamente, algumas aplicações do Ethereum dependeram de cálculos fixos relacionados ao gás, seja para contabilização interna, controles de risco ou lógica que toma decisões de execução com base no consumo de gás esperado.
Como o Glamsterdam inclui alterações nos preços do gás, essas premissas de custos fixos podem deixar de corresponder à realidade quando as novas regras entrarem em vigor. A Foundation explicou que a EIP-8037 e a EIP-8038 poderiam invalidar essas premissas, especialmente “quando chamadas externas falham” — um modo de falha que pode alterar o fluxo de execução e, por sua vez, mudar a forma como os custos de gás são contabilizados.
Esta é a nuance fundamental: a preocupação não é simplesmente que os custos de gás mudem, mas que determinada lógica de contratos possa ter sido projetada com base no comportamento anterior. Quando chamadas externas são revertidas ou falham de outra forma, a diferença entre a cobrança de gás “esperada” e a “real” pode desencadear uma cascata que rompe invariantes.
A auditoria da ChainSecurity deu início à sequência de eventos
A decisão da Ethereum veio após um relatório de 13 de outubro da ChainSecurity, auditora de contratos inteligentes. Segundo a descrição da Foundation, a auditoria concluiu que as duas EIPs poderiam “quebrar contratos inteligentes que dependem de premissas fixas relacionadas ao gás quando chamadas externas falham”.
Essa formulação dá aos desenvolvedores um objetivo concreto para o trabalho de acompanhamento. Em vez de tratar a atualização como uma caixa-preta, as equipes podem se concentrar em identificar quais padrões de contrato são afetados, se é possível ajustar a atualização para preservar as propriedades esperadas e quais aplicações já implantadas talvez precisem de avisos ou testes de compatibilidade antes de uma implementação mais ampla.
A publicação da Foundation enfatiza que o tempo adicional na Hoodi tem exatamente esse propósito: encontrar possíveis problemas em contratos inteligentes e determinar se são necessárias alterações antes que o Glamsterdam avance rumo à implantação na mainnet.
O Glamsterdam já foi ensaiado na Sepolia
Embora o fork da Hoodi esteja pausado, o esforço mais amplo do Glamsterdam não está totalmente parado. A atualização já havia alcançado outro marco quando foi ativada na testnet Sepolia em 6 de outubro, em uma etapa descrita como um de seus últimos ensaios importantes.
Em orientações anteriores, de 28 de setembro, a Ethereum Foundation afirmou que o Glamsterdam foi projetado para impulsionar o roteiro de escalabilidade da camada 1 do Ethereum. Entre os objetivos declarados da atualização estão incorporar a separação entre proponente e construtor, adicionar listas de acesso no nível do bloco e modificar os preços do gás para que reflitam melhor o custo da execução.
O novo desenvolvimento — adiar a Hoodi enquanto os problemas são resolvidos — mostra que os testes e a implementação estão sendo conduzidos como um processo de gestão de riscos. A Sepolia ofereceu às equipes um ambiente de ensaio, mas a Hoodi passa agora a ser o estágio em que as preocupações não resolvidas com invariantes do gás são tratadas como impeditivas antes de qualquer avanço adicional.
Os leitores também devem acompanhar como o cenário de “falha de chamada externa” continuará sendo abordado. Na prática, é nos casos de falha que muitos contratos do mundo real enfrentam situações-limite, desde integrações com carteiras até interações entre contratos. Se as correções finais alterarem novamente o comportamento do gás, os desenvolvedores que criarem aplicações com base nas novas regras talvez precisem testar novamente os fluxos de falha, em vez de validar apenas os casos de execução bem-sucedida.
O que acompanhar antes que o Glamsterdam chegue à mainnet
O próximo passo do Ethereum depende de a equipe conseguir resolver as oito invariantes e determinar se são necessários ajustes adicionais no nível das EIPs ou da implementação. Para os desenvolvedores, a prioridade imediata é reavaliar quaisquer contratos que presumam custos fixos de gás para operações afetadas — especialmente em fluxos que envolvam falhas de chamadas externas — enquanto a equipe da atualização continua trabalhando nos problemas apontados pela auditoria da ChainSecurity.
Este artigo foi publicado originalmente com o título Ethereum Devs Say They Won’t Fork “Glamsterdam” on Hoodi Yet no Crypto Breaking News — sua fonte confiável de notícias sobre criptomoedas, Bitcoin e atualizações de blockchain.