Dos desarrolladores de Ethereum presentaron propuestas competidoras el domingo para evitar que Glamsterdam, la próxima actualización de software importante de Ethereum, interrumpa las aplicaciones existentes que mantienen los fondos de los usuarios. Ambas propuestas siguen siendo borradores y ninguna tiene una fecha objetivo.
Las propuestas Glamsterdam EIP-8037 y EIP-8038 aumentarían los cargos de gas para crear y acceder a datos almacenados. El gas mide el costo de cada operación realizada por un contrato inteligente, el programa subyacente de una aplicación de ethereum. EIP-8037 aumentaría el costo base de crear un contrato de 32.000 gas a 183.600 gas, excluyendo los costos de almacenamiento y ejecución del código. Muchas aplicaciones de ethereum fueron diseñadas bajo la suposición de que esos costos permanecerían sin cambios. Algunas aplicaciones asignan una cantidad fija de gas al llamar a otra aplicación, por lo que costos más altos harían que esas llamadas fallaran. Muchas aplicaciones implementadas no pueden modificarse.
El riesgo ya ha retrasado las pruebas de actualización. Glamsterdam está funcionando en una red de prueba de Ethereum, donde los desarrolladores pueden verificar cambios sin poner en riesgo fondos reales. Una segunda prueba programada para el 26 de octubre fue pospuesta después de que investigadores de seguridad plantearan preocupaciones. El investigador de seguridad pcaversaccio argumentó que Glamsterdam no debe lanzarse en su forma actual debido a los aumentos de gas. El investigador dijo que los desarrolladores principales de Ethereum habían sido alertados sobre esas preocupaciones dos semanas antes. El desarrollador pseudónimo banteg dijo que la lista ethereum/repricing-impact ya contenía 200.000 contratos afectados. Banteg dijo que problemas metodológicos causaron que la evaluación omitiera muchos contratos adicionales. Banteg dijo que los cambios afectan el despliegue y operación de varios protocolos destacados, más que solo el mal uso de opcodes disponibles por parte de desarrolladores.
La propuesta de Leo Glisic, EIP-8488, dividiría el conjunto de instrucciones de ethereum en dos versiones. Los contratos existentes conservarían el calendario de gas actual. Los contratos recién desplegados deberían utilizar los opcodes V2 con el calendario de gas especificado por EIP-8037 y EIP-8038.
La propuesta de Giulio Rebuffo aplicaría los nuevos precios de gas a todos los contratos, permitiendo que las aplicaciones existentes continúen ejecutándose bajo las reglas antiguas. El borrador de Rebuffo propone un par de contadores de gas para cada transacción. Un contador mediría la ejecución según las reglas antiguas. El otro contador aplicaría el nuevo calendario de gas para calcular la tarifa de la transacción. El borrador de Rebuffo reconoce que el diseño no ha sido sometido a una implementación en cliente de ejecución ni a pruebas de consenso.