La hoja de ruta de Ethereum para 2026 incluye este riesgo de validadores que es más grande de lo que crees

La hoja de ruta de Ethereum para 2026 se centra en dos líneas: ampliar 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 gas limit.

Estos cambios en el gas limit 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

Configura PeerDAS más cambios solo en el parámetro de blob (BPO) que pueden aumentar el rendimiento de blobs en pasos medidos, según ethereum.org.

La segunda línea es menos mecanizada porque depende de EIPs en borrador, implementación de clientes y operaciones de validadores que deben mantenerse dentro de los límites de descentralización, incluyendo ancho de banda, propagación de bloques y estructura de mercado de pruebas.

PeerDAS se posiciona como la palanca de "aumento de capacidad" más clara porque está diseñado para escalar la disponibilidad de datos de rollup sin obligar a cada nodo a descargar cada blob.

Según ethereum.org, los objetivos de blob no aumentan inmediatamente al activarse, 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 describió el caso de nivel superior como "al menos 48 blobs objetivo por bloque", junto con un salto en el rendimiento del lado de rollup de aproximadamente 220 a aproximadamente 3.500 UOPS bajo ese objetivo.

Incluso en ese marco, la pregunta práctica para 2026 es si la demanda llegará en forma de uso de blobs en lugar de incrementar las pujas por ejecución en L1.

Otra incógnita es si la estabilidad p2p y el ancho de banda de los nodos permanecerán dentro de los límites tolerados por los operadores a medida que BPO aumenta el despliegue.

En el lado de la ejecución, Ethereum ya está probando un mayor rendimiento a través de la coordinación en lugar de un hard fork.

GasLimit.pics reportó un gas limit 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 para lo que los validadores han aceptado en la práctica.

También expone el techo de la "escalabilidad social" antes de que la latencia, la carga de validación y la presión sobre el mempool y la canalización MEV se vuelvan limitantes.

Una forma simple de traducir el gas limit en rangos de rendimiento es el gas por segundo, usando el tiempo de slot de 12 segundos de Ethereum (gas por segundo es igual al gas limit dividido por 12).

Los números a continuación mantienen la matemática explícita y separan las transacciones EVM de capa base de las afirmaciones de rendimiento de rollups.

Glamsterdam

La actualización planeada para 2026 agrupa varias ideas orientadas a la ejecución bajo el nombre “Glamsterdam”, un listado abreviado que se ha discutido sobre la separación consagrada entre proponente y constructor (ePBS, EIP-7732), Block-Level Access Lists (BALs, EIP-7928) y repricing general (EIP-7904).

Cada una sigue en estado de borrador, según las páginas de EIP-7732, EIP-7928 y EIP-7904.

El repricing apunta a desajustes en la programación del gas que han persistido durante años.

Se argumenta que corregir el cálculo erróneo del cómputo puede aumentar el rendimiento utilizable, reconociendo el riesgo de DoS y la realidad de los contratos que codifican supuestos de gas, según EIP-7904.

Las BALs se presentan como la fontanería para el paralelismo.

El EIP cita lecturas de disco en paralelo, validación de transacciones en paralelo, cálculo de state-root en paralelo y "actualizaciones de estado sin ejecución", mientras estima un tamaño promedio comprimido de BAL de unos 70 a 72 KiB como sobrecarga, según EIP-7928.

En la práctica, esas ganancias solo se materializan si los clientes adoptan la concurrencia a través de los verdaderos cuellos de botella.

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 de MEV como de rendimiento porque apunta a desacoplar la validación de la ejecución de la validación del consenso en el tiempo, según EIP-7732.

Esa holgura temporal también es 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 el 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.

Ethereum en 2026

Para la planificación de 2026, esa investigación dirige la atención hacia la liveness bajo estrés, no solo los resultados de tarifas en estado estable.

La apuesta más estructural detrás de los gas limits “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 grupo de validadores primero ejecuta clientes ZK en producción.

Luego, solo después de que una supermayoría del stake esté cómoda, los gas limits pueden aumentar a niveles donde la verificación de pruebas reemplace 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 importantes para la viabilidad más que para la narrativa, incluyendo apuntar a seguridad de 128 bits (con 100 bits aceptados temporalmente), tamaño de las pruebas por debajo de 300 KiB y evitar depender de envoltorios recursivos con configuraciones de confianza, según blog.ethereum.org.

La implicancia de escalabilidad está vinculada a los mercados de pruebas: el suministro de pruebas en tiempo real debe ser barato y creíble sin concentrarse en un grupo estrecho de probadores que recree las dependencias actuales de estilo relay en otra capa del stack.

Después de Glamsterdam, “Hegota” se posiciona como una etapa nombrada para finales de 2026 que todavía trata más sobre el proceso que sobre el alcance.

La Ethereum Foundation publicó una cronología principal 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, y luego una ventana para propuestas no principales, según blog.ethereum.org.

Un meta-EIP de Hegotá existe como borrador (EIP-8081) y enumera los ítems como considerados más que confirmados, incluyendo FOCIL (EIP-7805) como actualmente en consideración, según EIP-8081.

El valor inmediato de reporte en ese cronograma es que crea puntos de decisión con fecha que inversores y desarrolladores pueden seguir sin inferir compromisos a partir de los nombres en clave.

El primero es que las propuestas principales de Hegota cierran el 4 de febrero.

La publicación La hoja de ruta de Ethereum para 2026 incluye este riesgo para los validadores que es más grande de lo que crees apareció primero en CryptoSlate.