Ethereum Glamsterdam: La Actualización que Podría Poner Fin a Cuatro Años de Bajo Rendimiento de ETH
La última vez que el ratio ETH/BTC estuvo tan bajo — rondando 0.028 — Ethereum superó a Bitcoin en más del 60% en los tres meses siguientes. Eso fue en el cuarto trimestre de 2023. Antes de eso, en el segundo trimestre de 2019, una configuración casi idéntica precedió a un rendimiento superior relativo del 80%. El reconocimiento de patrones no es profecía, pero con la actualización más importante de Ethereum desde The Merge apuntando ahora a un lanzamiento en mayo/junio 2026, la configuración se parece incómodamente familiar.
Glamsterdam es el próximo hard fork de Ethereum. No es un parche incremental. Es una reforma estructural de dos de los modos de fallo más debatidos del protocolo: la extracción de valor por un pequeño conjunto de actores privilegiados a través del Valor Extraíble Máximo (MEV), y el cuello de botella secuencial que impide que la Capa 1 de Ethereum compita en rendimiento bruto con Solana, MegaETH y Monad. Si Glamsterdam puede cumplir en ambos aspectos determinará si el bajo rendimiento de cuatro años de Ethereum frente a Bitcoin es una historia estructural — o simplemente un ciclo de sentimiento esperando un catalizador.
De Pectra a Glamsterdam: Construyendo el Stack de Rendimiento
Para entender qué es Glamsterdam, primero necesitas entender qué entregó Pectra. La actualización Prague-Electra se activó en mainnet el 7 de mayo de 2025 e introdujo once cambios al protocolo Ethereum — dos de los cuales importan más para la trayectoria que lleva a Glamsterdam.
EIP-7702 dio a las cuentas de propiedad externa (EOA) la capacidad de ejecutar temporalmente lógica de contratos inteligentes durante una transacción. En términos prácticos, esto significa que una billetera Ethereum regular ahora puede agrupar múltiples operaciones, patrocinar gas en nombre de los usuarios, o delegar a esquemas de claves alternativos — sin requerir que los usuarios migren a una billetera de contratos inteligentes. Para los desarrolladores, EIP-7702 colapsó la distinción entre los casos de uso de EOA y abstracción de cuentas, eliminando una barrera importante para la incorporación de usuarios de grado consumidor.
EIP-7691 duplicó la capacidad de transporte de blobs de Ethereum. El número objetivo de blobs por bloque pasó de 3 a 6, con el máximo subiendo de 6 a 9. Los blobs — introducidos en EIP-4844 (Dencun, marzo 2024) — son paquetes de datos temporales utilizados por los rollups de Capa 2 para publicar datos de transacciones en Ethereum de forma económica. Duplicar el número objetivo significa más rendimiento L2 a menor costo, extendiendo la posición de Ethereum como capa de liquidación para un ecosistema centrado en rollups.
En otras palabras, Pectra se trataba de hacer Ethereum más fácil de usar y más barato de construir. Glamsterdam se trata de hacer Ethereum mismo más rápido y más justo.
La Actualización de Dos Cabezas: Amsterdam y Gloas
El nombre Glamsterdam es un acrónimo de los dos componentes simultáneos de la actualización: Gloas (la capa de consenso) y Amsterdam (la capa de ejecución). Cada uno lleva una propuesta estrella que aborda un problema sistémico distinto.
ePBS (EIP-7732): Integrando la Construcción de Bloques en el Protocolo
La pieza central de la actualización de la capa de consenso es la Separación Proponente-Constructor Internalizada, rastreada como EIP-7732. Para entender por qué esto importa, necesitas entender cómo se ve actualmente el proceso de construcción de bloques de Ethereum.
En el sistema actual, aproximadamente el 80-90% de los bloques de Ethereum se construyen usando MEV-Boost, un sistema de relay de terceros que permite que actores especializados llamados "constructores" construyan bloques y los envíen a los validadores para su propuesta. Este arreglo surgió orgánicamente porque los constructores — con algoritmos sofisticados para el ordenamiento de transacciones y la extracción de arbitraje — pueden producir bloques más rentables que la mayoría de los validadores por su cuenta. Los validadores aceptan estos bloques porque ganan más MEV. El relay actúa como intermediario de confianza.
El problema es arquitectónico: una pieza crítica del pipeline de producción de bloques de Ethereum depende de infraestructura fuera del protocolo en la que los validadores no tienen más remedio que confiar. Si un relay dominante se desconecta, actúa maliciosamente o comienza a censurar transacciones, no hay recurso dentro del protocolo.
EIP-7732 elimina completamente el relay. Integra la relación constructor-proponente directamente en la capa de consenso de Ethereum, haciendo cumplir a nivel de protocolo lo que MEV-Boost hace cumplir a través de la confianza. Bajo ePBS, la construcción de bloques y la propuesta de bloques se convierten en roles formalmente separados dentro del propio protocolo — los constructores envían ofertas, los proponentes se comprometen con la oferta más alta, y el proceso está gobernado por compromisos criptográficos en lugar de un relay de terceros.
Los efectos posteriores son significativos. La extracción de MEV podría reducirse hasta un 70% mediante una distribución más justa y transparente. Los stakers domésticos — que actualmente luchan por competir con los validadores institucionales que ejecutan estrategias MEV sofisticadas — ganan paridad. Y la resistencia a la censura de Ethereum mejora materialmente, porque el protocolo ahora puede hacer cumplir las reglas de inclusión sin depender del comportamiento del relay.
Listas de Acceso a Nivel de Bloque (EIP-7928): Desbloqueando la Ejecución Paralela
La actualización de la capa de ejecución (Amsterdam) está anclada por EIP-7928, que introduce las Listas de Acceso a Nivel de Bloque (BAL). Esta es la base arquitectónica para las ambiciones de rendimiento de Ethereum.
Actualmente, Ethereum procesa transacciones secuencialmente. Cada transacción se ejecuta una a la vez, en orden, lo que limita cuántas pueden procesarse por segundo independientemente de cuán poderosos sean los nodos que ejecutan la red. Este modelo secuencial es la razón principal por la que el rendimiento de la Capa 1 de Ethereum ha permanecido limitado mientras que cadenas como Solana — que paraleliza la ejecución — pueden procesar muchas más transacciones por segundo.
Las BAL funcionan registrando, a nivel de bloque, cada cuenta y slot de almacenamiento accedido durante la ejecución, junto con sus valores posteriores a la ejecución. Este mapa de acceso a nivel de bloque permite tres categorías de paralelismo que actualmente son imposibles: lecturas de disco paralelas (los nodos pueden precargar todas las ubicaciones de almacenamiento en lugar de leerlas secuencialmente), validación de transacciones paralela (las transacciones independientes pueden verificarse simultáneamente), y cálculo paralelo de la raíz de estado (la actualización del árbol Merkle al final de cada bloque se vuelve distribuible entre hilos).
El resultado es una reducción significativa en la latencia de validación de bloques en el peor caso. Una validación más rápida permite a la red aumentar de manera segura los límites de gas sin comprometer el rendimiento de los nodos — lo que se traduce directamente en mayor rendimiento y tarifas de gas por transacción más bajas. Los análisis iniciales sugieren que las tarifas de gas podrían caer aproximadamente un 78% a medida que aumenta la capacidad.