Dois desenvolvedores de Ethereum apresentaram propostas concorrentes no domingo para evitar que o Glamsterdam, a próxima grande atualização de software do Ethereum, quebre aplicativos existentes que detêm os fundos dos usuários. Ambas as propostas permanecem como rascunhos e nenhuma possui uma data prevista.
As propostas Glamsterdam EIP-8037 e EIP-8038 aumentariam as taxas de gas para criar e acessar dados armazenados. O gas mede o custo de cada operação realizada por um contrato inteligente, o programa subjacente a um aplicativo Ethereum. A EIP-8037 aumentaria o custo base para criar um contrato de 32.000 gas para 183.600 gas, excluindo os custos de armazenamento e execução do código. Muitos aplicativos Ethereum foram projetados com a suposição de que esses custos permaneceriam inalterados. Alguns aplicativos alocam uma quantia fixa de gas ao chamar outro aplicativo, então custos mais altos causariam falhas nessas chamadas. Muitos aplicativos implantados não podem ser modificados.
O risco já atrasou os testes de atualização. Glamsterdam está rodando em uma rede de teste do Ethereum, onde desenvolvedores podem verificar alterações sem colocar fundos reais em risco. Um segundo ensaio agendado para 26 de outubro foi adiado após pesquisadores de segurança levantarem preocupações. O pesquisador de segurança pcaversaccio argumentou que Glamsterdam não deve ser lançado em sua forma atual devido aos aumentos de gás. 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 disse que problemas metodológicos fizeram com que a avaliação ignorasse muitos contratos adicionais. Banteg disse que as alterações afetam a implantação e operação de vários protocolos proeminentes, e não apenas o uso indevido de opcodes disponíveis por desenvolvedores.
A proposta de Leo Glisic, EIP-8488, dividiria o conjunto de instruções do ethereum em duas versões. Contratos existentes manteriam o cronograma de gás atual. Contratos recém-deployados deveriam usar os opcodes V2 com o cronograma de gás especificado pelo EIP-8037 e EIP-8038.
A proposta de Giulio Rebuffo aplicaria os novos preços de gás a todos os contratos, permitindo que os aplicativos existentes continuassem a ser executados sob as regras antigas. O rascunho de Rebuffo propõe um par de medidores de gás para cada transação. Um medidor registraria a execução conforme as regras antigas. O outro medidor aplicaria o novo cronograma de gás para calcular a taxa da transação. O rascunho de Rebuffo reconhece que o design ainda não passou por implementação em cliente de execução ou testes de consenso.