Desenvolvedores do Ethereum propõem soluções concorrentes para riscos a contratos na Glamsterdam

Dois desenvolvedores do Ethereum apresentaram no domingo propostas concorrentes para evitar que a Glamsterdam, a próxima grande atualização de software do Ethereum, interrompa aplicativos existentes que mantêm fundos de usuários. As duas propostas continuam em fase de rascunho, e nenhuma tem data prevista.

As propostas EIP-8037 e EIP-8038 da Glamsterdam aumentariam as taxas de gas para criar e acessar dados armazenados. Gas mede o custo de cada operação realizada por um contrato inteligente, o programa que sustenta um aplicativo do Ethereum. A EIP-8037 aumentaria o custo básico de criação de um contrato de 32.000 gas para 183.600 gas, sem incluir os custos de armazenamento e execução do código. Muitos aplicativos do Ethereum foram projetados com a premissa de que esses custos permaneceriam inalterados. Alguns aplicativos alocam uma quantidade fixa de gas ao chamar outro aplicativo, de modo que custos mais altos fariam essas chamadas falhar. Muitos aplicativos já implantados não podem ser modificados.

O risco já atrasou os testes da atualização. A Glamsterdam está sendo executada em uma rede de testes do Ethereum, na qual os desenvolvedores podem verificar mudanças sem colocar fundos reais em risco. Um segundo ensaio, previsto para 26 de outubro, foi adiado após pesquisadores de segurança levantarem preocupações. O pesquisador de segurança pcaversaccio argumentou que a Glamsterdam não deve ser lançada em sua forma atual por causa dos aumentos de gas. O pesquisador disse que os desenvolvedores principais do Ethereum haviam sido alertados sobre essas preocupações duas semanas antes. O desenvolvedor pseudônimo banteg disse que a lista ethereum/repricing-impact já continha 200.000 contratos afetados. Banteg afirmou que problemas metodológicos fizeram a avaliação deixar de identificar muitos outros contratos. Banteg disse que as mudanças afetam a implantação e a operação de vários protocolos de destaque, e não apenas desenvolvedores que fazem mau uso dos opcodes disponíveis.

A proposta de Leo Glisic, a EIP-8488, dividiria o conjunto de instruções do Ethereum em duas versões. Os contratos existentes manteriam a programação atual de gas. Os contratos implantados a partir de então teriam de usar opcodes V2, com a programação de gas especificada pelas EIPs 8037 e 8038.

A proposta de Giulio Rebuffo aplicaria os novos preços de gas a todos os contratos, mas permitiria que os aplicativos existentes continuassem sendo executados sob as regras antigas. O rascunho de Rebuffo propõe dois medidores de gas para cada transação. Um medidor contabilizaria a execução segundo as regras antigas. O outro aplicaria a nova programação de gas para calcular a taxa da transação. O rascunho de Rebuffo reconhece que o projeto ainda não passou por uma implementação em cliente de execução nem por testes de consenso.