Fusaka se lanzó en diciembre de 2025 y amplía la disponibilidad de datos de rollup mediante PeerDAS. Ethereum rara vez se detiene, y los desarrolladores principales ya han pasado al siguiente hito: Glamsterdam.

Mientras que las últimas actualizaciones optimizaron discretamente los blobs y la economía de la capa 2, Glamsterdam es más fundamental. Reescribe cómo Ethereum construye, valora y valida bloques a nivel de protocolo, y confirma un giro estratégico de más de un año: volver a escalar la propia capa 1 de Ethereum, en lugar de dejar el rendimiento en manos de los rollups.

Esto es lo que debes saber sobre la actualización que marcará el 2026 de Ethereum. 👇

¿Qué es la actualización Glamsterdam de Ethereum?

Glamsterdam es el próximo hard fork coordinado de Ethereum y el sucesor directo de Fusaka. El nombre combina una estrella con una antigua ciudad anfitriona de Devconnect: Gloas abarca los cambios de la capa de consenso y Amsterdam, los de la capa de ejecución. Se agrupan y se lanzan como una única actualización de la red.

Se articula en torno a dos propuestas principales. EIP-7732 introduce la separación integrada entre proponente y constructor (ePBS) en el lado del consenso, y EIP-7928 introduce las listas de acceso a nivel de bloque (BAL) en el lado de la ejecución. Un conjunto de EIP complementarias sobre el reajuste del gas, el coste del estado y mejoras de usabilidad completa el paquete.

Los desarrolladores principales lo consideran el cambio de protocolo más importante desde The Merge. El ingeniero de la Ethereum Foundation Parithosh Jayanthi describió la fase actual como el último paso antes de consolidar y desplegar en las testnets públicas. El motivo es su alcance: ePBS transforma la producción de bloques y el flujo de MEV, mientras que las BAL replantean cómo la red lee y escribe el estado.

Esa combinación desbloquea la principal ambición de Ethereum para este ciclo: un límite de gas objetivo de 200 millones por bloque, aproximadamente el triple de los ~60 millones actuales, además del margen de capacidad de procesamiento que conlleva.

Por qué importa Glamsterdam: el giro de Ethereum de vuelta al escalado de la capa 1

Para entender Glamsterdam, empieza por el problema estratégico que resuelve.

Durante años, Ethereum siguió una hoja de ruta centrada en los rollups: mantener la capa base ligera y trasladar el escalado a las redes de capa 2. Técnicamente funcionó, pero creó un efecto económico secundario. A medida que la actividad migró a los rollups, los ingresos por comisiones de la mainnet y la quema del EIP-1559 cayeron bruscamente. Las comisiones diarias de L1, que llegaron a rondar los 30 millones de dólares en 2021 y 2022, han pasado gran parte de 2026 en cifras de un solo dígito en millones, lo que atenúa la tesis del «dinero ultrasónico» que sostenía buena parte del argumento a favor de ETH.

Esta es la cuestión de la captura de valor que pesa sobre ETH: si los rollups se quedan con los usuarios y las comisiones, ¿qué le queda al activo base? A principios de 2026, Vitalik Buterin cuestionó públicamente el ritmo del enfoque centrado solo en rollups, señalando que solo un par de las principales L2s habían alcanzado una descentralización significativa. Las prioridades de 2026 de la Ethereum Foundation reorganizaron la hoja de ruta en tres líneas: escalar, mejorar la experiencia de usuario y reforzar la L1.

Glamsterdam es la primera expresión técnica de ese giro. Al hacer la validación más rápida y paralela (BAL) y la producción de bloques sin necesidad de confianza y dentro del protocolo (ePBS), sienta las bases para un límite de gas más alto en la capa base, más capacidad de blobs para los rollups y una red capaz de recuperar actividad en L1. No resuelve por sí sola el debate sobre la captación de valor, pero cambia el punto de partida, y por eso inversores y desarrolladores lo siguen de cerca.

Los dos EIP principales de Glamsterdam

Cada actualización moderna de Ethereum designa unas pocas EIP «principales» para fijar el alcance y evitar los retrasos que provoca agrupar demasiado a la vez. Las dos de Glamsterdam ya están cerradas.

1. Separación entre proponente y constructor integrada en el protocolo (EIP-7732)

Hoy la mayoría de los bloques de Ethereum no los construyen los validadores que los proponen. Los proponentes externalizan la construcción a constructores especializados mediante relays fuera del protocolo, normalmente MEV-Boost. Funciona, pero introduce intermediarios de confianza en el corazón de la producción de bloques y concentra el poder en un puñado de relays.

ePBS lleva esa separación al protocolo. El proponente y el constructor se encargan cada uno de su parte del bloque, y el traspaso, incluido el pago al constructor, se liquida de forma nativa en la capa de consenso en lugar de a través de un relay externo. Los relays como MEV-Boost pasan a ser opcionales en vez de obligatorios.

Para mantener la seguridad, ePBS añade plazos explícitos, compromisos de carga útil y un Comité de Puntualidad de la Carga Útil que certifica por separado el bloque de consenso y si la carga de ejecución llegó a tiempo. Además, amplía la ventana de propagación de datos de unos dos segundos a unos nueve, el margen que permite a la red subir el límite de gas sin obligar a los validadores a validar con prisas.

La ventaja es estructural: una producción de bloques más transparente y resistente a la censura, menor dependencia de la infraestructura MEV off-chain y una base para futuras protecciones al usuario, como las listas de inclusión.

Esta es también la parte más difícil de la actualización. ePBS divide la producción de bloques en dos partes que actúan en secuencia dentro del consenso, por lo que el protocolo ahora tiene que gestionar la falta de entrega o el desacuerdo entre ellas. Los «bloques parciales» y la coordinación entre dos partes afectan a casi toda la pila de clientes, la razón principal por la que Glamsterdam avanza más despacio que Fusaka.

2. Listas de acceso a nivel de bloque (EIP-7928)

Actualmente, Ethereum ejecuta las transacciones de un bloque una tras otra, porque ningún nodo sabe qué cuentas y ranuras de almacenamiento tocará una transacción hasta que se ejecuta. Ese cuello de botella en serie limita cuánta computación cabe con seguridad en un bloque.

Los BAL adjuntan por adelantado a cada bloque un mapa con las cuentas exactas y las claves de almacenamiento a las que accederán sus transacciones, además de los valores de estado resultantes tras la ejecución. Con ese mapa disponible antes de la ejecución, los clientes precargan el estado en paralelo y procesan a la vez las transacciones que no se solapan, en lugar de reproducirlas en orden.

Los BAL también permiten una sincronización sin ejecución, de modo que un nodo nuevo puede actualizar su estado a partir del resumen de la lista de acceso sin volver a ejecutar todo el historial de transacciones. Eso reduce la carga de sincronización y mantiene el crecimiento del estado bajo control a medida que la cadena escala.

Los BAL son lo que hace realista un límite de gas más alto, ya que una validación más rápida y predecible es el requisito previo para llevar la capacidad de los bloques hacia 200 millones de gas y el techo, citado a menudo, de ~10.000 TPS. Son objetivos de diseño, no garantías. Las mejoras reales dependen del rendimiento de los clientes, del hardware de los validadores y de cuánto paralelismo contengan realmente los bloques en producción, y el propio límite de gas lo fijan los validadores mediante votación de gas a lo largo del tiempo, no se activa con el fork.

Los EIP complementarios: reajuste del gas, costes de estado y transferencias más baratas

Más allá de las novedades principales, Glamsterdam incluye cambios en la capa de ejecución que parecen menores, pero importan para la sostenibilidad y el coste para el usuario.

El reajuste de precios del gas y del coste del estado alinea el precio de las operaciones con su carga real a largo plazo. La base es EIP-8037, finalizado en mayo de 2026, que fija un coste por byte de nuevo estado y reserva un gas aparte para el crecimiento del estado. Esto da a los equipos de clientes un techo de sostenibilidad: margen para elevar el límite de gas hasta 200 millones sin hinchar la base de datos más allá de un presupuesto anual manejable.

EIP-7778 elimina después los reembolsos del cálculo de gas a nivel de bloque, lo que hace los costes más predecibles para los desarrolladores. En conjunto, este paquete es la principal palanca de Ethereum contra el crecimiento excesivo del estado y un complemento directo de las BAL.

Para los usuarios habituales, el cambio más visible reduce el mínimo intrínseco de gas por transacción, con una previsión de que las transferencias estándar de ETH entre cuentas existentes sean hasta un 71 % más baratas. Eso refuerza el argumento de Ethereum para los pagos cotidianos, y no solo para DeFi complejo.

Unas cuantas EIP de mejora de la experiencia completan el conjunto. EIP-7708 hace que las transferencias y quemas de ETH emitan un registro, algo que las carteras y los exchanges llevan años pidiendo porque elimina el rastreo personalizado de transacciones. EIP-7954 eleva el tamaño máximo de los contratos de unos 24 KiB a 32 KiB. Otras añaden opcodes (SLOTNUM de EIP-7843; SWAPN, DUPN y EXCHANGE de EIP-8024) y mejoras de red que mueven con eficiencia los nuevos datos de las listas de acceso a bloques.

Lo que se eliminó: franjas de 6 segundos y listas de inclusión

Parte de lo que hace creíble el alcance de Glamsterdam es lo que los desarrolladores dejaron fuera.

• ‍EIP-7782 (slots de 6 segundos): Se consideró como proyecto estrella un plan de gran visibilidad para reducir a la mitad el tiempo de slot de Ethereum, de 12 segundos a 6. Los desarrolladores lo descartaron: corría el riesgo de complicar la generación de pruebas ZK en tiempo real (que ya se acerca al objetivo de 12 segundos), obligaría a recalibrar los tiempos si más adelante se reestructuraran los slots de todos modos, y estaba menos madura que las propuestas rivales. Sigue siendo una idea activa para una futura bifurcación.‍
• FOCIL / Fork-Choice Inclusion Lists (EIP-7805): este mecanismo de resistencia a la censura permite que los comités de validadores incluyan transacciones de forma obligatoria. Se retiró de la actualización tras las advertencias de varios equipos de que combinar ePBS y FOCIL en una sola actualización crearía demasiadas interacciones sin probar a escala de mainnet. Ahora FOCIL es la pieza principal de Hegotá, la actualización posterior a Glamsterdam, junto con el trabajo en abstracción de cuentas.

La disciplina importa. Al negarse a lanzarlo todo a la vez, los desarrolladores principales mantuvieron Glamsterdam centrado en los dos cambios que realmente desbloquean el escalado de L1.

Fecha de lanzamiento de Glamsterdam de Ethereum

Glamsterdam llegó a su fase final de devnet a mediados de junio de 2026, con desarrolladores ejecutando devnets multicliente que incluyen el conjunto completo de EIP previstas. Es la última gran fase de ingeniería antes de las versiones de los clientes, las revisiones de seguridad y las testnets públicas.

En cuanto a los plazos, no hay una fecha confirmada para la mainnet, y la especificación meta de la actualización (EIP-7773) sigue en estado Draft. El panorama realista:

• Devnets finales (ahora): estabilización conjunta de todos los EIP en todas las implementaciones de cliente.
• Testnets públicas (siguiente fase): Holesky y Hoodi se bifurcan antes que mainnet, y la estabilidad debe mantenerse durante varias épocas.
• Objetivo de mainnet (S2 de 2026): algunos proveedores de staking citan un objetivo interno optimista en torno al T3 de 2026. Dados los dos a cuatro meses de maduración en testnet pública que necesitaron las últimas bifurcaciones, una ventana de aproximadamente septiembre a diciembre de 2026 es el escenario base más firme.
• Sujeto a cambios: los colaboradores de la Ethereum Foundation señalan que Glamsterdam está resultando más complicado y lento que Fusaka, por lo que es posible un retraso. Hacer bien ePBS importa más que cualquier fecha fija.

Lista de EIP de Ethereum Glamsterdam

El conjunto actual de Scheduled for Inclusion se agrupa en torno a las dos propuestas principales y el paquete de reajuste de precios de gas y estado. El alcance aún puede cambiar mientras EIP-7773 siga en Draft; el estado en directo está en Forkcast y en el hilo meta de Glamsterdam.

Los EIP de Glamsterdam más relevantes por función:

• EIP-7732: Enshrined Proposer-Builder Separation (ePBS). Traslada al protocolo la construcción de bloques y los pagos a los constructores (protagonista del consenso).
• EIP-7928: listas de acceso a nivel de bloque (BAL). Permite la ejecución en paralelo y la sincronización sin ejecución (protagonista de la ejecución).
• EIP-8037: Aumento del coste de gas por creación de estado. Coste fijo por byte de estado más una reserva dedicada al crecimiento del estado (pilar contra la saturación del estado).
• EIP-7778: contabilidad del gas por bloque sin reembolsos. Simplifica la economía del gas y mejora la previsibilidad para los constructores.
• EIP-7708: las transferencias y quemas de ETH emiten un registro. Elimina el rastreo personalizado de transacciones para wallets y exchanges.
• EIP-7954: Aumenta el tamaño máximo de los contratos de ~24 KiB a 32 KiB.
• EIP-7843: añade un código de operación SLOTNUM que expone a la EVM el número del slot actual.
• EIP-8024: opcodes SWAPN, DUPN y EXCHANGE retrocompatibles para un manejo más barato de la pila.
• EIP-7975 / EIP-8159: mejoras de red que permiten a los clientes intercambiar de forma eficiente los nuevos datos de las listas de acceso a bloques.

Con varios ajustes menores de precios de calldata y listas de acceso, plantean una sola idea: una ejecución más predecible y con precios más precisos, que escale sin obligar a los nodos de Ethereum a usar hardware caro.

Qué significa Glamsterdam para los inversores en ETH

Las grandes actualizaciones de Ethereum tienden a ser eventos volátiles que a menudo siguen el patrón «compra el rumor, vende la noticia», con ETH subiendo antes de un fork y retrocediendo tras su activación. Es una tendencia, no una regla, y los ciclos recientes han sido más confusos que los casos históricos más limpios.

El marco más amplio de Glamsterdam es estructural. Durante el primer semestre de 2026, ETH tuvo un peor comportamiento, con una cotización en una banda aproximada de 1.700 $ a 2.100 $ y cayó por debajo de 1.700 $ en un movimiento de aversión al riesgo en junio, incluso cuando los ETF de ETH spot registraron sus mayores entradas mensuales desde el lanzamiento en mayo. Una demanda saludable de producto frente a un precio débil es la cuestión de la acumulación de valor en acción: hasta que más actividad on-chain alimente las comisiones de la capa base, la quema y el rendimiento del staking, el caso alcista seguirá siendo condicional.

Hay un giro más acusado. Un aumento al triple de la capacidad de L1 sin un aumento equivalente de la demanda puede mantener bajas las comisiones base y frenar la quema del EIP-1559 a corto plazo, aunque escale la red. Glamsterdam amplía la capacidad de Ethereum a largo plazo, pero no eleva automáticamente la quema en la que se apoya el argumento monetario de ETH.

Por qué sigue siendo relevante: es la primera actualización diseñada para escalar el rendimiento de la L1 y devolver la actividad a la capa base, y llega cuando los emisores de ETF empiezan a repartir recompensas de staking a los accionistas y los reguladores aclaran cómo obtienen rendimiento las instituciones con la prueba de participación. Algunos analistas respaldan una tesis constructiva sobre ETH en 2026 por estas dinámicas; otros se mantienen cautos ante la canibalización de comisiones y las condiciones macroeconómicas. El debate tiene dos caras de verdad.

Para quienes mantienen a largo plazo, Glamsterdam mejora sobre todo la calidad de la base técnica de ETH. Que eso se traduzca en precio depende de la adopción y del contexto macroeconómico, no solo de la actualización. Nada de esto es asesoramiento financiero, y tanto los calendarios como los mercados pueden cambiar rápido, así que investiga por tu cuenta antes de asignar capital.

Riesgos principales de la actualización Glamsterdam

Glamsterdam remodela a la vez la producción de bloques, la ejecución y la fijación de precios, y añade superficies de coordinación que requieren pruebas exhaustivas en clientes y aplicaciones.

• Complejidad de ePBS: dividir la producción de bloques en dos partes secuenciales dentro del consenso es difícil. El protocolo debe gestionar con limpieza la falta de entrega del constructor y los desacuerdos, y la lógica de «bloque parcial» afecta a casi toda la pila del cliente, lo que aumenta el riesgo de errores o retrasos.
• Centralización de los builders:⟧ el PBS dentro del protocolo reduce la confianza en los relays, pero los builders con mucho capital aún podrían dominar la construcción de bloques. ePBS atenúa esta presión, pero no la elimina.
• Corrección de las BAL: las listas de acceso deterministas exigen un acuerdo estricto entre clientes. Una discrepancia en la forma en que los nodos calculan o validan el mapa podría, en el peor de los casos, provocar una división del consenso.
• Consecuencias del reajuste de precios para las dApps: cambiar los costes de los opcodes y del almacenamiento puede romper los contratos inteligentes ajustados a las antiguas hipótesis de gas, lo que deja al descubierto errores latentes o modifica la economía.
• Distorsión del crecimiento del estado: unos costes de almacenamiento más altos pueden empujar a los desarrolladores hacia patrones basados en calldata o de corta duración, redistribuyendo la carga en lugar de reducirla.
• Operaciones de los validadores: abandonar los relés MEV obligatorios mejora los supuestos de confianza, pero añade trabajo de supervisión y coordinación para la infraestructura de staking.
• Exceso de alcance: combinar en una sola bifurcación grandes reformas de MEV, ejecución y gas aumenta el riesgo de integración. Aplazar los slots de 6 segundos y FOCIL es un intento directo de contenerlo.

Conclusiones

Glamsterdam es el punto en el que el plan de escalado de Ethereum pasa a ser operativo, sujeto a plazos y guiado por testnet, y en el que cambia su relato estratégico. Tras años encaminando el rendimiento hacia los rollup, los desarrolladores principales vuelven a escalar la capa base, apostando a que una L1 más rápida, más paralela y con menos confianza mantenga a Ethereum en el centro de las criptomonedas y las finanzas tokenizadas.

Para el protocolo, ePBS y BAL son la infraestructura básica sobre la que se apoyarán las siguientes actualizaciones durante años. Para los inversores, Glamsterdam cambia la pregunta. Ya no se trata de si Ethereum puede escalar, sino de lo bien que se sostiene ese escalado y de si por fin vuelve a conectar el crecimiento de la red con el valor de ETH.