Ethereum Glamsterdam actualización: límite de gas aumentado a 200 millones, ¿cómo lograr 10,000 TPS?

A principios de mayo de 2026, más de 100 contribuyentes principales de Ethereum se reunieron en Longyearbyen, en el Círculo Polar Ártico, para completar una semana de la conferencia de interoperabilidad Soldøgn bajo luz continua, y anunciaron que los tres principales objetivos tecnológicos de la actualización Glamsterdam estaban prácticamente listos: límite superior e inferior de Gas bloqueado en 200 millones, ePBS funcionando de manera estable en el proceso externo de Builders, y la confirmación final de los parámetros de revaloración de EIP-8037. Se espera que esta actualización entre en línea en la red principal alrededor de junio de 2026, siendo ampliamente vista como la mejora de rendimiento más importante de Ethereum desde The Merge en 2022.

¿Qué significa que el límite de Gas de Ethereum pase de 60 millones a 200 millones?

El límite actual de Gas en Ethereum es de aproximadamente 60 millones, habiendo sido aumentado desde 30 millones en dos actualizaciones, Pectra y Fusaka, desde 2021. Glamsterdam lo elevó de una sola vez a 200 millones, lo que significa que la cantidad de operaciones computacionales que puede contener un bloque aumentará en 3.3 veces, y el rendimiento teórico de la red pasará de aproximadamente 1,000 TPS a aproximadamente 10,000 TPS.

Simplemente aumentar el límite de Gas no equivale a que la red pueda soportar realmente esa carga. Si el rendimiento del cliente de ejecución no puede soportarlo, un límite de Gas más alto será solo un número teórico, y en picos de alta demanda aún puede haber congestión. Sin embargo, con el soporte simultáneo de ePBS, EIP-8037 y listas de acceso a nivel de bloque, este aumento en el límite de Gas cuenta con múltiples garantías desde la ejecución en capas inferiores hasta el almacenamiento de estado.

¿Cómo logra ePBS una reconstrucción a nivel de protocolo del mecanismo de creación de bloques?

La separación en propuestas y constructores encriptada (Enshrined Proposer-Builder Separation) es el cambio arquitectónico más central de Glamsterdam. Su esencia es separar completamente los roles de creador de bloques y proponente en el nivel del protocolo. Anteriormente, esta separación dependía de relés externos y redes de constructores de terceros, pero ePBS la integra en la capa de consenso, eliminando la dependencia de confianza en terceros.

ePBS añade límites de tiempo claros para la construcción de bloques, revelación de cargas útiles y atestaciones, dejando un mayor margen en la línea de tiempo para la capa de ejecución. Esto significa que los validadores ya no necesitan encargarse de tareas complejas de construcción de bloques, pudiendo centrarse en la validación; mientras que constructores profesionales con alta capacidad computacional pueden optimizar de forma independiente la estrategia de estructura del bloque. La integración a nivel de protocolo de ePBS también introduce el Comité de Oportunidad de Carga Útil y una doble lógica de límites, aumentando el rendimiento y reduciendo los cuellos de botella en la verificación de bloques.

¿Cómo habilitan las Listas de Acceso a Nivel de Bloque (BAL) la ejecución paralela y el aumento del rendimiento?

El efecto de BAL se asemeja a una optimización a nivel inferior: permite que el cliente obtenga previamente los conjuntos de lectura y escritura del bloque antes de la ejecución, logrando procesamiento paralelo de transacciones y operaciones de entrada/salida en lote. Esta mejora no aumenta directamente el límite máximo de rendimiento, sino que prioriza la mejora del rendimiento en la ruta más lenta durante la ejecución. Tras un aumento significativo en el límite de Gas, la velocidad de sincronización del nodo y la eficiencia en el cálculo de la raíz del estado se vuelven aún más críticas, y BAL está diseñado para responder a este cambio.

El camino hacia la paralelización de Ethereum puede entenderse como una evolución en fases: en las primeras etapas, se centró en mejorar la ejecución secuencial y la estructura de almacenamiento; en la etapa intermedia, se probó en la red de desarrollo mediante BAL; y en la fase final, se transita gradualmente hacia formas de transacciones altamente paralelas. Glamsterdam no convierte a Ethereum en una cadena completamente paralela de la noche a la mañana, pero sienta las bases para modelos de ejecución más eficientes y paralelos a nivel de infraestructura.

¿Cómo responde EIP-8037 al crecimiento del estado y a la desalineación en la valoración de recursos?

El principal costo de aumentar significativamente el límite de Gas es que los datos de estado crecerán a mayor velocidad. El estado global de Ethereum registra saldos de cuentas y datos de contratos; si no se controla, el estado se convertirá en la mayor carga para operar nodos completos.

EIP-8037 cambia la tarifa dinámica por byte de estado a un costo fijo por byte de estado (cost_per_state_byte), elevando el costo de Gas para crear nuevos estados, dificultando que atacantes y contratos ineficientes desplieguen estados de bajo costo que puedan explotar el almacenamiento. Este mecanismo asegura que, incluso si la capacidad de bloques alcanza los 200 millones, el costo marginal de agregar nuevos datos de estado siga alineado con los costos reales de hardware, evitando que “hacer más en un bloque” se traduzca en una expansión insostenible de la base de datos.

¿Cómo afecta la expansión de la capa de ejecución L1 a la supervivencia y competencia de L2?

En los últimos años, la narrativa principal de la expansión de Ethereum ha sido centrada en Rollup: trasladar la mayor parte de la ejecución a redes L2, mientras que la cadena principal (L1) se enfoca en ofrecer una liquidación segura. Glamsterdam envía una señal clara: los límites de capacidad de la capa principal están siendo redefinidos.

L2 procesa entre el 95% y el 99% de las transacciones en el ecosistema Ethereum, pero los costos de transferencia en L1 ya son muy bajos. Tras la actualización, los costos de liquidación de datos en L1 disminuirán aún más, estimándose una reducción del 70% en las tarifas de Rollup. Esto beneficia a soluciones L2 de gran escala en términos de costos, pero también amplía los escenarios en los que la propia red principal puede cubrir transacciones simples, que antes requerían L2, ahora pueden realizarse directamente en L1 de forma más conveniente.

Para los proyectos L2, esto implica beneficios a corto plazo y presión a mediano plazo. La reducción de costos es clara, pero deben demostrar su valor diferencial y mayor eficiencia para justificar su existencia; de lo contrario, la pregunta “¿por qué usar L2 en lugar de ejecutar directamente en L1?” será una decisión real de los usuarios.

¿Cómo se refleja el cronograma y la certeza de ejecución de la actualización Glamsterdam?

Antes de la conferencia Soldøgn, varios parámetros tecnológicos de Glamsterdam estaban en discusión. Tras una semana de pruebas continuas, las especificaciones finales se validaron en la red de prueba glamsterdam-devnet-2, la ruta de extremo a extremo para los constructores externos completó pruebas entre clientes, y la red de desarrollo multicliente se mantuvo estable.

EIP-8061 fue incluido en la actualización, EIP-8080 fue claramente rechazado, y EIP-8045 se redujo a una ventana limitada de responsabilidades del proponente, mostrando que el equipo ha pasado de la discusión de viabilidad técnica a la consolidación de especificaciones ejecutables. Los parámetros finales serán confirmados oficialmente en la próxima reunión AllCoreDevs, y se espera que la red principal active la actualización en junio de 2026.

¿Seguirá habiendo más expansiones después de Glamsterdam? ¿Hacia dónde apunta la hoja de ruta posterior?

Según la actualización de prioridades del protocolo publicada por la Fundación Ethereum para 2026, el trabajo en el protocolo se ha reorganizado en tres líneas principales a largo plazo: Escalabilidad, Mejora de la experiencia de usuario y Fortalecimiento de L1. Glamsterdam es solo un nodo clave en la línea de escalabilidad, no el final. La comunidad en general considera que el límite de 200 millones de Gas no es el techo de esta expansión: tras Glamsterdam, el límite de Gas seguirá aumentando hacia niveles superiores.

Luego de Glamsterdam, se planea la actualización Hegotá, cuyo objetivo es introducir árboles Verkle y clientes sin estado en el protocolo, reduciendo exponencialmente la carga de almacenamiento de datos en los nodos completos, permitiendo que dispositivos de consumo normal puedan operar nodos. Esto fortalecerá fundamentalmente la descentralización y resistencia a la censura de la red, formando la base de infraestructura para la competitividad a largo plazo de Ethereum.

Resumen

La actualización Glamsterdam elevará el límite de Gas a 200 millones, integrará la separación de propuestas y constructores en ePBS, y revalorizará los costos de estado con EIP-8037, llevando la capacidad teórica de TPS de Ethereum a aproximadamente 10,000. Es la mayor mejora de rendimiento a nivel de protocolo desde The Merge.

Con la expansión de la capacidad de L1, se estima que los costos de liquidación de datos en Rollup disminuirán en aproximadamente un 70%, abriendo aún más espacio para la competencia en tarifas en L2. Al mismo tiempo, la cobertura de escenarios en la red principal se fortalecerá significativamente. La próxima actualización Hegotá, tras Glamsterdam, ya está en preparación, y árboles Verkle y clientes sin estado continuarán en desarrollo a finales de 2026, reduciendo aún más la barrera operativa para los nodos completos.

Preguntas frecuentes

Pregunta: ¿Cuándo se espera que la actualización Glamsterdam entre en línea en la red principal de Ethereum?

Según la planificación de la Fundación Ethereum, la actualización Glamsterdam se activará aproximadamente en junio de 2026 en la red principal, aunque la fecha exacta dependerá de la confirmación final en la reunión AllCoreDevs.

Pregunta: ¿El aumento del límite de Gas de 60 millones a 200 millones elevará mucho los costos de operación de los nodos?

La actualización mejora la eficiencia de sincronización de nodos mediante BAL, controla la expansión del estado con EIP-8037, y en el futuro Hegotá introducirá árboles Verkle y clientes sin estado para reducir aún más la carga de almacenamiento de datos en los nodos.

Pregunta: ¿Cuánto disminuirán las tarifas de Rollup en L2 tras la expansión de L1?

Se estima que los costos de liquidación de datos en L1 disminuirán en aproximadamente un 70%, facilitando una competencia de tarifas más intensa en L2, y la orientación de L1 en Glamsterdam impulsará una diferenciación funcional en el ecosistema L2.

Pregunta: ¿Cuál es la diferencia entre ePBS y el PBS existente?

El PBS actual depende de relés externos y redes de constructores de terceros para separar roles, mientras que ePBS los integra directamente en la capa de consenso, eliminando la dependencia de terceros y logrando una separación interna en la construcción y validación de bloques.

Pregunta: ¿Cuál será la próxima gran actualización de Ethereum después de Glamsterdam?

Se planea lanzar la actualización Hegotá a finales de 2026, que incluirá árboles Verkle, clientes sin estado y mejoras en la resistencia a la censura y la abstracción de cuentas, con parámetros aún en desarrollo.