La actualización Glamsterdam de Ethereum gana impulso, con la activación de la mainnet programada para el primer semestre de 2026
La actualización Glamsterdam de Ethereum gana impulso, con la activación de la mainnet programada para el primer semestre de 2026
La próxima gran actualización de la red de Ethereum, Glamsterdam, está pasando de un modo "centrado en la investigación" a uno "centrado en la implementación". Según el reciente resumen de la interoperabilidad de Soldøgn de la Fundación Ethereum, los colaboradores principales acordaron varios hitos que definen la actualización: un límite de gas mínimo de 200M posterior a la actualización, un flujo de trabajo estable para constructores externos para ePBS y parámetros de recalificación de EIP-8037 finalizados. Estos no son ajustes menores, sino pilares fundamentales para escalar Ethereum Capa 1 manteniendo la red verificable por operadores de nodos cotidianos. Puede leer el contexto técnico completo en el artículo de la Fundación Ethereum, "Resumen de la interoperabilidad de Soldøgn". Resumen de la interoperabilidad de Soldøgn (Blog de la Fundación Ethereum)
A nivel de hoja de ruta, Ethereum todavía enumera Glamsterdam como "En desarrollo" para el primer semestre de 2026. Si bien una ventana de junio de 2026 se discute frecuentemente en el ecosistema, la fecha exacta de la bifurcación de la mainnet depende del trabajo de endurecimiento, las pruebas multi-cliente y la confirmación de parámetros finales en las llamadas públicas de desarrolladores principales. Hoja de ruta de Ethereum (ethereum.org)
Por qué Glamsterdam es importante: escalar L1 sin abandonar la descentralización
La estrategia de escalado de Ethereum ha sido cada vez más clara desde 2024: mantener la Capa 1 como la capa de liquidación y disponibilidad de datos más creíble, mientras se permite que los rollups de Capa 2 manejen la mayor parte de la ejecución de alta frecuencia. Glamsterdam refuerza esa dirección al mejorar cómo Ethereum:
- construye bloques (a través de la Separación Propuesta-Constructor integrada, ePBS),
- ejecuta cargas de trabajo (a través de Listas de Acceso a Nivel de Bloque, lo que permite un paralelismo más seguro),
- y fija el precio del crecimiento del estado (a través de la recalificación de gas de EIP-8037).
ethereum.org enmarca Glamsterdam como un gran paso hacia la escalabilidad de L1 a través del rediseño de la construcción y ejecución de bloques. Descripción general de Glamsterdam (ethereum.org)
Esta es también la razón por la que muchos observadores describen Glamsterdam como una de las actualizaciones orientadas al rendimiento más importantes de Ethereum desde The Merge, no porque cambie nuevamente el consenso, sino porque cambia el margen de rendimiento del sistema y las suposiciones de sostenibilidad de nodos al mismo tiempo. Hoja de ruta de Ethereum (ethereum.org)
El cambio de capacidad principal: de aproximadamente 60M de gas hoy a 200M después de la actualización
Después de Fusaka (activado el 3 de diciembre de 2025), ethereum.org señala que el límite de gas predeterminado de Ethereum se movió a ~60M (desde ~45M), junto con otras medidas de endurecimiento de DoS. Hoja de ruta de Ethereum – Sección Fusaka (ethereum.org)
El objetivo de ingeniería actual de Glamsterdam es mucho más ambicioso. El resumen de Soldøgn de la Fundación Ethereum describe el acuerdo sobre un límite de gas mínimo de 200M después de Glamsterdam, un aumento de 3.33x en la capacidad de gas de bloque en comparación con ~60M. Resumen de la interoperabilidad de Soldøgn (Blog de la Fundación Ethereum)
¿Significan 200M de gas automáticamente 10.000 TPS?
No directamente. Límite de gas ≠ TPS.
- TPS depende en gran medida de la mezcla de transacciones (transferencias simples frente a DeFi complejas), el tiempo de ejecución de L1 y las restricciones de propagación de la red.
- Dicho esto, la cifra de "hasta ~10.000 TPS" se interpreta mejor como un límite superior teórico en condiciones altamente optimizadas (y a menudo discutida junto con supuestos de ejecución paralela), no como un resultado garantizado en estado estable desde el primer día.
Una conclusión más práctica para los usuarios: un mayor margen de gas generalmente reduce la congestión, lo que puede hacer que las tarifas sean menos volátiles y mejorar la confiabilidad de la confirmación, especialmente durante la actividad pico.
ePBS: haciendo de la construcción de bloques una característica de protocolo de primera clase
Una de las características principales de Glamsterdam es la Separación Propuesta-Constructor integrada (ePBS), estandarizada en EIP-7732. En términos simplificados, ePBS integra un flujo de trabajo de propuesta/constructor en el consenso para que los validadores puedan confiar de manera segura en constructores especializados sin depender de la coordinación "fuera del protocolo". EIP-7732: Separación Propuesta-Constructor integrada (eips.ethereum.org)
Durante Soldøgn, los equipos enfatizaron que ePBS no es solo un tema de MEV, sino también una palanca de escalado. Al estructurar la ranura con plazos y responsabilidades más claros, ePBS puede aumentar el "margen" de ejecución y hacer que los límites de gas más altos sean más realistas. Resumen de la interoperabilidad de Soldøgn (Blog de la Fundación Ethereum)
Por qué es importante para los usuarios cotidianos:
- Una construcción de bloques más predecible y un manejo de fallos mejor diseñado pueden mejorar la solidez general de la red.
- Con el tiempo, el PBS a nivel de protocolo más profundo puede reducir algunas formas de inestabilidad impulsada por MEV, aunque MEV no desaparece y los resultados dependen de las decisiones de diseño finales.
EIP-8037: escalar el rendimiento al mismo tiempo que se fija el precio del crecimiento del estado de manera responsable
Si Ethereum aumenta la capacidad de bloque sin abordar los incentivos para el crecimiento del estado, los requisitos del nodo pueden aumentar drásticamente. El diseño de Glamsterdam reconoce explícitamente este riesgo.
EIP-8037 (Aumento del costo de gas para la creación de estado) es una parte clave de la solución: aumenta y refina el costo de las operaciones que crean estado de larga duración, con el objetivo de alinear el crecimiento del estado con los costos de recursos reales. EIP-8037: Aumento del costo de gas para la creación de estado (eips.ethereum.org)
El resumen de Soldøgn de la Fundación Ethereum destaca que los números de recalificación finales para EIP-8037 se fijaron durante la semana de interoperabilidad, y enmarca las recalificaciones como esenciales para que un objetivo de límite de gas de 200M sea creíble. Resumen de la interoperabilidad de Soldøgn (Blog de la Fundación Ethereum)
Qué significa esto para los constructores y equipos de DeFi:
- Algunos contratos y patrones de transacciones pueden volverse más caros si tienen un uso intensivo de escritura de estado.
- Los equipos deben realizar pruebas de referencia de forma proactiva en devnets y revisar los opcodes y los patrones de almacenamiento que podrían verse afectados por la recalificación.
Árboles Verkle, poda y "eliminación" de datos antiguos: manteniendo los nodos viables
Glamsterdam a menudo se discute junto con dos líneas de trabajo de sostenibilidad estrechamente relacionadas:
-
Árboles Verkle y dirección hacia la ausencia de estado Los Árboles Verkle son ampliamente vistos como una tecnología habilitadora importante para pruebas más pequeñas y diseños de clientes más "sin estado". Para una introducción técnica, la presentación de la charla de Devcon del investigador de EF, Guillaume Ballet, sigue siendo una referencia sólida. Ethereum sin estado: cómo los árboles Verkle hacen que Ethereum sea ágil y eficiente (archivo PDF de Devcon)
-
Término de historial y conceptos de término de estado a más largo plazo Ethereum ya ha logrado un progreso concreto en la poda de datos históricos de bloques a través de EIP-4444. La Fundación Ethereum señala que los clientes de ejecución admiten la expiración parcial del historial y explica por qué la mayoría de los usuarios no necesitan bloques históricos completos localmente, mientras que los proveedores de archivos pueden atender consultas especializadas. Anuncio de expiración parcial del historial (Blog de la Fundación Ethereum) EIP-4444: Datos históricos limitados en Clientes de Ejecución (eips.ethereum.org)
Mientras tanto, los diseños de terminación de estado a más largo plazo (a menudo descritos informalmente como "eliminación de estado") exploran la idea de segmentar el estado en períodos de aproximadamente un año para que los clientes no se vean obligados a retener estados muy antiguos indefinidamente, un enfoque vinculado explícitamente a diseños basados en Verkle. Borrador de expiración de estado (notes.ethereum.org)
El matiz importante: la expiración del historial ya es real y está implementada en los clientes; la expiración completa del estado sigue siendo un espacio de diseño en evolución. El impulso de escalado de Glamsterdam hace que estos mecanismos de sostenibilidad sean más urgentes, pero el alcance final y los detalles de activación dependen de las pruebas y la gobernanza.
Comportamiento de las tarifas: menor volatilidad a través de la capacidad + mejor fijación de precios, no magia
El mercado de tarifas de Ethereum (post EIP-1559) está diseñado para ajustar algorítmicamente las tarifas base a medida que se llenan los bloques. EIP-1559: Cambio en el mercado de tarifas (eips.ethereum.org)
Es probable que el impacto de Glamsterdam en las tarifas sea indirecto pero significativo:
- Mayor capacidad de bloque puede reducir los picos de congestión, que es lo que típicamente causa saltos abruptos en la tarifa base.
- La recalificación de gas (incluido EIP-8037) hace que el mercado de tarifas refleje mejor las cargas reales a largo plazo, lo que ayuda a evitar que el "estado barato" convierta un mayor rendimiento en requisitos de nodos insostenibles.
Para los usuarios, esto tiende a traducirse en una expectativa más simple: menos shocks de tarifas durante la alta demanda, aunque las tarifas aún se moverán con las condiciones del mercado.
Impacto en Capa 2: liquidación más barata e intensificación de la competencia de rollups
La hoja de ruta de Ethereum continúa enfatizando los rollups como la principal vía hacia una ejecución de bajo costo a escala. Redes de Capa 2, información general (ethereum.org)
Si Glamsterdam logra aumentar el rendimiento de L1 y mejorar la predictibilidad de la ejecución, los rollups pueden beneficiarse de múltiples maneras:
- Menor congestión para las transacciones de L1 de las que dependen los rollups (pruebas, actualizaciones, puentes, salidas forzadas).
- Mejor economía para publicar y liquidar datos, dependiendo de cómo cambie la demanda entre el gas de ejecución y los mercados de blobs con el tiempo.
Es por eso que las discusiones del mercado a menudo predicen una compresión significativa de las tarifas de rollups y una renovada competencia entre los principales ecosistemas como Arbitrum, Optimism y Base, especialmente en productos orientados al usuario donde unos pocos centavos de diferencia en las tarifas cambian las tasas de conversión. (Los porcentajes exactos varían ampliamente según la carga de trabajo y las condiciones del mercado, así que trate cualquier número único como basado en escenarios en lugar de garantizado).
Estratégicamente, Glamsterdam fortalece la tesis de larga data:
- L1 = capa de liquidación y neutralidad de alta seguridad
- L2 = capa de ejecución de alta frecuencia
Verificación de la realidad del cronograma: objetivo para el primer semestre de 2026, pero las fechas dependen de los devnets y el endurecimiento de los clientes
La hoja de ruta pública de Ethereum sitúa a Glamsterdam en el primer semestre de 2026, pero la red aún no ha anunciado una época de bifurcación final para la mainnet. Hoja de ruta de Ethereum (ethereum.org)
Los desarrolladores principales también han sido explícitos en que el camino a la mainnet pasa por devnets iterativos, estabilización, revisión de seguridad y luego preparación para la testnet. El Checkpoint #9 (Abril de 2026) de la Fundación Ethereum explica que ePBS y otros componentes principales aún son complejos, y describe el proceso de "devnet → testnet → anunciar fecha de bifurcación de mainnet". Checkpoint #9: Abril de 2026 (Blog de la Fundación Ethereum)
E incluso después del progreso de Soldøgn, los valores finales (incluyendo
