Los desarrolladores de Ethereum han retrasado la bifurcación dura «Glamsterdam», prevista para la red de pruebas Hoodi, después de que investigadores señalaran riesgos de seguridad relacionados con el gas que podrían afectar al comportamiento de los contratos inteligentes cuando fallan las transacciones.
Según un comunicado de la Fundación Ethereum (EF) del 22 de octubre, la actualización —prevista inicialmente para el 26 de octubre— se pospondrá para dar tiempo a los equipos a investigar cómo interactúan ciertas propuestas con los contratos ya desplegados en Ethereum. El retraso añade nueva incertidumbre al calendario general de Glamsterdam, ya que los desarrolladores habían señalado principios de diciembre como posible fecha para su llegada a la red principal, tras unas pruebas satisfactorias en Hoodi.
Conclusiones clave
La Fundación Ethereum aplazó la bifurcación dura Glamsterdam en la red de pruebas Hoodi, prevista originalmente para el 26 de octubre, para investigar las implicaciones de seguridad relacionadas con el comportamiento del gas.
La firma de seguridad ChainSecurity advirtió que dos propuestas de Glamsterdam (EIP-8037 y EIP-8038) podrían debilitar las defensas contra los ataques de agotamiento de gas insuficiente.
Los investigadores afirman que los cambios propuestos al gas podrían permitir que los contratos continúen ejecutándose tras fallos de formas que las medidas de protección actuales no contemplan.
Los equipos de Ethereum contemplaban principios de diciembre como fecha para definir el calendario de la red principal, sujeto a los resultados de las pruebas en Hoodi, que ahora siguen siendo inciertos.
La EF retrasa el despliegue en Hoodi mientras se revisan las interacciones de los contratos
La Fundación Ethereum dijo que la actualización Glamsterdam en Hoodi se ha aplazado para que los desarrolladores puedan examinar «cómo interactúan algunas propuestas con los contratos inteligentes desplegados en Ethereum». En la práctica, esto significa que los equipos quieren aclarar si los cambios en el modelo de gas de la actualización crean rutas de ejecución inesperadas para contratos escritos bajo supuestos anteriores, especialmente en lo que ocurre después de que falla una transacción.
Esta revisión es importante porque los contratos inteligentes suelen incorporar lógica de seguridad basada en cómo la ejecución de las transacciones consume gas y en cómo se propagan los fallos. Si esos supuestos dejan de ser válidos, las medidas de protección pueden quedar incompletas y las funciones que utilizan los usuarios podrían comportarse de forma distinta a la prevista por los desarrolladores.
ChainSecurity destaca los riesgos de EIP-8037 y EIP-8038
El 13 de octubre, ChainSecurity publicó un análisis en el que advertía que dos propuestas incluidas en Glamsterdam —EIP-8037 y EIP-8038— podrían socavar las protecciones contra los ataques de agotamiento de gas insuficiente.
Según ChainSecurity, las nuevas reglas podrían permitir que se devuelva gas a un contrato después de que falle una operación. A juicio de la firma, esto podría interferir con las comprobaciones de seguridad existentes que dependen de la cantidad de gas restante durante una transacción.
El ataque de agotamiento de gas insuficiente es una clase de ataque en la que una persona maliciosa que realiza una llamada proporciona deliberadamente muy poco gas para que una operación legítima de un contrato inteligente pueda completarse. Si las protecciones suponen que un fallo detendrá o revertirá un comportamiento específico del contrato de una forma determinada, un cambio en la gestión del gas podría permitir que los contratos «continúen» cuando antes se habrían detenido, lo que podría dejar al contrato en un estado que registra un fallo como si fuera definitivo.
ChainSecurity ofreció un ejemplo concreto: un contrato afectado podría eliminar la reclamación de un usuario o impedirle volver a intentarlo, aunque la operación original podría haber sido válida en condiciones normales.
Es importante señalar que ChainSecurity afirmó que Glamsterdam no hará que todas las comprobaciones de seguridad relacionadas con el gas dejen de ser fiables. Algunas medidas de protección podrían seguir funcionando, pero los desarrolladores tendrían que auditar sus contratos para asegurarse de que contemplan correctamente las reglas de gas revisadas de la actualización.
En una cobertura anterior, Cointelegraph señaló que la Fundación Ethereum también había advertido que el modelo de gas de Glamsterdam podría afectar a las billeteras, los indexadores y los estimadores de gas que dependen de supuestos fijos. El nuevo aplazamiento indica que, además de las herramientas, los supuestos de seguridad a nivel de contrato son ahora una preocupación central.
La preocupación «seria» y una lista más amplia de ejemplos generan presión en la comunidad
Tras la advertencia de ChainSecurity, los colaboradores reaccionaron con urgencia. En un comentario de GitHub del 21 de octubre, el investigador de seguridad seudónimo pcaversaccio calificó los riesgos de «serios» e instó a reevaluar la bifurcación dura.
El viernes, ChainSecurity afirmó haber identificado «13 ejemplos del mundo real» y estar coordinando la divulgación responsable con los proyectos afectados. La firma no dio detalles sobre esos ejemplos ni identificó a las entidades afectadas en su declaración pública. Sin embargo, instó a los desarrolladores a revisar sus contratos lo antes posible.
Para los usuarios e integradores de Ethereum, la consecuencia práctica es que el riesgo no se limita a casos extremos puramente teóricos. Aunque no se hayan publicado detalles, la existencia de varios escenarios del mundo real aumenta la posibilidad de que los contratos de uso extendido requieran actualizaciones o cambios de configuración cuando se active Glamsterdam.
Qué significa esto para el calendario de Glamsterdam
Glamsterdam no es la primera etapa del proceso. Cointelegraph informó anteriormente que la actualización ya se había activado en la red de pruebas Sepolia el 6 de octubre, antes del despliegue en Hoodi, ahora aplazado.
Con el retraso de Hoodi, los equipos pierden un paso clave de validación: comprobar que los cambios en el modelo de gas funcionan según lo previsto en condiciones que imitan el comportamiento de la red principal. Los desarrolladores de Ethereum contemplaban principios de diciembre para definir el calendario definitivo de la red principal, según se informó, después de que las pruebas en Hoodi concluyeran con éxito. Ahora esa secuencia parece menos segura, ya que la EF está esperando explícitamente a que se investigue más cómo interactúan las propuestas con los contratos inteligentes desplegados.
Para los inversores y desarrolladores, la conclusión es que «activado en la red de pruebas» no significa automáticamente «seguro para la red principal». La situación actual pone de relieve cómo las actualizaciones que afectan a la semántica de ejecución y del gas pueden introducir problemas de seguridad y compatibilidad que solo salen a la luz tras una revisión más profunda y un análisis más amplio de la lógica de los contratos.
Los lectores deberían estar atentos a nuevos hallazgos técnicos de la Fundación Ethereum y a cualquier otra divulgación de ChainSecurity sobre los patrones de contrato más afectados y las medidas de mitigación que deberían aplicar los desarrolladores antes de las próximas decisiones sobre la red de pruebas o la red principal.
Este artículo se publicó originalmente con el título «Ethereum aplaza el lanzamiento de la red de pruebas Hoodi de Glamsterdam por riesgos de seguridad» en Crypto Breaking News, tu fuente de confianza para noticias sobre criptomonedas, Bitcoin y actualizaciones de blockchain.