NoticiasCriptoEthereum retrasa el hard fork de Glamsterdam en el testnet de Hoodi por riesgos de seguridad en contratos inteligentes

Ethereum retrasa el hard fork de Glamsterdam en el testnet de Hoodi por riesgos de seguridad en contratos inteligentes

Autor: CryptoMeter io·

Puntos clave

  • •Los desarrolladores de Ethereum cancelaron la activación del hard fork de Glamsterdam prevista para el 26 de octubre de 2026 en el testnet de Hoodi durante una reunión de coordinación el 22 de octubre, para permitir más tiempo de investigación de vulnerabilidades.
  • •La posposición se origina en un análisis de ChainSecurity sobre los cambios propuestos en la contabilidad de gas bajo EIP-8037 y EIP-8038, que identificó 13 casos reales de contratos que podrían verse afectados.
  • •Bajo las reglas propuestas, algunas operaciones fallidas podrían registrarse permanentemente en la cadena en lugar de revertirse, impidiendo potencialmente que los usuarios reintenten transacciones legítimas.
  • •Glamsterdam ya se había lanzado en el testnet de Sepolia el 6 de octubre, y el despliegue cancelado en Hoodi también incluía un aumento del límite de gas del testnet a 200 millones.
  • •La Ethereum Foundation no ha anunciado una nueva fecha para Hoodi, dejando sin resolver el lanzamiento de Glamsterdam en la mainnet —previamente considerado para principios de diciembre—, sin pérdidas financieras confirmadas reportadas.
Ethereum retrasa el hard fork de Glamsterdam en el testnet de Hoodi por riesgos de seguridad en contratos inteligentes

Los desarrolladores de Ethereum pospusieron el hard fork de Glamsterdam en el testnet de Hoodi después de que investigadores de seguridad alertaran sobre cómo la actualización podría afectar a los contratos inteligentes existentes. La activación estaba programada para el 26 de octubre de 2026, pero fue cancelada durante una reunión de coordinación celebrada el 22 de octubre, lo que otorga a los investigadores tiempo adicional para investigar posibles vulnerabilidades antes de que proceda la actualización de la red.

Para Glamsterdam, la activación en Hoodi estaba planteada como el ensayo final antes de la mainnet —la etapa en la que los equipos de clientes, operadores de nodos y validadores confirman que una actualización se comporta correctamente en condiciones reales de red antes de que las mismas reglas lleguen a la cadena de producción de Ethereum. Por eso, una cancelación en este punto impacta directamente en el cronograma general del despliegue.

La decisión sigue a un análisis de la firma de seguridad de contratos inteligentes ChainSecurity, que identificó riesgos vinculados a los cambios propuestos en el sistema de contabilidad de gas de Ethereum. Según la firma, los investigadores descubrieron 13 casos reales que involucraban contratos que podrían verse afectados. ChainSecurity está coordinando divulgaciones responsables con los proyectos correspondientes, mientras la Ethereum Foundation evalúa las implicaciones de seguridad más amplias.

Investigadores de seguridad señalan posibles vulnerabilidades en contratos

Las preocupaciones se centran en EIP-8037 y EIP-8038, dos propuestas que modifican la fijación de precios del gas y la gestión del estado de Ethereum. El gas es la unidad que precios el cómputo en Ethereum, razón por la cual incluso cambios técnicos de contabilidad pueden revelar dependencias ocultas en los contratos desplegados. Bajo las reglas propuestas, los contratos inteligentes existentes podrían comportarse de manera diferente cuando las transacciones se queden sin gas suficiente.

El análisis técnico de ChainSecurity indica que ciertas operaciones fallidas podrían producir resultados inesperados. En algunas circunstancias, los contratos podrían registrar permanentemente transacciones fallidas que antes se habrían revertido, impidiendo potencialmente que los usuarios reintenten operaciones legítimas.

Los investigadores han instado a los equipos de desarrollo a revisar sus contratos inteligentes en busca de dependencias del comportamiento actual del gas. Los proyectos afectados y las direcciones de los contratos no han sido identificados públicamente, y no se han divulgado pérdidas financieras confirmadas en relación con los hallazgos. Como los problemas surgieron durante las pruebas en el testnet, el proceso de divulgación responsable da tiempo a los equipos afectados para adaptar sus contratos antes de cualquier activación en la mainnet.

Los desarrolladores reevalúan el despliegue de Glamsterdam

Glamsterdam forma parte del esfuerzo más amplio de Ethereum por mejorar la escalabilidad, el procesamiento de transacciones y la eficiencia de la red. Sus principales características incluyen la separación proponente-constructor enshrined y las listas de acceso a nivel de bloque, ambas diseñadas para mejorar la producción y validación deques.

Ethereum activó Glamsterdam en el testnet de Sepolia el 6 de octubre. Posteriormente, los desarrolladores programaron el despliegue en Hoodi para el 26 de octubre, junto con un aumento del límite de gas del testnet a 200 millones, como se detalló en el anuncio oficial de Hoodi. La última decisión elimina tanto la activación programada como el ajuste del límite de gas correspondiente.

Los operadores de nodos y validadores de Hoodi ahora deben revisar sus configuraciones de software para garantizar la compatibilidad con el cronograma revisado.

El calendario de la mainnet sigue siendo incierto

La posposición nubla el camino de Glamsterdam hacia la mainnet de Ethereum. Los desarrolladores habían considerado fechas de activación para principios de diciembre, condicionadas a pruebas exitosas en Hoodi. La Ethereum Foundation no ha anunciado una nueva fecha de activación en el testnet ni ha confirmado un calendario de lanzamiento en la mainnet.

El próximo hito de Glamsterdam es una activación revisada en Hoodi, que permitiría reanudar la secuencia de pruebas; hasta que la Foundation fije esa fecha, el cronograma de la mainnet sigue abierto.

Mientras tanto, los desarrolladores continúan investigando los hallazgos de seguridad y evaluando si son necesarios cambios adicionales en el protocolo. El episodio subraya la importancia de probar las actualizaciones del protocolo frente a las aplicaciones existentes antes de que los cambios lleguen a la red de producción de Ethereum.