Ethereum prepara Glamsterdam en Hoodi, sin fecha fijada para la red principal

Un ensayo antes de la red principal

La preparación de Glamsterdam avanza en las redes de prueba de Ethereum. En su anuncio del 16 de octubre de 2026, la Fundación Ethereum programa la activación en Hoodi para el 26 de octubre, a las 17:42:48 UTC. Indica un límite de gas elevado a 200 millones en esta red de prueba. En cambio, el calendario publicado deja indeterminada la fecha de la red principal. El paso por Hoodi no significa, por tanto, que esos cambios estén ya activos para las transacciones ordinarias en ether.

Una red de prueba permite hacer funcionar conjuntamente las nuevas reglas y el software que las aplica, con activos destinados a ensayos. Los equipos pueden observar la producción de bloques, su validación y los intercambios entre clientes. Este trabajo busca especialmente detectar incompatibilidades antes del despliegue en la red principal. El éxito de un ensayo sigue siendo información técnica sobre las pruebas realizadas, no una garantía general del funcionamiento futuro ni una indicación sobre el precio del ether.

Reorganizar la construcción y verificación de bloques

Glamsterdam incluye una separación entre las funciones de propuesta y construcción de bloques integrada en el protocolo, denominada ePBS. Proponer un bloque y preparar su contenido de ejecución corresponden así a tareas distintas. El objetivo descrito por la Fundación es reducir la dependencia de intermediarios de confianza y dar más tiempo a determinadas verificaciones. Para los operadores, esta evolución exige también comprender las nuevas responsabilidades del software que participa en la producción y validación de la red.

Otro cambio importante son las listas de acceso a nivel de bloque, que enumeran las cuentas y ubicaciones de almacenamiento realmente utilizadas. La especificación EIP-7928 describe también los cambios de estado posteriores a las transacciones. Con esta información, los clientes pueden preparar mejor las lecturas de datos y organizar ciertos procesos en paralelo. Sin embargo, deben conservarse las dependencias entre operaciones: dos transacciones que modifican la misma información no pueden tratarse como independientes. Las listas deben corresponder a la ejecución real; una incoherencia invalida el bloque.

Actualizar software y observar el rendimiento

El límite de gas mide un presupuesto de trabajo informático autorizado dentro de un bloque. No corresponde a una cantidad fija de transacciones ni a una tarifa garantizada para los usuarios. Una transferencia sencilla y la ejecución de un contrato complejo no utilizan los mismos recursos. Elevar ese límite obliga también a examinar restricciones de cálculo, propagación y almacenamiento. El programa de Glamsterdam combina así el aumento de capacidad con una revisión de cómo se utilizan y facturan ciertos recursos de la red.

Los operadores de nodos Hoodi deben seguir las versiones compatibles de sus clientes de ejecución y consenso antes de la activación anunciada. Los titulares de ETH no deben deducir que necesitan convertir sus tokens para participar en la actualización: los ensayos afectan aquí a la infraestructura de la red de prueba. Para seguir el despliegue, serán útiles las versiones efectivamente admitidas, los resultados observados en Hoodi y un anuncio separado del calendario de la red principal.