A principios de mayo de 2026, más de 100 desarrolladores principales de Ethereum se reunieron en Longyearbyen, en pleno Círculo Polar Ártico, para una cumbre de interoperabilidad Soldøgn de una semana bajo luz diurna continua. Al finalizar, anunciaron que los tres principales objetivos técnicos para la actualización Glamsterdam estaban prácticamente listos: fijar el límite de gas en 200 millones, garantizar la operación estable de ePBS en flujos de trabajo con constructores externos y la confirmación final de los parámetros de re-precio de la EIP-8037. Se espera que esta actualización, que podría implementarse en la red principal en torno a junio de 2026, suponga el mayor salto de rendimiento de Ethereum desde The Merge en 2022.
¿Qué implica aumentar el límite de gas de Ethereum de 60 millones a 200 millones?
El límite de gas actual de Ethereum ronda los 60 millones. Desde 2021, actualizaciones como Pectra y Fusaka lo han ido incrementando gradualmente desde 30 millones hasta este nivel. Glamsterdam lo elevará a 200 millones de una sola vez, aumentando la capacidad computacional por bloque en 3,3 veces. El rendimiento teórico de la red pasará de aproximadamente 1 000 TPS a cerca de 10 000 TPS.
Sin embargo, aumentar el límite de gas no garantiza que la red pueda soportar la carga correspondiente. Si los clientes de ejecución no pueden seguir el ritmo, un límite de gas más alto es solo una cifra teórica y la congestión puede seguir ocurriendo en períodos de máxima actividad. No obstante, con ePBS, EIP-8037 y las Block-Level Access Lists trabajando en conjunto, este salto en el límite de gas cuenta con salvaguardas multinivel, desde la ejecución hasta el almacenamiento de estado.
¿Cómo logra ePBS una reestructuración a nivel de protocolo en la producción de bloques?
La Separación Propuesta-Construcción Integrada (ePBS, por sus siglas en inglés) es el cambio arquitectónico central en Glamsterdam. Básicamente, separa los roles de constructor de bloques y proponente de bloques a nivel de protocolo. Antes, esta separación dependía de relés externos y redes de constructores de terceros. Con ePBS, se integra directamente en la capa de consenso, eliminando la dependencia de confianza en terceros.
ePBS introduce plazos claros para la construcción de bloques, la revelación del payload y la atestación, lo que otorga a la capa de ejecución más margen temporal. Los validadores ya no necesitan encargarse de tareas complejas de construcción de bloques y pueden centrarse en la validación, mientras que los constructores profesionales de alto rendimiento pueden optimizar de forma independiente las estrategias de construcción. La integración a nivel de protocolo de ePBS también incorpora el Payload Timeliness Committee y una lógica de doble plazo, aumentando el rendimiento y reduciendo los cuellos de botella en la validación de bloques.
¿Cómo permiten las Block-Level Access Lists la ejecución paralela y mejoras de rendimiento?
Las Block-Level Access Lists (BAL) representan una optimización fundamental. Al permitir que los clientes pre-carguen el conjunto de lecturas/escrituras de un bloque antes de su ejecución, facilitan el procesamiento paralelo de transacciones y el I/O por lotes. Esto no incrementa directamente el rendimiento máximo, pero acelera las rutas de ejecución más lentas, algo crítico tras un gran aumento del límite de gas, ya que la velocidad de sincronización de nodos y el cálculo de la raíz de estado se vuelven clave. BAL está diseñada específicamente para abordar estos desafíos.
El camino de Ethereum hacia la paralelización puede verse como una evolución por fases: las primeras etapas se centraron en la ejecución serializada y la optimización de la estructura de almacenamiento; en una fase intermedia, BAL permitió pruebas de rendimiento en testnets; más adelante, la red irá migrando gradualmente hacia modelos de transacciones más paralelos. Glamsterdam no convierte a Ethereum en una cadena completamente paralela de la noche a la mañana, pero sienta las bases para una ejecución paralela más eficiente.
¿Cómo aborda la EIP-8037 el crecimiento del estado y los desequilibrios en el precio de recursos?
Aumentar el límite de gas acelera el crecimiento de los datos de estado. El estado global de Ethereum registra todos los balances de cuentas y datos de contratos. Sin control, el estado se convierte en la mayor carga para los operadores de nodos completos.
La EIP-8037 cambia de un precio dinámico por byte de estado a un coste fijo por byte de estado, aumentando el coste de gas para la creación de nuevo estado. Esto impide que atacantes y despliegues de contratos ineficientes saturen el almacenamiento de estado a bajo coste. El mecanismo garantiza que, incluso con la capacidad de bloque ampliada a 200 millones, el coste marginal de nuevos datos de estado se mantenga alineado con el coste real del hardware de almacenamiento, evitando un crecimiento insostenible de la base de datos por "bloques que hacen más".
¿Cómo cambia la ampliación de la capa de ejecución L1 la propuesta de valor y el panorama competitivo de L2?
Durante años, la narrativa de escalado de Ethereum se centró en el diseño Rollup-Centric: trasladar la mayor parte de la ejecución a redes L2, dejando la L1 para la liquidación segura. Glamsterdam marca un cambio claro: los límites de la ejecución en la red principal están siendo redefinidos.
Las redes L2 gestionan entre el 95 % y el 99 % de las transacciones del ecosistema Ethereum, mientras que las comisiones de transferencia en L1 han caído a niveles muy bajos. Tras Glamsterdam, los costes de liquidación de datos en L1 bajarán aún más, con una previsión de reducción de tarifas en rollups de aproximadamente el 70 %. Esto beneficia a las grandes soluciones L2, pero también implica que los casos de uso en la red principal se amplían: muchas transacciones simples que antes debían usar L2 ahora resultarán más convenientes directamente en L1.
Para los proyectos L2, esto supone ventajas a corto plazo y desafíos a medio plazo. Los menores costes son una ventaja inmediata, pero deberán demostrar su valor y eficiencia diferencial en el mercado. De lo contrario, los usuarios realmente se preguntarán: "¿Por qué usar L2 si puedo ejecutar directamente en L1?"
¿Cuál es el calendario de la actualización Glamsterdam y qué certeza hay sobre su ejecución?
Antes de la cumbre Soldøgn, muchos parámetros técnicos de Glamsterdam seguían en discusión. Tras una semana de pruebas continuas, las especificaciones finales se validaron en la testnet glamsterdam-devnet-2. Los flujos de extremo a extremo de constructores externos superaron pruebas cruzadas entre clientes y las devnets multicliente funcionaron de manera estable.
La EIP-8061 se incluyó en la actualización, la EIP-8080 fue rechazada explícitamente y la EIP-8045 se limitó a una ventana restringida para las responsabilidades del proponente. Estas decisiones reflejan que el equipo ha pasado de "discusiones de viabilidad" a "especificaciones ejecutables finalizadas". Los parámetros definitivos se confirmarán en la próxima reunión de AllCoreDevs y se espera la activación en mainnet para junio de 2026.
¿Seguirá el escalado tras Glamsterdam? ¿Qué sigue en la hoja de ruta de Ethereum?
Según la actualización de prioridades de protocolo 2026 de la Ethereum Foundation, el trabajo se organiza ahora en torno a tres líneas a largo plazo: Escalar, Mejorar la UX y Fortalecer la L1. Glamsterdam es un hito clave en la línea de Escalar, pero no el punto final. En la industria se considera que el límite de gas de 200 millones no es el techo; tras Glamsterdam se esperan nuevos incrementos.
La siguiente actualización será Hegotá, cuyo objetivo es introducir árboles Verkle y clientes sin estado en el protocolo. Esto reducirá exponencialmente los requisitos de almacenamiento de datos para nodos completos, permitiendo que dispositivos de consumo puedan operar nodos. Supone un impulso fundamental a la descentralización y la resistencia a la censura, formando la columna vertebral de la competitividad a largo plazo de Ethereum.
Resumen
La actualización Glamsterdam, con su salto al límite de gas de 200 millones, la separación nativa de proponente y constructor (ePBS) y el re-precio del coste de estado de la EIP-8037, llevará el rendimiento teórico de la L1 de Ethereum a unos 10 000 TPS. Es la mayor mejora de rendimiento a nivel de protocolo desde The Merge.
| Componente técnico | Función principal | Beneficio directo para la red |
|---|---|---|
| Límite de gas (60M → 200M) | Amplía la capacidad computacional por bloque | El TPS teórico pasa de ~1 000 → ~10 000 |
| ePBS | Separa los roles de proponente y constructor | Elimina la dependencia de relés de terceros, da más margen de procesamiento a la capa de ejecución |
| EIP-8037 | Aumenta el coste de gas para nuevo estado | Limita el crecimiento del estado, alinea el coste de almacenamiento con el del hardware |
| Block-Level Access Lists | Precarga los conjuntos de lectura/escritura de transacciones | Permite ejecución paralela, acelera la sincronización de nodos |
Con la capacidad de L1 ampliada, se espera que los costes de liquidación de datos en rollups caigan alrededor de un 70 %, abriendo una mayor competencia de tarifas entre L2s. Al mismo tiempo, la cobertura de casos de uso en L1 crecerá de forma significativa. La actualización Hegotá ya está en preparación, con árboles Verkle y clientes sin estado previstos para finales de 2026, lo que reducirá aún más la barrera para operar nodos completos.
Preguntas frecuentes
P: ¿Cuándo se espera que la actualización Glamsterdam se active en la red principal de Ethereum?
Según el plan de la Ethereum Foundation, la actualización Glamsterdam se prevé para junio de 2026 en la mainnet, aunque la fecha exacta depende de la confirmación final del equipo de desarrollo en la reunión de AllCoreDevs.
P: ¿Aumentar el límite de gas de 60 millones a 200 millones incrementará significativamente los costes de operación de los nodos?
La actualización mejora la eficiencia de sincronización de nodos gracias a BAL y controla la velocidad de crecimiento del estado con la EIP-8037. La próxima actualización Hegotá también introducirá árboles Verkle y clientes sin estado para reducir aún más la carga de almacenamiento de datos en los nodos.
P: ¿Cuánto bajarán las tarifas de los rollups L2 tras el escalado de L1?
Después de la actualización, los costes de liquidación de datos en L1 disminuirán y se espera que las tarifas de los rollups bajen alrededor de un 70 %. El enfoque L1-first de Glamsterdam también acelerará la competencia por diferenciación funcional en el ecosistema L2.
P: ¿Cuál es la diferencia entre ePBS y el PBS actual?
El PBS actual depende de relés externos y redes de constructores de terceros para separar los roles de constructor y proponente. ePBS integra esta separación directamente en la capa de consenso, eliminando la dependencia de confianza en terceros y logrando una separación nativa entre la construcción y validación de bloques.
P: ¿Cuál es la próxima gran actualización de Ethereum tras Glamsterdam?
La actualización Hegotá está prevista para finales de 2026. Sus características principales incluyen árboles Verkle, clientes sin estado y FOCIL para mejorar la resistencia a la censura y la abstracción de cuentas. Los parámetros finales aún están en desarrollo.
