Desenvolvedores do Ethereum apresentaram duas propostas concorrentes para evitar que a próxima atualização Glamsterdam perturbe os contratos inteligentes existentes, à medida que crescem as preocupações com mudanças nas regras de precificação de gas da rede.
Resumo
- Os desenvolvedores do Ethereum Leo Glisic e Giulio Rebuffo enviaram propostas concorrentes para evitar que a precificação de gas revisada do Glamsterdam perturbe os contratos inteligentes existentes.
- Glisic quer que os contratos mais antigos mantenham suas regras de gas existentes, enquanto Rebuffo propôs sistemas de contabilidade separados para preservar a execução dos contratos sob as regras anteriores.
- Pesquisadores de segurança alertaram que aproximadamente 200.000 contratos podem ser afetados, com preocupações que se estendem a protocolos DeFi estabelecidos e aplicações que detêm fundos de usuários.
- O fundador da Curve Finance, Michael Egorov, alertou sobre um possível hard fork de emergência, enquanto o investidor do Ethereum Ryan Berckmans retirou seu apoio anterior à ativação rápida.
- A ativação do Hoodi do Glamsterdam foi adiada após alertas de segurança, e os desenvolvedores discutiram provisoriamente outro teste privado para 16 a 20 de novembro.
Os desenvolvedores Leo Glisic e Giulio Rebuffo enviaram propostas separadas no domingo, 8 de novembro, oferecendo maneiras diferentes de introduzir as novas cobranças de gas sem afetar aplicações que já operam no Ethereum.
As propostas seguem alertas de segurança que forçaram os desenvolvedores a adiar partes do cronograma de testes do Glamsterdam. Alguns contratos inteligentes existentes dependem de custos de gas fixos, e alterar esses custos pode fazer com que as transações falhem ou interfiram em aplicações que não podem ser atualizadas após a implantação.
Desenvolvedores do Ethereum propõem duas abordagens para a precificação de gas
A proposta de Glisic, EIP-8488, introduziria um conjunto separado de instruções para contratos inteligentes recém-implantados, ao mesmo tempo que permitiria que contratos mais antigos continuassem operando sob suas regras de gas existentes.
Sob a proposta, novos contratos usariam opcodes V2 que seguem a precificação revisada introduzida por meio do EIP-8037 e do EIP-8038. Os contratos existentes manteriam a estrutura de precificação original, permitindo que os desenvolvedores introduzissem as mudanças sem forçar aplicações mais antigas a se adaptarem.
Rebuffo sugeriu uma solução diferente em um rascunho separado que introduziria dois sistemas de contabilidade de gas dentro de cada transação.
Um calcularia quanto gas um contrato consome sob as regras anteriores, preservando as condições que ele espera durante a execução. O segundo calcularia a taxa real da transação usando o cronograma de precificação revisado.
Sua proposta reconhece que nenhuma implementação de cliente de execução ou testes de consenso foram concluídos para o design. Nenhuma das propostas foi aprovada para inclusão no Glamsterdam.
Por que as mudanças de gas do Glamsterdam levantaram preocupações de segurança
As preocupações de compatibilidade decorrem do EIP-8037 e do EIP-8038, que alteram como o Ethereum cobra pela criação e acesso ao estado da blockchain.
O EIP-8037 aumentaria a cobrança base de gas para criar um contrato inteligente de 32.000 para 183.600, excluindo custos adicionais de execução e armazenamento de código.
Embora as mudanças tenham como objetivo contabilizar os recursos consumidos pela atividade da blockchain, pesquisadores de segurança alertaram que as aplicações existentes podem não estar preparadas para as cobranças revisadas.
Como o crypto.news relatou anteriormente, a empresa de segurança ChainSecurity identificou oito suposições usadas por contratos inteligentes existentes que poderiam se tornar inválidas sob as regras de gas propostas.
Alguns contratos reservam uma quantidade fixa de gas para chamadas externas, enquanto outros dependem de comportamento específico quando as transações falham. Uma mudança inesperada no consumo de gas poderia interferir nessas operações.
O desenvolvedor pseudônimo banteg alertou no X que uma análise existente já havia identificado aproximadamente 200.000 contratos potencialmente afetados, enquanto problemas metodológicos poderiam significar que o número real é maior.
O desenvolvedor disse que as preocupações se estendem à implantação e operação de vários protocolos proeminentes, em vez de se limitarem a erros de codificação isolados.
Comunidade Ethereum dividida sobre os riscos do Glamsterdam
As mudanças propostas geraram críticas de desenvolvedores e figuras da indústria DeFi que acreditam que a Ethereum deveria resolver as preocupações de compatibilidade antes de prosseguir.
O fundador da Curve Finance, Michael Egorov, alertou no X que o Glamsterdam poderia causar problemas sérios se os desenvolvedores prosseguirem sem abordar os riscos.
“Caro @ethereum – por favor, não quebre a chain. Parece que o Glamsterdam na forma atual levaria a outro hard fork de emergência de volta, com muito drama”, escreveu Egorov.
O membro da comunidade Ethereum e investidor Ryan Berckmans inicialmente apoiou o avanço com a atualização, argumentando que a Ethereum não poderia garantir preços de gas inalterados para todas as aplicações existentes.
Berckmans posteriormente reverteu sua posição após revisar as preocupações de compatibilidade.
“Nós deveríamos (claramente, agora) não continuar em direção à ativação do Glam o mais rápido possível. Eu estava errado ao dizer isso”, ele escreveu no X.
O pesquisador de segurança pcaversaccio assumiu uma posição mais firme, argumentando que o Glamsterdam não deveria ser implantado na sua forma atual.
“na minha opinião o Glamsterdam não deveria ser lançado na sua forma atual, ponto final”, o pesquisador escreveu, referindo-se às mudanças de gas que, segundo relatos, haviam sido sinalizadas aos desenvolvedores principais da Ethereum semanas antes.
Testes do Glamsterdam permanecem atrasados
Os desenvolvedores da Ethereum adiaram a ativação do Hoodi em 26 de outubro após surgirem preocupações sobre como as regras revisadas de gas poderiam afetar contratos já implantados na mainnet.
O adiamento abrangeu as mudanças da camada de execução Amsterdam, as mudanças de consenso Gloas e um aumento planejado no limite de gas do Hoodi para 200 milhões.
Em uma declaração de 6 de novembro, o desenvolvedor da Ethereum Foundation Marius van der Wijden disse que a organização estava trabalhando com a ChainSecurity e a Dedaub para examinar as aplicações afetadas e coletar feedback dos desenvolvedores.
Um teste privado subsequente do Glamsterdam havia sido discutido tentativamente para 16 a 20 de novembro, no mínimo, durante uma reunião de desenvolvedores em 29 de outubro. O cronograma foi elaborado antes de as duas propostas concorrentes serem submetidas.
