Un informe señala que la Fundación Ethereum pidió a desarrolladores de contratos y auditores verificar si sus proyectos dependen de ocho supuestos de cobro de gas que Glamsterdam modificará mediante EIP-8037 y EIP-8038. Por separado, extractos de la Fundación Ethereum y de All Core Devs indican que la activación de la red de pruebas Hoodi, prevista inicialmente para el 26 de octubre de 2026, fue aplazada mientras los desarrolladores investigan las interacciones de EIP-8037 con contratos inteligentes de la red principal.

Qué cambiarán EIP-8037 y EIP-8038

El mecanismo más claro disponible es que Glamsterdam volverá a fijar precios para dos áreas distintas del trabajo de la EVM. Un extracto de un blog de la Fundación Ethereum afirma que EIP-8037 encarece y mide por separado el costo de crear estado, mientras que EIP-8038 actualiza el costo de acceder al estado existente.

Esto es más específico que una advertencia general sobre “cambios de gas”. Según el mismo extracto, el alcance de EIP-8037 incluye cuentas nuevas, nuevas ranuras de almacenamiento y bytecode desplegado. EIP-8038 se describe como una actualización de los costos de acceso al estado para operaciones como SSTORE, SLOAD, acceso a cuentas en frío, EXTCODESIZE y EXTCODECOPY.

El informe suministrado vincula estos cambios de precios con ocho supuestos de cobro de gas que desarrolladores y auditores deben revisar. También indica que la Fundación Ethereum creó un repositorio con explicaciones, ejemplos y palabras clave de autoevaluación para cada supuesto, y que los proyectos afectados pueden contactar al equipo. El material suministrado no incluye la lista exacta de ocho puntos, por lo que la conclusión práctica por ahora es más limitada: el objetivo de revisión es el código que depende del comportamiento anterior de los costos de gas para crear estado o acceder a él.

Por qué se aplazó Hoodi y qué cambió en su estado

El plan de despliegue de Hoodi anunciado previamente fue retirado después. Un extracto de un blog de la Fundación Ethereum señala que Glamsterdam estaba programado para activarse en Hoodi el 26 de octubre de 2026 a las 17:42:48 UTC, en la época 132,352 y el slot 4,235,264, junto con un aumento previsto del límite de gas de Hoodi a 200M en la misma época.

Un extracto posterior de la Fundación señala que los desarrolladores principales decidieron en ACDE #248 retrasar esa activación en Hoodi para investigar más las interacciones de EIP-8037 con contratos inteligentes de la red principal. Añade que el aplazamiento eliminó la activación programada de Amsterdam en la capa de ejecución, la activación de Gloas en la capa de consenso y el calendario relacionado para el límite de gas de Hoodi.

Un extracto de GitHub de ethereum/pm aporta otro dato concreto sobre el estado: la programación de la bifurcación de Hoodi para EIP-8037 y EIP-8038 se retrasó al menos dos semanas y volvería a evaluarse tras completar las auditorías. Esto no establece una nueva fecha de activación. Sin embargo, responde a la pregunta inmediata sobre la situación actual: el plan de Hoodi para el 26 de octubre ya no está vigente, y el siguiente paso reportado es avanzar en las pruebas de compatibilidad y concluir las auditorías.

Qué pueden extraer los desarrolladores de la orientación actual

Para los desarrolladores, el mensaje no es que se espere que todos los contratos de Ethereum fallen. El informe suministrado lo presenta, en cambio, como una autoevaluación dirigida a proyectos cuya lógica podría depender de supuestos de cobro de gas que dejarán de cumplirse cuando Glamsterdam vuelva a fijar los precios de la creación y el acceso al estado.

Este alcance también parece ir más allá de los contratos Solidity ya desplegados. El mismo informe indica que la Fundación no puede cubrir todos los proyectos de Ethereum ni su código dentro y fuera de la cadena, algo relevante para equipos cuyos sistemas incluyen relayers, automatización, monitoreo u otro software que presupone un comportamiento específico de los costos de ejecución. Hasta que Hoodi sea reprogramado formalmente, el paso más concreto en la información disponible es revisar la compatibilidad, no planificar en función del calendario.