Glamsterdam se acerca: qué traerá la próxima gran actualización de Ethereum
Ethereum sigue avanzando hacia una red más escalable, eficiente y preparada para soportar más actividad sin comprometer su descentralización. Tras Pectra y Fusaka, la siguiente gran actualización de Ethereum prevista en el roadmap es Glamsterdam, una actualización que agrupa cambios relevantes tanto en la capa de ejecución como en la capa de consenso.
Glamsterdam combina dos líneas de trabajo: Amsterdam, vinculada a la execution layer, y Gloas, centrada en la consensus layer. Como ocurre con cualquier hard fork de Ethereum, su alcance todavía puede evolucionar durante el proceso de discusión, testeo y coordinación entre clientes. Aun así, las propuestas que están sobre la mesa permiten entender hacia dónde se dirige la red.
El objetivo no es solo añadir nuevas funciones, sino mejorar partes clave de la infraestructura de Ethereum: producción de bloques, eficiencia de ejecución, sostenibilidad del estado, rendimiento de los clientes y experiencia operativa de validadores.
El impacto de Glamsterdam en Ethereum
Glamsterdam llega en un momento importante para Ethereum. La red necesita seguir aumentando su capacidad sin comprometer sus propiedades fundamentales: seguridad, descentralización, resistencia y verificabilidad.
Durante los últimos años, Ethereum ha ido separando responsabilidades y optimizando distintas capas del protocolo. The Merge cambió el mecanismo de consenso; Dencun introdujo blobs para mejorar la escalabilidad de las L2; Pectra amplió capacidades relacionadas con cuentas, validadores y experiencia de usuario; y Fusaka continúa esa línea de optimización.
Glamsterdam apunta a una dimensión especialmente sensible: cómo se construyen los bloques, cómo se accede al estado, cómo se preparan los clientes para mayores límites de gas y cómo se mejora la operativa de validadores en escenarios más exigentes.
El trabajo sobre Glamsterdam ya ha avanzado en devnets e interops específicos. Durante el Soldøgn Interop, los equipos de Ethereum trabajaron en probar ePBS con builders externos, optimizar Block-Level Access Lists y fijar parámetros de repricing como base para un posible gas limit floor de 200M tras Glamsterdam. Ese objetivo todavía depende de decisiones finales de All Core Devs, pero muestra una dirección clara: más capacidad de ejecución sin perder de vista los límites operativos de los clientes.
ePBS: separar mejor la propuesta y construcción de bloques
Una de las propuestas más relevantes de Glamsterdam es ePBS, o enshrined Proposer-Builder Separation, recogida en EIP-7732.
Hoy, la separación entre proposer y builder existe principalmente a través de infraestructura externa. Con ePBS, Ethereum busca incorporar esa separación directamente en el protocolo, reduciendo dependencias externas y haciendo más explícito el papel de cada actor en la producción de bloques.
En términos sencillos, ePBS separa mejor dos funciones:
- quién propone el bloque;
- quién construye el contenido del bloque.
Esto puede ayudar a mejorar la neutralidad, la transparencia y la robustez del proceso de construcción de bloques. Para operadores de validadores, también implica seguir de cerca nuevas responsabilidades, tiempos de coordinación y posibles cambios en la forma en que se gestionan los slots.
Para instituciones que hacen staking, ePBS es relevante porque afecta a una parte crítica de Ethereum: cómo se produce el bloque que finalmente entra en la cadena. No es una mejora cosmética, sino una evolución de la arquitectura que sostiene el funcionamiento diario de la red.
Block-Level Access Lists: preparar Ethereum para más capacidad
Otra pieza importante de Glamsterdam son las Block-Level Access Lists, definidas en EIP-7928.
Las Block-Level Access Lists permiten describir qué cuentas y partes del estado se van a tocar durante la ejecución de un bloque. Esto puede ayudar a los clientes a preparar mejor el acceso a datos, mejorar la eficiencia de ejecución y abrir la puerta a una mayor paralelización.
En la práctica, esta propuesta busca que Ethereum pueda procesar bloques de forma más eficiente. Si la red quiere avanzar hacia límites de gas más altos, los clientes necesitan herramientas para gestionar mejor el acceso al estado y reducir cuellos de botella.
Por eso, las Block-Level Access Lists no deben verse como una mejora aislada. Forman parte de un conjunto de cambios orientados a que Ethereum pueda escalar su capacidad de ejecución de forma más sostenible.
Repricing del estado: controlar el crecimiento de Ethereum
Uno de los grandes retos de Ethereum es el crecimiento del estado. Cada nueva cuenta, contrato o dato persistente aumenta la carga que los nodos deben almacenar y procesar.
Glamsterdam incluye propuestas como EIP-8037, centrada en ajustar los costes asociados a la creación de estado, y EIP-8038, orientada a actualizar costes de acceso al estado.
La idea de fondo es sencilla: si determinadas operaciones generan más carga permanente para la red, su coste debe reflejar mejor ese impacto.
Este tipo de cambios es especialmente relevante para la salud a largo plazo de Ethereum. Una red más eficiente no depende solo de procesar más transacciones, sino de hacerlo sin degradar la capacidad de los nodos para mantenerse sincronizados, verificar el estado y participar en la red con garantías.
Cambios relevantes para validadores
Glamsterdam también incluye propuestas que afectan directamente a la operativa de validadores.
Una de ellas es EIP-8061, que busca aumentar el exit churn y el consolidation churn para mejorar la capacidad del protocolo de procesar salidas y consolidaciones. Esta línea es especialmente importante para operadores e instituciones porque conecta con tiempos de salida, gestión de liquidez operativa y capacidad de respuesta ante cambios de mercado o eventos adversos.
También sigue en discusión EIP-8045, orientada a evitar que validadores slashed sigan siendo seleccionados para proponer bloques en escenarios donde sus bloques acabarían siendo inválidos. La propuesta se ha ido acotando durante el proceso de trabajo de Glamsterdam, por lo que conviene entenderla como una mejora de resiliencia en evolución, no como una regla final completamente cerrada.
Para operadores de validadores, estas propuestas importan porque afectan a procesos muy concretos: salidas, consolidaciones, selección de proposers, gestión de riesgos y respuesta ante incidentes.
Qué deben vigilar los operadores de validadores
Glamsterdam todavía está en desarrollo, pero ya hay varias áreas que los operadores de validadores deberían seguir de cerca.
La primera es la compatibilidad de clientes. Cada hard fork exige coordinación entre equipos de execution clients y consensus clients, y cualquier cambio en producción de bloques o acceso al estado puede tener implicaciones operativas.
La segunda es la gestión de infraestructura. Si Ethereum avanza hacia mayores límites de gas, los operadores deberán revisar requisitos de hardware, rendimiento de nodos, monitorización, latencias y capacidad de respuesta.
La tercera es la gestión del riesgo. Cambios relacionados con ePBS, churn o slashing pueden afectar a cómo se diseñan procesos internos, alertas y playbooks de operación.
En staking institucional, estos detalles importan. No basta con tener validadores activos; hay que operar con procedimientos claros, monitorización constante y capacidad de adaptación ante cambios de protocolo.
Qué deberían preguntar las instituciones que hacen staking
Para instituciones, fondos, custodios o empresas que delegan ETH, Glamsterdam también es una oportunidad para revisar la calidad de su proveedor de staking.
Algunas preguntas importantes son:
- si el proveedor sigue de cerca las discusiones de All Core Devs y el alcance final de cada hard fork;
- cómo prepara actualizaciones de clientes antes de mainnet;
- qué procesos de testing y monitorización utiliza;
- cómo gestiona riesgos relacionados con slashing, missed slots y rendimiento de validadores;
- qué experiencia tiene operando infraestructura en redes en evolución.
Ethereum no es una red estática. Cada actualización exige capacidad técnica, coordinación y criterio operativo. Para una institución, elegir un proveedor de staking implica confiar en un equipo capaz de adaptarse a ese ritmo sin improvisar.
Por qué Stakely sigue de cerca Glamsterdam
En Stakely operamos infraestructura blockchain en múltiples redes y seguimos de cerca las actualizaciones que afectan a validadores, nodos y staking institucional.
Glamsterdam es relevante porque toca varias capas críticas de Ethereum: producción de bloques, acceso al estado, eficiencia de clientes y operativa de validadores. No es solo una actualización técnica más, sino una evolución que puede influir en cómo se gestiona Ethereum a escala.
Para nosotros, seguir estas mejoras desde fases tempranas forma parte del trabajo de operar infraestructura con rigor. Entender los cambios antes de que lleguen a mainnet permite preparar clientes, ajustar procesos internos y acompañar mejor a quienes confían en Ethereum como red de staking.
Ethereum seguirá evolucionando. Y cada actualización importante recuerda algo esencial: el staking no consiste solo en delegar ETH, sino en contar con infraestructura preparada para sostener la red a largo plazo.
Si quieres hacer staking de ETH con un operador europeo especializado en infraestructura blockchain, puedes conocer más sobre nuestra solución de staking de Ethereum con Stakely.
