La bifurcación dura Glamsterdam de Ethereum explicada: cómo la ejecución paralela y ePBS apuntan a 10.000 TPS
En este momento, dos constructores de bloques ensamblan más del 90 % de cada bloque de Ethereum. Cada transacción espera en una fila de uno en uno, sin importar cuántos núcleos de CPU tenga un validador. Y los precios del gas aún reflejan puntos de referencia establecidos hace años en hardware que ya no existe.
Glamsterdam, el próximo hard fork de Ethereum previsto para la primera mitad de 2026, está diseñado para desmantelar estos tres problemas a la vez. Con un salto en el límite de gas de 60 millones a 200 millones, una nueva primitiva de ejecución paralela y la separación entre proponente y constructor (PBS) integrada directamente en la capa de consenso, la actualización representa la revisión estructural más agresiva desde The Merge. Si se lanza según lo previsto, la Capa 1 de Ethereum podría procesar aproximadamente 10,000 transacciones por segundo — unas diez veces el rendimiento actual — mientras reduce las tarifas de gas en casi un 79 %.
Esto es lo que realmente está cambiando, por qué es importante y dónde se esconden los riesgos.
Por qué Ethereum necesitaba un reinicio estructural
Ethereum ha pasado el 2025 viendo cómo la competencia le ganaba terreno en velocidad bruta. Solana procesa más de 1,000 transacciones reales por segundo. Monad, un recién llegado compatible con EVM, ha demostrado más de 10,000 TPS con bloques de menos de medio segundo. Mientras tanto, la Capa 1 de Ethereum se sitúa entre 15 y 20 TPS — una cifra que apenas se ha movido desde la actualización de Shanghai.
La brecha de rendimiento creó un patrón de migración visible. Los desarrolladores que crean aplicaciones sensibles a la latencia — juegos, DeFi de alta frecuencia, transacciones de agentes de IA — optaron cada vez más por cadenas más rápidas por defecto. La respuesta de Ethereum hasta ahora ha sido empujar el rendimiento hacia las Capas 2 (Base, Arbitrum, Optimism), pero esa estrategia introdujo sus propios problemas de fragmentación: liquidez dividida en más de 60 rollups, retrasos de retiro de siete días y experiencias de usuario que requieren conocimientos de puentes (bridges).
Glamsterdam no abandona la hoja de ruta de las L2. Hace que la propia L1 sea lo suficientemente rápida como para recuperar las cargas de trabajo que se filtraron a los competidores, al tiempo que mejora la economía para la liquidación de las L2. Vitalik Buterin describió ocho Propuestas de Mejora de Ethereum (EIP) a finales de febrero de 2026 que definen el alcance de la actualización, con dos EIP "protagonistas" que reciben la máxima prioridad.
Los dos protagonistas: ejecución paralela y construcción de bloques a nivel de protocolo
EIP-7928: Listas de acceso a nivel de bloque (BAL)
Hoy en día, los clientes de Ethereum descubren qué cuentas y ranuras de almacenamiento toca un bloque solo durante la ejecución. Hay cero visibilidad anticipada sobre el patrón de acceso al estado de un bloque. Las transacciones se procesan una por una en secuencia estricta, incluso cuando involucran partes del estado totalmente no relacionadas.
El EIP-7928 introduce las Listas de Acceso a Nivel de Bloque (BAL, por sus siglas en inglés): declaraciones estructuradas que especifican exactamente qué ranuras de almacenamiento y cuentas leerá o escribirá cada transacción. Un hash de esta lista de acceso, el "BAL root", se incrusta directamente en la cabecera del bloque.
El impacto práctico es transformador. Cuando un validador sabe de antemano que una transacción es un swap de Uniswap y otra es un depósito en Aave en un pool separado, puede procesarlas simultáneamente en múltiples núcleos de CPU. La ejecución secuencial se convierte en un grafo de dependencia, donde solo las transacciones que realmente entran en conflicto deben esperar unas a otras.
Las BAL también permiten la precarga de estado (state prefetching): los nodos pueden cargar los datos de estado requeridos en la memoria antes de que comience la ejecución, eliminando los cuellos de botella de E/S (I/O) que actualmente ralentizan el procesamiento de bloques. La Fundación Ethereum estima que las BAL podrían ofrecer mejoras de 10 a 30 veces en el rendimiento de ejecución a corto plazo.
EIP-7732: Separación entre proponente y constructor integrada (ePBS)
El problema de la construcción de bloques es más difícil de ver pero igualmente corrosivo. Hoy en día, entre el 80 y el 90 % de la producción de bloques de Ethereum depende de servicios fuera de la cadena llamados relays — principalmente MEV-Boost de Flashbots. Un puñado de constructores especializados (Flashbots, Titan, BeaverBuild) ensamblan bloques para los validadores, extrayendo el Valor Máximo Extraíble (MEV) a través del ordenamiento de transacciones.
Este acuerdo funciona, pero crea tres riesgos estructurales:
- Centralización. Dos o tres constructores controlan prácticamente toda la producción de bloques.
- Vulnerabilidad a la censura. Aproximadamente el 30 % de los bloques cumplen actualmente con las listas de sanciones de la OFAC a través del filtrado de los relays, lo que significa que las transacciones pueden ser excluidas sistemáticamente por un pequeño grupo.
- Dependencia de la confianza. Los validadores deben confiar en que los relays no manipularán los bloques ni retendrán los pagos.
El EIP-7732 mueve todo el mecanismo de proponente-constructor a la cadena (on-chain). Bajo ePBS, los constructores ensamblan los bloques y sellan criptográficamente su contenido, publicando ofertas con compromisos de carga útil (payload). Los proponentes eligen el bloque que mejor paga sin poder ver ni manipular lo que hay dentro. Las transacciones solo se revelan después de que el bloque se finaliza.
Un nuevo Comité de Puntualidad de Carga Útil (PTC) se encarga de las comprobaciones básicas de validación, y todas las ofertas, compromisos y pagos fluyen a través de mensajes definidos por el protocolo verificables en la cadena. No más relays fuera de la cadena. No más suposiciones de confianza.
Flashbots ya anticipó este cambio, migrando sus operaciones a BuilderNet en diciembre de 2024 — una red de construcción descentralizada operada conjuntamente con BeaverBuild y Nethermind. La ePBS de Glamsterdam convierte el enfoque descentralizado en el estándar por defecto para cada constructor y proponente en la red.
El elenco de apoyo: repreciación del gas y economía del estado
Más allá de los protagonistas principales, Glamsterdam incluye varias EIP que reestructuran el modelo económico de Ethereum:
EIP-7904: Repreciación General recalibra los costes de gas para los opcodes de la EVM utilizando benchmarks empíricos de hardware moderno. Muchos precios de gas actuales se establecieron hace años y ya no reflejan el coste computacional real. La recalibración ofrece una reducción del 78.6% en las comisiones de gas tanto para transferencias simples de ETH como para interacciones complejas con contratos inteligentes.
EIP-8037: Aumento del coste de gas por creación de estado eleva el coste de gas para crear nuevas cuentas y ranuras de almacenamiento, desincentivando la expansión innecesaria del estado que sobrecarga la cadena.
EIP-8038: Aumento del coste de gas por acceso al estado incrementa los costes de gas para las lecturas en frío de cuentas y almacenamiento, reflejando mejor el coste de E / S de acceder a estados utilizados con poca frecuencia.
El efecto neto es un modelo de gas que cobra más por lo que es genuinamente caro (crear y acceder a estados fríos) y menos por lo que es barato (ejecutar opcodes comunes en procesadores modernos). El aumento del límite de gas de 60 millones a 200 millones por bloque proporciona la capacidad bruta para absorber estos cambios mientras se ofrecen costes por transacción dramáticamente más bajos.
Cómo se compara Glamsterdam con la competencia
La carrera de la ejecución paralela no ocurre de forma aislada. Así es como se posiciona Glamsterdam:
| Característica | Ethereum (Glamsterdam) | Solana | Monad |
|---|---|---|---|
| Enfoque de paralelismo | Listas de acceso predeclaradas (BALs) | Programador nativo Sealevel | Ejecución paralela optimista |
| TPS objetivo | ~ 10,000 | ~ 1,000 - 1,500 (real) | ~ 10,000+ |
| Compatibilidad con EVM | Nativa | No (requiere reescrituras en Rust) | Totalmente compatible con EVM |
| Tiempo de bloque | ~ 12 segundos | ~ 400ms | ~ 400ms |
| Gestión de MEV | ePBS a nivel de protocolo | Mercado de propinas Jito | Heredado del ecosistema EVM |
| Conjunto de validadores | ~ 500,000+ | ~ 1,500 | Emergente |
El enfoque de Ethereum es distintivamente conservador: las transacciones deben declarar su acceso al estado por adelantado, lo que garantiza una ejecución paralela libre de conflictos pero requiere cambios en las herramientas por parte de los desarrolladores. El tiempo de ejecución Sealevel de Solana gestiona el paralelismo de forma nativa a nivel de VM. Monad utiliza la ejecución optimista — procesando transacciones en paralelo y volviendo a ejecutar en caso de conflicto — lo que preserva la compatibilidad total con Ethereum sin cambios para el desarrollador.
La diferencia crítica es la gravedad del ecosistema. Ethereum tiene más de 500,000 validadores, la liquidez DeFi más profunda y la comunidad de desarrolladores más grande. Incluso si Monad ofrece un rendimiento equivalente, debe arrancar todo lo demás desde cero. La apuesta de Glamsterdam es que hacer que el líder actual sea lo suficientemente rápido elimina el incentivo de migración.
El impacto en las L2: mejor economía para los rollups
Las mejoras de Glamsterdam no solo benefician a los usuarios de la L1. El aumento del límite de gas y la expansión potencial a más de 72 blobs de datos por bloque mejoran drásticamente la economía de los rollups de Capa 2.
Los rollups como Arbitrum, Optimism y Base actualmente pagan gas en la L1 de Ethereum para publicar datos de transacciones. Con costes de gas más bajos y una mayor capacidad de blobs, la liquidación en L2 se vuelve más barata, lo que se traduce en comisiones más bajas para los usuarios finales de estas cadenas. La Fundación Ethereum ha proyectado que el rendimiento combinado de L1 + L2 podría alcanzar eventualmente cientos de miles de TPS a medida que el escalado de blobs se combine con la ejecución paralela.
Esto crea un círculo virtuoso: una liquidación de L2 más barata atrae a más usuarios de L2, un mayor uso de L2 genera más tarifas de liquidación en L1, y un mayor rendimiento en L1 asegura que la capa de liquidación no se convierta en un cuello de botella.
Qué podría salir mal
Glamsterdam es ambicioso, y la ambición conlleva riesgos.
La adopción de BAL requiere cambios en las herramientas. Los desarrolladores y las billeteras deben actualizarse para generar listas de acceso a nivel de bloque. Hasta que las herramientas del ecosistema maduren, los beneficios de la ejecución paralela podrían seguir siendo teóricos para algunos tipos de transacciones.
El cronograma es aspiracional. La documentación de la comunidad menciona junio de 2026 como objetivo, pero el equipo de DevOps de la Fundación Ethereum solo ha probado tres de las EIP propuestas en la Devnet-4 a principios de 2026, con la Devnet-5 en progreso. Históricamente, los hard forks de Ethereum se han retrasado meses.
ePBS interrumpe la infraestructura de MEV existente. Los constructores de bloques (builders) y buscadores (searchers) han construido negocios enteros en torno al sistema actual basado en relés. La transición a ePBS remodelará la cadena de suministro de MEV, y no todos los participantes se beneficiarán.
La repreciación del gas podría romper supuestos. Las aplicaciones que codificaron estimaciones de gas de forma fija podrían comportarse de manera inesperada cuando cambien los costes de los opcodes. Si bien la repreciación reduce la mayoría de los costes, los aumentos para la creación de estado y las lecturas en frío podrían afectar a los contratos que realizan muchas operaciones de almacenamiento en frío.
Se rechazaron más de 30 propuestas para Glamsterdam, incluidos los tiempos de slot reducidos, la medición de gas multidimensional y la verificación de firmas post-cuánticas. Se espera que estas características lleguen en Hegota, el segundo fork de 2026 programado para la segunda mitad del año.
Qué viene después: la estrategia de las cuatro bifurcaciones
Glamsterdam es el primer movimiento en una estrategia coordinada de rendimiento de cuatro bifurcaciones que se extiende hasta 2027:
- Regla de Confirmación Rápida — confirmaciones de depósito de 13 segundos sin un hard fork (ya activo o inminente)
- Glamsterdam (H1 2026) — Ejecución paralela + ePBS + repreciación de gas
- Fusaka — PeerDAS para una disponibilidad de datos de 1 GB / s con un aumento de capacidad de 30,000x
- Hegota (H2 2026) — Verkle Trees para pruebas 10 veces más pequeñas + migración a criptografía post-cuántica
Juntas, estas actualizaciones transforman a Ethereum de una carretera de un solo carril en una autopista de varios carriles con rampas de acceso optimizadas para cada tipo de tráfico. La cuestión ya no es si Ethereum puede igualar la velocidad de la competencia, sino si puede lanzar estas actualizaciones antes de que los casos de uso sensibles al rendimiento se asienten permanentemente en otros lugares.
En resumen
Glamsterdam no es un ejercicio de marketing. Es una respuesta estructural a la amenaza existencial de que la Capa 1 de Ethereum se vuelva irrelevante como entorno de ejecución de propósito general mientras los competidores capturan las cargas de trabajo que más importan: juegos, pagos, transacciones de agentes de IA y DeFi en tiempo real.
La actualización introduce innovaciones arquitectónicas genuinas — BALs para ejecución en paralelo, ePBS para la construcción descentralizada de bloques y un reajuste empírico de los precios del gas — que abordan problemas que Ethereum ha tolerado durante años. Si se lanza según lo previsto, la red pasará de 15 TPS a 10.000 TPS volviéndose más descentralizada, no menos.
El truco está en que "según lo previsto" tiene mucho peso en esa frase. La historia de Ethereum sugiere cautela respecto a los plazos. Pero el trabajo de ingeniería es real, las devnets están funcionando y la presión competitiva nunca ha sido tan alta.
Para los desarrolladores, validadores y usuarios que observan desde fuera: vale la pena seguir de cerca a Glamsterdam. Es la actualización que asegura la posición de Ethereum para la próxima década — o aquella en la que la brecha entre la ambición y la ejecución finalmente pase factura.
BlockEden.xyz proporciona endpoints RPC de Ethereum de grado empresarial e infraestructura de API multicadena para desarrolladores que construyen en la L1 de Ethereum y en los rollups que liquidan en ella. A medida que Glamsterdam redefine la capa de ejecución, una infraestructura de nodos confiable se vuelve más crítica que nunca. Explore nuestros servicios de API de Ethereum para construir sobre bases diseñadas para la próxima generación de rendimiento on-chain.