La hoja de ruta de Ethereum para 2026 se centra en dos líneas: expandir la capacidad de datos de los rollups a través de blobs mientras se impulsa la ejecución en la capa base mediante cambios en el límite de gas.
Esos cambios en el límite de gas dependen de que los validadores pasen de reejecutar bloques a verificar pruebas de ejecución ZK.
La primera línea ya está anclada por Fusaka, que se lanzó el 3 de diciembre de 2025.
Fusaka
Según ethereum.org, Fusaka establece PeerDAS más cambios en los parámetros de solo blobs (BPO) que pueden aumentar el rendimiento de los blobs en pasos medidos.
La segunda línea está menos mecanizada porque depende de borradores de EIP, implementación de clientes y operaciones de validadores que deben mantenerse dentro de las restricciones de descentralización, incluyendo ancho de banda, propagación de bloques y estructura del mercado de pruebas.
PeerDAS se posiciona como la palanca de «rampa de capacidad» más clara porque está diseñado para escalar la disponibilidad de datos de los rollups sin obligar a cada nodo a descargar cada blob.
De acuerdo con ethereum.org, los objetivos de blob no aumentan inmediatamente tras la activación, luego pueden duplicarse cada pocas semanas hasta un objetivo máximo de 48 mientras los desarrolladores monitorean la salud de la red.
El equipo de Optimism enmarcó el caso del extremo superior como «al menos 48 blobs objetivo por bloque», emparejado con un movimiento en el rendimiento del lado del rollup de aproximadamente 220 a aproximadamente 3 500 UOPS bajo ese objetivo, según optimism.io.
Incluso en ese marco, la pregunta práctica para 2026 es si la demanda llega como uso de blobs en lugar de aumentar las pujas por la ejecución en L1.
Otra pregunta abierta es si la estabilidad p2p y el ancho de banda de los nodos se mantienen dentro de las tolerancias de los operadores a medida que aumenta el despliegue de BPO.
En el lado de la ejecución, Ethereum ya está probando un mayor rendimiento mediante coordinación en lugar de un hard fork.
GasLimit.pics reportó un límite de gas más reciente de 60 000 000, con un promedio de 24 horas de aproximadamente 59 990 755 en el momento mostrado.
Ese nivel es importante porque proporciona un punto de referencia de lo que los validadores han aceptado en la práctica.
También expone el techo del «escalado social» antes de que la latencia, la carga de validación y la tensión en el mempool y la canalización de MEV se vuelvan restrictivas.
Una forma sencilla de traducir la conversación sobre el límite de gas a rangos de rendimiento es gas por segundo, usando el tiempo de slot de 12 segundos de Ethereum (gas por segundo es igual al límite de gas dividido por 12).
Los números a continuación mantienen la matemática explícita y separan las transacciones EVM de la capa base de las afirmaciones de rendimiento de los rollups.
| Escenario | Límite de gas | Gas/seg (≈ gas/12) | Trans/seg a 21k gas | Trans/seg a 120k gas |
|---|---|---|---|---|
| Nivel de coordinación actual | 60 000 000 | 5 000 000 | ≈238 | ≈42 |
| Caso de 2× límite de gas | 120 000 000 | 10 000 000 | ≈476 | ≈83 |
| Caso de extremo alto (requiere cambio de validación) | 200 000 000 | 16 666 667 | ≈793 | ≈139 |
Glamsterdam
La marca de la actualización planificada para 2026 agrupa varias ideas orientadas a la ejecución en «Glamsterdam», una lista abreviada que se ha discutido en torno a la separación incorporada entre proponente y constructor (ePBS, EIP-7732), las Listas de Acceso a Nivel de Bloque (BALs, EIP-7928) y el reajuste general de precios (EIP-7904).
Cada una permanece en forma de borrador, según las páginas de EIP para EIP-7732, EIP-7928 y EIP-7904.
El reajuste de precios apunta a los desajustes en el esquema de gas que han persistido durante años.
Según EIP-7904, argumenta que corregir el precio erróneo de la computación puede aumentar el rendimiento utilizable, al tiempo que reconoce el riesgo de DoS y la realidad de los contratos que codifican supuestos de gas de forma rígida.
Las BALs se enmarcan como infraestructura para el paralelismo.
El EIP cita lecturas de disco en paralelo, validación de transacciones en paralelo, cálculo de la raíz del estado en paralelo y «actualizaciones de estado sin ejecución», mientras estima un tamaño promedio comprimido de BAL de aproximadamente 70 a 72 KiB como sobrecarga, según EIP-7928.
En la práctica, esas ganancias solo se materializan si los clientes adoptan concurrencia en los cuellos de botella reales.
También dependen de si los datos adicionales y los pasos de verificación evitan convertirse en su propia carga de latencia.
ePBS se sitúa en el centro tanto de las discusiones sobre MEV como de rendimiento porque pretende desacoplar la validación de la ejecución de la validación del consenso en el tiempo, según EIP-7732.
Ese margen temporal es también donde pueden aparecer nuevos modos de fallo.
Un artículo académico sobre el «problema de la opción gratuita» para ePBS estima el ejercicio de la opción en aproximadamente 0,82 % de los bloques en promedio bajo una ventana de opción de 8 segundos, alcanzando aproximadamente 6 % en días de alta volatilidad en sus condiciones modeladas, según arXiv.
Ethereum en 2026
Para la planificación de 2026, esa investigación dirige la atención hacia la disponibilidad bajo estrés, no solo hacia los resultados de tarifas en estado estable.
La apuesta más estructural detrás de los límites de gas «muy altos» es la adopción de pruebas ZK por parte de los validadores.
La hoja de ruta «Realtime Proving» de la Ethereum Foundation describe un camino escalonado donde un pequeño conjunto de validadores primero ejecuta clientes ZK en producción.
Luego, solo después de que una supermayoría del stake se sienta cómoda, los límites de gas pueden aumentar a niveles donde la verificación de pruebas reemplaza la reejecución para la validación práctica en hardware razonable, según la publicación del 10 de julio de 2025 de la fundación en blog.ethereum.org.
La misma publicación establece restricciones que importan para la viabilidad más que para la narrativa, incluyendo apuntar a seguridad de 128 bits (con 100 bits aceptados temporalmente), tamaño de prueba inferior a 300 KiB y evitar la dependencia de envoltorios recursivos con configuraciones de confianza, según blog.ethereum.org.
La implicación de escalado está ligada a los mercados de pruebas: la oferta de pruebas en tiempo real debe ser barata y creíble sin concentrarse en un conjunto estrecho de probadores que recrea las dependencias de estilo relay de hoy en otra capa de la pila.
Después de Glamsterdam, «Hegota» se posiciona como una ranura con nombre para finales de 2026 que sigue siendo más sobre el proceso que sobre el alcance.
La Ethereum Foundation publicó una línea de tiempo para propuestas destacadas con una ventana de propuestas del 8 de enero al 4 de febrero, seguida de discusión y finalización del 5 al 26 de febrero, luego una ventana para las no destacadas, según blog.ethereum.org.
Existe un meta-EIP de Hegotá como borrador (EIP-8081) y enumera los elementos como considerados en lugar de bloqueados, incluyendo FOCIL (EIP-7805) como actualmente considerado, según EIP-8081.
El valor de reporte a corto plazo en ese cronograma es que crea puntos de decisión fechados que inversores y constructores pueden seguir sin inferir compromisos a partir de nombres en clave.
El primero es que las propuestas destacadas de Hegota cierran el 4 de febrero.
La publicación Ethereum’s 2026 roadmap includes this validator risk that’s bigger than you think apareció primero en CryptoSlate.
