El aplazamiento de la actualización Glamsterdam de Ethereum en su red de pruebas Hoodi se produjo tras descubrirse que algunos contratos inteligentes podían registrar permanentemente operaciones que debían poder reintentarse. La firma de seguridad ChainSecurity informó el jueves que los desarrolladores habían pospuesto la activación, prevista para el 26 de octubre de 2026, después de identificar problemas con los cambios en el gas de la actualización.
Conclusiones clave
ChainSecurity encontró 13 ejemplos reales de contratos potencialmente afectados.
Los operadores de nodos de Hoodi deberían usar software que elimine la actualización programada.
Glamsterdam ya está activo en Sepolia, con un límite de gas cercano a los 200 millones.
El retraso de Glamsterdam en Ethereum cambia los planes de actualización de Hoodi
La Fundación Ethereum dijo que el aplazamiento da tiempo a los desarrolladores para investigar cómo interactúan las propuestas de Glamsterdam con los contratos inteligentes existentes. ChainSecurity está contactando a los proyectos afectados mediante un proceso de divulgación responsable, mientras la Fundación evalúa cuántos contratos están expuestos.
La investigadora de Ethereum Christine Kim aconsejó a los operadores de nodos volver a una versión anterior del software que no programe la actualización, o esperar a que el equipo de su cliente de ejecución publique una versión que la cancele.
Según Preston Van Loon, desarrollador del cliente de consenso Prysm, ese mismo día se publicaría una versión que eliminaría Glamsterdam del calendario de Hoodi.
Los cambios en el gas pueden convertir los fallos reintentables en registros permanentes
ChainSecurity descubrió que las reglas de gas de Glamsterdam podrían romper las suposiciones que usan los contratos para gestionar llamadas externas fallidas. La firma identificó 13 ejemplos del mundo real en los que los cambios podrían hacer que los contratos registraran permanentemente una operación fallida que, según el código, debía poder reintentarse.
El gas paga el trabajo de computación en Ethereum. Mediante EIP-8037 y EIP-8038, Glamsterdam modifica los cargos por crear y acceder a datos almacenados, y añade un fondo de gas independiente para crear nuevo estado.
Algunos contratos comprueban el gas disponible o dependen de que una llamada agote su gas para protegerse contra ataques de griefing por gas insuficiente. En ese ataque, alguien suministra deliberadamente muy poco gas, lo que provoca que una operación válida falle y quede registrada como un fallo permanente.
ChainSecurity advirtió el 13 de octubre de 2026 que las dos propuestas podrían debilitar esas protecciones. Con Glamsterdam, el gas puede reponerse o devolverse después de una llamada fallida, mientras que los cambios de tarifas modifican la cantidad que necesita una llamada.
«Incluso si el código del contrato no cambia, una ruta de fallo que antes revertía ahora puede completarse», escribió ChainSecurity. La firma instó a los proyectos a revisar sus contratos.
Sepolia ya está activa mientras la planificación de la red principal espera las pruebas en Hoodi
Glamsterdam se activó en la red de pruebas Sepolia el 6 de octubre de 2026, donde los bloques comenzaron a usar un límite de gas de casi 200 millones. Eso es más del triple del límite de 60 millones de la red principal de Ethereum.
La actualización también introduce listas de acceso a nivel de bloque, que permiten a las computadoras comprobar transacciones en paralelo. Además, incorpora a las propias reglas de Ethereum la subasta que determina quién ensambla cada bloque.
Antes del retraso de Glamsterdam en Hoodi, los desarrolladores tenían como objetivo desplegarlo en la red principal para finales de 2026. Habían considerado principios de diciembre y planeaban cerrar el calendario tras completar con éxito las pruebas en Hoodi.
Artículo elaborado con ayuda de inteligencia artificial y revisado por el equipo editorial.