Fork de Glamsterdam cancelado en Hoodi: cómo comprobar si tu staking de Ethereum está afectado

El fork de prueba hacia el que los desarrolladores de Ethereum trabajaban desde principios de octubre no se va a producir. El 22 de octubre los desarrolladores del núcleo cancelaron la activación de la actualización Glamsterdam prevista para el lunes 26 de octubre en la red de pruebas Hoodi. El motivo no es un fallo en el software, sino un hallazgo de seguridad de la auditora ChainSecurity sobre dos propuestas de mejora que forman parte de la actualización. No hay fecha de sustitución ni para Hoodi ni para la mainnet.

Si tienes Ether, de momento no cambia nada en el día a día. En cambio, quien opera un nodo, mantiene un validador en marcha o prueba aplicaciones en Hoodi tiene que ajustar el calendario y revisar las versiones de su software. Este artículo sitúa qué se canceló exactamente, por qué la auditora dio la alarma y qué fecha resulta realista ahora.

Fork de Hoodi cancelado: el 26 de octubre se cae

Glamsterdam debía activarse en Hoodi el 26 de octubre a las 17:42:48 UTC, en la época 132.352 de Hoodi. Esa activación se ha retirado de la configuración revisada. Con ella quedan canceladas la activación de la capa de ejecución Amsterdam y la de la capa de consenso Gloas. También se ha retirado la subida prevista del límite de gas de Hoodi a 200 millones de unidades.

La cancelación afecta únicamente a configuraciones futuras. Lo que ya está registrado en bloques en Hoodi queda sin cambios; no se revierte nada. Igual de intacto queda el fork de Glamsterdam en la red de pruebas Sepolia, que tuvo lugar el 6 de octubre y funciona desde entonces.

Qué aporta realmente un fork en una red de pruebas

Una red de pruebas es una copia completa de la blockchain de Ethereum que trabaja con tokens sin valor. Hoodi sirve desde la primavera de 2026 como última etapa antes de la mainnet: aquí los equipos de clientes y los proveedores de staking comprueban en condiciones realistas si su software sobrevive a un fork. Si una prueba así se cae, se desplaza por fuerza todo lo que viene después. La fecha de la mainnet depende de la de la red de pruebas, no al contrario.

EIP-8037 cambia el cobro de gas por el nuevo almacenamiento

El gas es la unidad de cuenta con la que Ethereum mide y tarifica el esfuerzo de una transacción. La EIP-8037 lleva el título «State Creation Gas Cost Increase» y encarece la creación de datos nuevos en la blockchain. Para ello introduce un precio por byte, que cifra en 1.530 de gas, y contabiliza el coste de crear almacenamiento por separado del resto de la ejecución. Los límites de transacción y de bloque se aplican así por dimensión en lugar de a un fondo común.

Según la página oficial de la EIP, la propuesta está en estado «Last Call» con plazo hasta el 1 de noviembre de 2026. Requiere la EIP-8038, que redefine los valores de coste para los accesos al almacenamiento existente. Esos valores no son todavía definitivos según la misma página. Ambas propuestas debían entrar en vigor juntas con Glamsterdam.

Los precios del gas como base de los controles de seguridad

En Ethereum los precios del gas no son solo una cuestión de comisiones. Muchos contratos leen durante la ejecución cuánto gas queda y derivan de ello una decisión. Si una actualización desplaza esos valores, desplaza con ellos la base de tales decisiones. Justo ahí entra el hallazgo.

Insufficient gas griefing: la vía de ataque que describe ChainSecurity

ChainSecurity publicó su análisis el 13 de octubre. El insufficient gas griefing designa un ataque en el que alguien envía a propósito demasiado poco gas para que fracase una operación por lo demás legítima. Los contratos se defienden tradicionalmente comprobando el gas restante: si queda suficiente, el fallo fue real; si apenas queda, probablemente se envió demasiado poco y la operación puede repetirse.

Con las nuevas reglas puede volver al contrato que llama más gas que antes tras una llamada externa fallida. El contrato sigue entonces donde antes se habría detenido, y su comprobación llega a una conclusión equivocada. Según Cointelegraph, los auditores advirtieron de que los cambios podrían alterar los controles de seguridad existentes que se apoyan en el gas restante.

Las consecuencias prácticas las describe la auditora como duraderas: una aplicación podría anotar una operación fallida como definitivamente fallida, borrar el derecho de un usuario o bloquear una repetición. Afectadas están sobre todo las transacciones agrupadas y los pagos, es decir, las secuencias en las que varios pasos van encadenados y el comportamiento en caso de error decide el resultado.

13 contratos afectados y la divulgación confidencial

ChainSecurity indica haber encontrado 13 ejemplos de este patrón en contratos ya activos. Qué aplicaciones son no es público. La firma trabaja, según sus propios datos, con los equipos afectados en el marco de una divulgación confidencial, es decir, el procedimiento habitual en el que los desarrolladores reciben tiempo para corregir antes de que se conozcan los detalles.

Ese modo de proceder explica por qué los desarrolladores detuvieron la prueba en lugar de llevarla a cabo. Un fork en Hoodi habría activado las nuevas reglas de gas en un entorno en el que los equipos replican su lógica de producción. Mientras no se sepa cuántos contratos de la mainnet llevan el mismo patrón, cualquier paso adicional sería una apuesta sobre una cifra que nadie conoce.

Gloas, Amsterdam y el límite de 200 millones de gas quedan parados

Glamsterdam agrupa varios cambios. En la capa de consenso está Gloas, en la de ejecución Amsterdam. Entre su contenido figuran la separación entre la propuesta y la construcción de bloques, anclada en el propio protocolo, así como las listas de acceso a nivel de bloque. Ambos componentes apuntan a hacer más previsible la construcción de bloques y a desacoplar el trabajo de los validadores del de los constructores especializados.

La subida del límite de gas a 200 millones era la parte más visible de la prueba en Hoodi. En Sepolia, Glamsterdam funciona con un límite elevado desde el 6 de octubre. Un límite de gas más alto significa más cálculo por bloque y por tanto más capacidad, pero también eleva las exigencias al hardware de quienes operan nodos. Precisamente por eso se ensaya por etapas y en redes de pruebas antes de pasar a la mainnet.

En la mainnet la operación continúa sin cambios

La mainnet sigue funcionando sin cambios. Según lo expuesto en las informaciones citadas, la Fundación Ethereum no ha declarado que esta actualización hubiera dañado la mainnet, y no hay indicio alguno de un problema en la operación. Quien tiene Ether en una cartera propia, lo mantiene en un exchange o lo stakea a través de un proveedor no tiene que cambiar nada por esta decisión.

El Ether cotiza el 24 de octubre en torno a 2.370 dólares, en la banda de los últimos días. De los datos no se desprende ninguna reacción del precio a la cancelación; el mercado se movió en ese tiempo al paso del Bitcoin y de los índices bursátiles estadounidenses. Quien haya seguido la hoja de ruta hasta aquí encuentra la situación previa a la cancelación en nuestro artículo del 22 de octubre sobre el fork de Hoodi previsto y el límite de 200 millones de gas. Allí figuraba todavía el 26 de octubre como fecha; justo ese punto ha quedado sin efecto.

Staking a través de un proveedor: el papel del prestador

Quien stakea su Ether a través de un exchange o de un servicio especializado no carga él mismo con el riesgo del cliente de software. El proveedor actualiza su software y responde contractualmente de la operación. Para ti sigue siendo relevante con qué transparencia comunica esas fechas y con qué rapidez reacciona ante un fork aplazado. Un panorama de las condiciones de los proveedores habituales está en nuestra comparativa de plataformas de staking, incluidos los plazos de bloqueo que deciden, llegado el caso, la movilidad de tus saldos.

Stakers en solitario y operadores de nodos: las versiones de cliente del 26 de octubre

Distinto es el caso de todos los que operan software por su cuenta. Si un cliente o una configuración propia conserva la antigua fecha de activación, se dirige en Hoodi hacia un fork en el que el resto de la red no participa. El resultado sería una escisión respecto al estado actual, con todas sus consecuencias para la sincronización y la operación del validador.

Por eso la actualización antes del 26 de octubre sigue vigente aunque el fork no se produzca: las nuevas versiones llevan la configuración depurada. Según el resumen revisado, eso afecta en la capa de consenso a Lodestar en la versión 1.50.1 y en la de ejecución a Besu 26.10.1 y Nethermind 2.2.1; Ethrex está disponible como versión previa 30.0.1-rc.2. Las instrucciones para los demás clientes estaban pendientes en el momento de la información. Además de los clientes de ejecución y de consenso, están afectados el cliente de validador y la infraestructura externa para la construcción de bloques.

Desarrolladores de aplicaciones y el calendario de pruebas

Los equipos que querían probar sus contratos frente a Glamsterdam han perdido su base. Los desarrolladores han pedido expresamente no seguir planificando pruebas en torno a la fecha cancelada. Quien opere contratos que leen el gas restante para decidir sobre un reintento debería revisar esa lógica de todos modos, al margen de la fecha del fork. Los casos localizados por ChainSecurity describen un patrón, no una pieza suelta.

La fecha de diciembre para la mainnet está abierta

Antes de la cancelación, según informaciones coincidentes, los desarrolladores habían discutido el 1, el 8 y el 9 de diciembre como posibles fechas para la mainnet. Ninguna estaba confirmada. El orden del día de la reunión del 22 de octubre preveía elegir una fecha la semana siguiente, siempre que la prueba en Hoodi saliera bien. Esa condición no se ha cumplido.

Una información aislada menciona una fecha revisada para Hoodi después de la Devcon, a principios de noviembre, y sigue considerando posible un arranque en la mainnet en diciembre. Las demás fuentes no confirman ese dato, de modo que conviene leerlo con cautela. Lo único sólido hasta ahora es que no hay ninguna fecha nueva fijada.

Visto de forma realista, el calendario depende de dos preguntas: con qué rapidez adaptarán sus contratos los proyectos afectados, y si los desarrolladores afinarán las reglas de gas de modo que los controles antiguos sigan sosteniéndose. Ninguna de las dos se deja fijar en una fecha. En Fusaka, el pasado diciembre, entre el último fork en red de pruebas y el arranque en la mainnet mediaron varias semanas; un intervalo parecido tampoco sorprendería aquí.

Enshrined PBS y listas de acceso a nivel de bloque: el contenido de Glamsterdam

Detrás de los dos términos técnicos hay dos decisiones de rumbo. La enshrined proposer-builder separation ancla en el propio protocolo lo que hoy pasa por software voluntario: la separación entre el validador que propone un bloque y el prestador que lo compone. Las listas de acceso a nivel de bloque anuncian por adelantado qué datos tocará un bloque, de modo que los clientes pueden hacer parte del trabajo en paralelo.

Ambas apuntan a la robustez más que a novedades visibles para el usuario final. Para los inversores, Glamsterdam es por eso menos un acontecimiento con efecto en el precio que un componente del desarrollo a largo plazo de la red. Un retraso de unas semanas cambia poco esa lectura, pero muestra que los desarrolladores ponen los hallazgos de seguridad por delante del calendario.

Cancelación de Glamsterdam: sin fecha de sustitución el fork de diciembre queda abierto

1. Revisa tu versión de software si operas por tu cuenta. Actualiza los clientes de ejecución, consenso y validador a las versiones indicadas y asegúrate de que ninguna configuración propia lleve el 26 de octubre como momento de activación. Quien deje el staking en manos de un servicio encuentra las condiciones de los proveedores en la comparativa de staking.
2. Separa custodia y negociación. La cancelación no toca tus saldos, pero sigue siendo una buena ocasión para hacer inventario. Qué dispositivos sirven para la custodia propia lo muestra la comparativa de carteras hardware.
3. Vigila el calendario, no el precio. El siguiente paso sólido es una nueva fecha para Hoodi. Quien quiera ampliar posiciones o reordenarlas en esta fase compara antes las comisiones y las vías de ingreso de los exchanges cripto, en lugar de apostar por un rally de fork que hasta ahora nadie ha puesto en el calendario.

(24 de octubre de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)