Los desarrolladores de Ethereum han presentado dos propuestas competidoras para evitar que la próxima actualización Glamsterdam interrumpa los contratos inteligentes existentes, mientras crece la preocupación por los cambios en las reglas de precios del gas de la red.
Resumen
- Los desarrolladores de Ethereum Leo Glisic y Giulio Rebuffo han presentado propuestas competidoras para evitar que la revisión de los precios del gas de Glamsterdam interrumpa los contratos inteligentes existentes.
- Glisic quiere que los contratos más antiguos conserven sus reglas de gas existentes, mientras que Rebuffo ha propuesto sistemas de contabilidad separados para preservar la ejecución de los contratos bajo las reglas anteriores.
- Investigadores de seguridad han advertido que aproximadamente 200.000 contratos podrían verse afectados, y la preocupación se extiende a protocolos DeFi establecidos y aplicaciones que custodian fondos de usuarios.
- El fundador de Curve Finance, Michael Egorov, advirtió sobre un posible hard fork de emergencia, mientras que el inversor de Ethereum Ryan Berckmans retiró su apoyo anterior a una activación rápida.
- La activación de Hoodi de Glamsterdam se pospuso tras las advertencias de seguridad, y los desarrolladores habían discutido tentativamente otra prueba privada para el 16 al 20 de noviembre.
Los desarrolladores Leo Glisic y Giulio Rebuffo han presentado propuestas separadas el domingo 8 de noviembre, ofreciendo diferentes formas de introducir los nuevos cargos de gas sin afectar las aplicaciones que ya operan en Ethereum.
Las propuestas siguen a las advertencias de seguridad que han obligado a los desarrolladores a posponer partes del calendario de pruebas de Glamsterdam. Algunos contratos inteligentes existentes dependen de costos de gas fijos, y cambiar esos costos podría provocar que las transacciones fallen o interferir con aplicaciones que no pueden actualizarse después del despliegue.
Los desarrolladores de Ethereum proponen dos enfoques para el precio del gas
La propuesta de Glisic, EIP-8488, introduciría un conjunto separado de instrucciones para los contratos inteligentes recién desplegados, al tiempo que permitiría que los contratos más antiguos sigan operando bajo sus reglas de gas existentes.
Según la propuesta, los nuevos contratos utilizarían opcodes V2 que siguen la revisión de precios introducida mediante EIP-8037 y EIP-8038. Los contratos existentes conservarían la estructura de precios original, permitiendo a los desarrolladores introducir los cambios sin obligar a las aplicaciones más antiguas a adaptarse.
Rebuffo ha sugerido una solución diferente en un borrador separado que introduciría dos sistemas de contabilidad de gas dentro de cada transacción.
Uno calcularía cuánto gas consume un contrato bajo las reglas anteriores, preservando las condiciones que espera durante la ejecución. El segundo calcularía la tarifa real de la transacción utilizando el calendario de precios revisado.
Su propuesta reconoce que aún no se ha completado ninguna implementación de cliente de ejecución ni pruebas de consenso para el diseño. Ninguna de las propuestas ha sido aprobada para su inclusión en Glamsterdam.
Por qué los cambios de gas de Glamsterdam han generado preocupaciones de seguridad
Las preocupaciones de compatibilidad provienen de EIP-8037 y EIP-8038, que cambian cómo Ethereum cobra por crear y acceder al estado de la cadena de bloques.
EIP-8037 elevaría el cargo base de gas por crear un contrato inteligente de 32.000 a 183.600, excluyendo los costos adicionales de ejecución y almacenamiento de código.
Aunque los cambios están destinados a tener en cuenta los recursos consumidos por la actividad de la cadena de bloques, los investigadores de seguridad han advertido que las aplicaciones existentes podrían no estar preparadas para los cargos revisados.
Como crypto.news informó anteriormente, la firma de seguridad ChainSecurity identificó ocho supuestos utilizados por los contratos inteligentes existentes que podrían volverse inválidos bajo las reglas de gas propuestas.
Algunos contratos reservan una cantidad fija de gas para llamadas externas, mientras que otros dependen de un comportamiento específico cuando las transacciones fallan. Un cambio inesperado en el consumo de gas podría interferir con esas operaciones.
El desarrollador seudónimo banteg advirtió en X que un análisis existente ya había identificado aproximadamente 200.000 contratos potencialmente afectados, mientras que los problemas metodológicos podrían significar que el número real sea mayor.
El desarrollador dijo que las preocupaciones se extienden al despliegue y funcionamiento de varios protocolos prominentes, en lugar de limitarse a errores de codificación aislados.
La comunidad de Ethereum dividida sobre los riesgos de Glamsterdam
Los cambios propuestos han provocado críticas de desarrolladores y figuras de la industria DeFi que creen que Ethereum debería resolver las preocupaciones de compatibilidad antes de continuar.
El fundador de Curve Finance, Michael Egorov, advirtió en X que Glamsterdam podría causar problemas graves si los desarrolladores continúan sin abordar los riesgos.
“Querido @ethereum – por favor, no rompas la cadena. Parece que Glamsterdam en su forma actual llevaría a otro hard fork de emergencia de vuelta, con mucho drama”, escribió Egorov.
El miembro de la comunidad de Ethereum e inversor Ryan Berckmans inicialmente apoyó seguir adelante con la actualización, argumentando que Ethereum no podía garantizar un precio de gas sin cambios para cada aplicación existente.
Berckmans posteriormente revirtió su posición tras revisar las preocupaciones de compatibilidad.
“Deberíamos (claramente, ahora) no continuar hacia la activación de Glam lo antes posible. Me equivoqué al decirlo”, escribió en X.
El investigador de seguridad pcaversaccio ha adoptado una posición más firme, argumentando que Glamsterdam no debería desplegarse en su forma actual.
“en mi humilde opinión Glamsterdam no debería lanzarse en su forma actual, punto”, escribió el investigador, refiriéndose a los cambios de gas que según los informes se habían señalado a los desarrolladores principales de Ethereum semanas antes.
Las pruebas de Glamsterdam siguen retrasadas
Los desarrolladores de Ethereum pospusieron la activación de Hoodi del 26 de octubre después de que surgieran preocupaciones sobre cómo las reglas de gas revisadas podrían afectar a los contratos ya desplegados en la mainnet.
El aplazamiento abarcó los cambios de la capa de ejecución de Amsterdam, los cambios de consenso de Gloas y un aumento planificado del límite de gas de Hoodi a 200 millones.
En una declaración del 6 de noviembre, el desarrollador de la Ethereum Foundation Marius van der Wijden dijo que la organización estaba trabajando con ChainSecurity y Dedaub para examinar las aplicaciones afectadas y recopilar comentarios de los desarrolladores.
Una prueba privada posterior de Glamsterdam se había discutido tentativamente para el 16 al 20 de noviembre como muy pronto durante una reunión de desarrolladores del 29 de octubre. El calendario se elaboró antes de que se presentaran las dos propuestas competidoras.
