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 indicaron 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 busca hacer que las mejoras sean más iterativas, predecibles y de alcance limitado, reduciendo la necesidad de revisiones amplias y poco frecuentes.

Según la cadencia establecida, es probable que Glamsterdam llegue en la primera mitad de 2026, con Hegota siguiendo más adelante ese mismo año.

Si bien Hegota aún se encuentra en una etapa temprana de planificación, se espera que su eventual actualización tome elementos de los objetivos de la hoja de ruta de largo plazo y de cualquier elemento pendiente que se haya pospuesto desde Glamsterdam. En particular, los Verkle Trees —un requisito previo para clientes completamente sin estado— han sido mencionados frecuentemente como candidatos para incluirse en uno de los hard forks de 2026. Sin embargo, 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 de 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 cada vez mayor para los operadores de nodos.

Glamsterdam se enfoca 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 entre 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 nuevos precios de gas para alinear mejor los costos de la EVM con el uso de recursos.

Cambios más complejos, como la reducción de los tiempos de slot, ya han sido pospuestos para ciclos posteriores. Cualquier elemento que resulte demasiado ambicioso para el cronograma podría trasladarse a Hegota, con decisiones finales esperadas 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 transformó 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 una mayor capacidad de blobs, mientras que Glamsterdam apunta a mejorar aún más el rendimiento de la Layer 1 para soportar el aumento de la actividad de rollups sin crear nuevas presiones de centralización.

A continuación, The Verge se enfoca en la ausencia de estado y la verificación de light-clients. 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.