La hoja de ruta de Ethereum para 2026 se centra en dos vías: expandir la capacidad de datos acumulados a través de blobs y al mismo tiempo impulsar la ejecución de la capa base a través de cambios en el límite de gas.
Esos cambios en el límite de gas dependen de que los validadores pasen de volver a ejecutar bloques a verificar las pruebas de ejecución de ZK.
La primera pista ya está anclada en Fusaka, que se envió el 3 de diciembre de 2025.
Fusaka
Fusaka configura cambios de parámetros de blob (BPO) de PeerDAS plus que pueden aumentar el rendimiento del blob en pasos medidos, según ethereum.org.
La segunda vía está menos mecanizada porque depende de borradores de EIP, implementación de clientes y operaciones de validación que deben mantenerse dentro de las limitaciones de la descentralización, incluido el ancho de banda, la propagación de bloques y la prueba de la estructura del mercado.
PeerDAS se posiciona como la palanca de “rampa de capacidad” más clara porque está diseñado para escalar la disponibilidad de datos acumulativos sin obligar a cada nodo a descargar cada blob.
De acuerdo a ethereum.orglos objetivos de blobs no saltan inmediatamente después de la activación, luego pueden duplicarse cada pocas semanas hasta un objetivo máximo de 48 a medida que los desarrolladores monitorean el estado de la red.
El equipo de Optimism enmarcó el caso del extremo superior como “al menos 48 objetivos de blob por bloque”, junto con un movimiento de rendimiento del lado acumulativo de aproximadamente 220 a aproximadamente 3500 UOPS por debajo de ese objetivo, según optimismo.io.
Incluso en ese marco, la pregunta práctica para 2026 es si la demanda llega como uso de blobs en lugar de aumentar la ejecución L1.
Otra pregunta abierta es si la estabilidad p2p y el ancho de banda de los nodos permanecen dentro de las tolerancias del operador a medida que BPO aumenta la implementación.
En el lado de la ejecución, Ethereum ya está probando un mayor rendimiento a través de la coordinación en lugar de una bifurcación dura.
GasLimit.fotos informó un último límite de gas 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 límite del “escalamiento social” antes de que la latencia, la carga de validación y la tensión de la canalización de mempool y MEV se vuelvan vinculantes.
Una forma sencilla de traducir la conversación sobre el límite de gas en rangos de rendimiento es gas por segundo, utilizando el intervalo de tiempo de 12 segundos de Ethereum (el gas por segundo es igual al límite de gas dividido por 12).
Los números a continuación mantienen las matemáticas explícitas y separan las transacciones EVM de capa base de las afirmaciones de rendimiento acumulado.
| Guión | límite de gas | Gas/seg (≈ gas/12) | Tx/seg a 21k de gas | Tx/seg a 120k de gas |
|---|---|---|---|---|
| Nivel de coordinación actual | 60.000.000 | 5.000.000 | ≈238 | ≈42 |
| 2× caso de límite de gas | 120.000.000 | 10.000.000 | ≈476 | ≈83 |
| Estuche de gama alta (requiere cambio de validación) | 200.000.000 | 16.666.667 | ≈793 | ≈139 |
Glamsterdam
La actualización de marca planificada para 2026 engloba varias ideas orientadas a la ejecución en “Glamsterdam”, una lista abreviada que se ha discutido en torno a la separación consagrada entre proponente y constructor (ePBS, EIP-7732), listas de acceso a nivel de bloque (BAL, EIP-7928) y revisión general de precios (EIP-7904).
Cada uno permanece en forma de borrador, según las páginas del EIP para EIP-7732, EIP-7928y EIP-7904.
La revisión de precios apunta a los desajustes en los cronogramas de gas que han persistido durante años.
Sostiene que corregir los cálculos con precios incorrectos puede aumentar el rendimiento utilizable y al mismo tiempo reconocer el riesgo de DoS y la realidad de los contratos que codifican supuestos de gas, según EIP-7904.
Los BAL se enmarcan como tuberías de paralelismo.
El EIP cita lecturas de disco paralelas, validación de transacciones paralelas, cálculo de raíz de estado paralelo y “actualizaciones de estado sin ejecución”, mientras estima entre 70 y 72 KiB un tamaño promedio de BAL comprimido como sobrecarga, según EIP-7928.
En la práctica, esos beneficios sólo se materializan si los clientes adoptan la concurrencia a través de los obstáculos reales.
También dependen de si los datos adicionales y los pasos de verificación evitan convertirse en su propio impuesto de latencia.
ePBS se encuentra en el centro de las discusiones tanto sobre MEV como sobre rendimiento porque su objetivo es desacoplar la validación de ejecución de la validación por consenso en el tiempo, según EIP-7732.
En esa holgura temporal es también donde pueden aparecer nuevos modos de falla.
Un artículo académico sobre el “problema de la opción libre” para ePBS estima el ejercicio de la opción en alrededor del 0,82% de los bloques en promedio bajo una ventana de opción de 8 segundos, alcanzando alrededor del 6% en días de alta volatilidad en sus condiciones modeladas, según arXiv.
Etereum en 2026
Para la planificación para 2026, esa investigación centra la atención en la vida bajo estrés, no solo en los resultados de costos en estado estacionario.
La apuesta más estructural detrás de los límites de gas “muy altos” es la adopción del validador a prueba de ZK.
La hoja de ruta de “Prueba en tiempo real” de la Fundación Ethereum describe un camino por etapas donde un pequeño conjunto de validadores ejecuta por primera vez clientes ZK en producción.
Luego, solo después de que una gran mayoría de las acciones se sienta cómoda, los límites de gas pueden aumentar a niveles en los que la verificación de pruebas reemplace la reejecución para la validación práctica en hardware razonable, según la publicación de la fundación del 10 de julio de 2025 en blog.ethereum.org.
La misma publicación establece restricciones que son más importantes para la viabilidad que para la narrativa, incluida la seguridad de 128 bits (con 100 bits aceptados temporalmente), un tamaño de prueba inferior a 300 KiB y evitar la dependencia de contenedores recursivos con configuraciones confiables, según blog.ethereum.org.
La implicación de la ampliación está ligada a los mercados de prueba: el suministro de pruebas en tiempo real tiene que ser barato y creíble sin concentrarse en un conjunto estrecho de pruebas que recrea las dependencias de estilo de retransmisión actuales en otra capa de la pila.
Después de Glamsterdam, “Hegota” se posiciona como una ranura con nombre de finales de 2026 que todavía tiene más que ver con el proceso que con el alcance.
La Fundación Ethereum publicó un cronograma de los titulares con una ventana de propuesta del 8 de enero al 4 de febrero, seguida de una discusión y finalización del 5 al 26 de febrero, luego una ventana para los no titulares, según blog.ethereum.org.
Un meta-EIP de Hegotá existe como borrador (EIP-8081) y enumera los elementos como considerados en lugar de bloqueados, incluido FOCIL (EIP-7805) como se considera actualmente, según EIP-8081.
El valor de los informes a corto plazo en ese cronograma es que crea puntos de decisión anticuados que los inversionistas y constructores pueden rastrear sin inferir compromisos de los nombres en clave.
La primera es que las propuestas principales de Hegota cierran el 4 de febrero.