Los desarrolladores de Ethereum nombran la actualización posterior a Glamsterdam como 'Hegota' mientras toma forma la hoja de ruta para 2026

Los desarrolladores principales de Ethereum han nombrado oficialmente la próxima actualización de la red después de Glamsterdam como "Hegota", definiendo aún más el ciclo de desarrollo de la red para 2026 mientras continúa con su cadencia de lanzamientos dos veces al año.

Hegota combina la actualización de la capa de ejecución "Bogota", siguiendo la tradición de nombrar las actualizaciones según las ciudades anfitrionas de Devcon, con la capa de consenso "Heze", nombrada en honor a una estrella. Los desarrolladores afirmaron que la EIP principal para Hegota no será seleccionada hasta febrero, mientras continúa el trabajo en Glamsterdam, la primera actualización programada de Ethereum para 2026.

La decisión sobre el nombre se tomó durante la llamada All Core Developers Execution (ACDE) del jueves, la última reunión del año. Las llamadas ACDE se reanudarán el 5 de enero, cuando los desarrolladores planean finalizar el alcance de Glamsterdam.

Ciclo de lanzamientos 2026

El nombramiento llega en un momento en que el proceso de actualización de Ethereum se está asentando en su ritmo previsto.

Con Pectra y Fusaka lanzados en 2025, la red ha comenzado efectivamente su calendario de actualizaciones semestrales. Este enfoque pretende hacer que las mejoras sean más iterativas, predecibles y de alcance limitado, reduciendo la necesidad de reformas poco frecuentes y de gran envergadura.

Según la cadencia establecida, Glamsterdam probablemente llegará en la primera mitad de 2026, seguida de Hegota más adelante ese mismo año.

Si bien Hegota aún se encuentra en las primeras etapas de planificación, se espera que su eventual actualización se base en los objetivos de la hoja de ruta a largo plazo y en cualquier elemento pendiente pospuesto de Glamsterdam. En particular, los Verkle Trees —un requisito previo para clientes completamente sin estado— han sido citados con frecuencia como candidatos para su inclusión en uno de los hard forks de 2026. Sin embargo, aún no se ha realizado una selección formal.

Otras áreas en discusión incluyen mecanismos de expiración de estado e historial y optimizaciones adicionales de la capa de ejecución. Cabe destacar que las conversaciones sobre la expiración del estado podrían recibir más atención tras una reciente serie de propuestas de la Ethereum Foundation.

Como informó anteriormente The Block, el equipo de Stateless Consensus de la EF advirtió que el crecimiento del estado —la expansión constante de los datos almacenados en Ethereum— se está convirtiendo en una carga creciente para los operadores de nodos.

Glamsterdam se centra en la eficiencia de la Layer 1 y la descentralización de los constructores

Mientras tanto, los desarrolladores continúan perfeccionando el hard fork de Glamsterdam. Las propuestas aún en consideración incluyen la separación consagrada de proponentes y constructores, o ePBS, destinada a frenar la centralización en la construcción de bloques; listas de acceso a nivel de bloque, que buscan reducir los cuellos de botella en el acceso al estado; y reajustes de gas para alinear mejor los costes de la EVM con el uso de recursos.

Los cambios más complejos, como la reducción de los tiempos de slot, ya se han pospuesto para ciclos posteriores. Cualquier elemento que resulte demasiado ambicioso para el cronograma podría trasladarse a Hegota, con decisiones finales previstas una vez que se reanuden las llamadas en el nuevo año.

Una hoja de ruta que se extiende más allá de 2026

La revelación de Hegota también sitúa a Ethereum dentro de su hoja de ruta técnica más amplia y de varias fases. En septiembre de 2022, los desarrolladores ejecutaron la primera parte de este camino, denominada The Merge, que convirtió a Ethereum de una blockchain proof-of-work a una red proof-of-stake.

Los siguientes componentes han sido definidos como The Surge, The Verge, The Purge y The Splurge.

The Surge se centra en lograr una escalabilidad masiva impulsada por rollups. Fusaka avanzó en este objetivo mediante PeerDAS y la expansión de la capacidad de blobs, mientras que Glamsterdam busca mejorar aún más el rendimiento de la Layer 1 para apoyar el creciente uso de rollups sin crear nuevas presiones de centralización.

A continuación, The Verge se centra en la ausencia de estado y la verificación de clientes ligeros. La posible integración de Verkle en Hegota se alinea directamente con esta fase al reducir los requisitos de almacenamiento de los nodos y permitir una participación más amplia en la red. Las fases posteriores —The Purge y The Splurge— abordan la limpieza histórica y la simplificación a largo plazo del protocolo.