
En los últimos años, Ethereum ha impulsado de manera continuada el rendimiento de la red y el crecimiento del ecosistema mediante distintas actualizaciones de protocolo. Desde The Merge, que culminó la transición a PoS, hasta la actualización Dencun, que introdujo Proto-Danksharding para abaratar los costes en la capa 2, pasando por las optimizaciones posteriores en la capa de ejecución, Ethereum avanza con paso firme hacia una arquitectura más eficiente y escalable.
En este proceso evolutivo, la actualización Glamsterdam emerge como un hito clave para la siguiente fase. Según lo debatido por los desarrolladores principales de Ethereum, se prevé que la actualización se implemente en 2026 y que persiga principalmente dos metas:
Reformar el mecanismo de MEV (Maximal Extractable Value)
Mejorar la eficiencia de ejecución en la capa 1 y el rendimiento global de la red
A diferencia de actualizaciones previas, centradas sobre todo en la disponibilidad de datos y la escalabilidad, Glamsterdam pone el foco en la eficiencia de la producción de bloques y la ejecución de transacciones. Su alcance va más allá del rendimiento en la capa base y podría reconfigurar en profundidad el sector del MEV.
Aunque Ethereum es una de las mayores plataformas de contratos inteligentes del mundo, su arquitectura subyacente sigue afrontando diversos retos estructurales.
En la actualidad, el MEV es un componente esencial en la producción de bloques. Los Searchers y Builders extraen valor adicional de los bloques mediante el ordenamiento de transacciones, el arbitraje y las estrategias de liquidación.
La infraestructura MEV predominante utiliza el sistema MEV-Boost + Relay: Searcher → Builder → Relay → Validator
Aunque este modelo resulta eficiente, plantea a su vez nuevos desafíos:
Los Relays tienden cada vez más a la concentración
Algunos Relays pueden ejercer censura sobre las transacciones
Falta transparencia en el mercado de Builders
Reducir el riesgo de centralización sin sacrificar eficiencia es una de las prioridades en las futuras actualizaciones de Ethereum.
Otro reto clave reside en la eficiencia de ejecución de la EVM.
Actualmente, los nodos procesan las transacciones una a una y leen el estado de forma dinámica al validar los bloques. Si bien esto asegura determinismo, también provoca:
Mayor latencia en el procesamiento de bloques
Requisitos de hardware más elevados para los nodos
Obstáculos para la ejecución en paralelo
Con el crecimiento de DeFi, los agentes de IA y las aplicaciones on-chain, estos cuellos de botella podrían agravarse.

Para hacer frente a estos retos, la actualización Glamsterdam introduce varias soluciones técnicas, destacando especialmente ePBS (Enshrined Proposer-Builder Separation) y las Block-Level Access Lists.
La Proposer-Builder Separation (PBS) separa la construcción de bloques de la función de proponerlos.
En la arquitectura actual, los validadores pueden tanto proponer como construir bloques. A medida que aumenta el valor del MEV, los Builders especializados han asumido el papel principal en la construcción de bloques.
En este momento, la PBS se implementa principalmente a través de MEV-Boost, aunque el componente central—el Relay—no forma parte del protocolo en sí.
La propuesta ePBS de Glamsterdam integra este mecanismo directamente en el protocolo, estableciendo una “PBS nativa”.
El funcionamiento es el siguiente:
Los Builders construyen bloques candidatos y presentan sus pujas
Los Proposers eligen el bloque con la puja más alta
La red verifica y finaliza el bloque seleccionado
Este diseño aporta beneficios clave:
Menor dependencia de Relays de terceros
Mayor transparencia en el mercado de MEV
Menor riesgo de censura de transacciones
Al incorporar PBS en el propio protocolo, Ethereum aspira a preservar la eficiencia del mercado MEV y evitar nuevas formas de centralización.
Otra innovación fundamental en Glamsterdam son las Block-Level Access Lists. En el diseño actual de la EVM, los nodos leen las cuentas y el almacenamiento de manera dinámica durante la ejecución de transacciones, lo que impide anticipar qué datos consultará cada transacción.
Las Block-Level Access Lists resuelven esta limitación declarando, durante la creación del bloque, qué partes del estado se van a consultar.
Por ejemplo, un bloque puede indicar:
Las direcciones de cuentas a las que se accederá
Los espacios de almacenamiento que se consultarán
Con este enfoque, los nodos pueden precargar todos los datos de estado necesarios antes de ejecutar las transacciones, lo que permite varias optimizaciones:
Reducción de la latencia en el acceso a datos
Mejora de la eficiencia en la ejecución
Base para la futura ejecución en paralelo
A largo plazo, este mecanismo podría ser determinante en las futuras optimizaciones de la capa de ejecución de Ethereum.
La cadena de valor del MEV ha desarrollado una estructura consolidada: Searcher → Builder → Relay → Validator
En concreto:
Los Searchers detectan oportunidades de arbitraje
Los Builders ensamblan bloques que contienen MEV
Los Relays transmiten los bloques
Los Validators proponen los bloques
El mecanismo ePBS de Glamsterdam puede transformar esta estructura, permitiendo que el propio protocolo asuma progresivamente el papel de los Relays. En el futuro, el proceso MEV podría ser: Searcher → Builder → Protocol Auction → Proposer
En este nuevo esquema:
Los Builders participan en subastas integradas en el protocolo
Los Proposers seleccionan el bloque más óptimo
La necesidad de Relays disminuye
Este cambio puede modificar radicalmente el ecosistema MEV y reforzar la resistencia a la censura de la red.
Para los usuarios finales, los cambios de Glamsterdam pueden no ser perceptibles de inmediato. Para desarrolladores y proveedores de infraestructura, el impacto será notorio.
Una mayor eficiencia de ejecución puede reducir la congestión de la red y mejorar la experiencia de usuario.
Las Block-Level Access Lists pueden requerir ajustes en el diseño de smart contracts. Los desarrolladores tendrán que prestar especial atención al acceso al estado para optimizar el nuevo modelo de ejecución.
Las reformas en el MEV pueden modificar el entorno de trading DeFi. Las estrategias basadas en el orden de las transacciones podrían necesitar un rediseño.
En conjunto, esta actualización puede acelerar la evolución del ecosistema de aplicaciones de Ethereum hacia una mayor eficiencia y equidad.
Pese a su importancia, la actualización Glamsterdam suscita debates relevantes.
Complejidad técnica: ePBS supone cambios profundos en la construcción de bloques y requiere pruebas rigurosas para garantizar la estabilidad de la red.
Incertidumbre en el modelo económico del MEV: algunos investigadores consideran que la PBS a nivel de protocolo puede modificar los incentivos del mercado MEV y generar nuevas dinámicas estratégicas.
Por otro lado, las mejoras en la capa de ejecución deben ser compatibles con planes a largo plazo como Verkle Trees y Stateless Ethereum. Antes de su despliegue en mainnet, todas las propuestas deberán validarse exhaustivamente en testnets.
De cara al futuro, la actualización Glamsterdam puede provocar tres grandes transformaciones en el ecosistema Ethereum:
Mejorar la eficiencia de la red L1. Al aplicarse las optimizaciones de ejecución, el rendimiento de la mainnet de Ethereum bajo alta demanda debería mejorar de forma significativa.
Transformar la estructura del mercado MEV. La PBS integrada en el protocolo podría permitir un sistema MEV más transparente y descentralizado.
Reforzar la resistencia a la censura de la red. Disminuir la dependencia de Relays centralizados contribuye a salvaguardar el principio fundamental de Ethereum como red abierta.

Para el mercado de ETH, este tipo de actualizaciones estructurales suelen ser positivas a largo plazo. Sin embargo, el impacto en el precio dependerá de las condiciones macroeconómicas, los avances en la capa 2 y el ciclo general del mercado cripto.





