Cambio de paradigma en la ampliación de la capa de ejecución de Ethereum: de un conservadurismo defensivo a una evolución del Gas Limit de 60M impulsada por la ciencia empírica

Estos esfuerzos han permitido que la red principal de Ethereum pase de no atreverse a aumentar el Gas Limit, a poder elevarlo de forma segura hasta 60M Gas, e incluso más.

Escrito por: ZHIXIONG PAN

En el último año, el Gas Limit de los bloques de Ethereum pasó rápidamente de unos 30 millones a 60 millones. Este salto fue impulsado por múltiples factores, incluyendo el control a nivel de protocolo sobre el tamaño máximo de los bloques en el peor de los casos, la optimización significativa del rendimiento de los clientes de ejecución y la validación sistemática a través de pruebas para soportar límites de Gas más altos.

En términos simples, los desarrolladores redujeron el riesgo de aumentar el Gas Limit mediante la mejora de las reglas del protocolo de Ethereum, incrementaron notablemente la velocidad de procesamiento de bloques grandes en los diferentes clientes y demostraron que la red puede seguir produciendo y propagando bloques a tiempo bajo una mayor carga.

Estos esfuerzos han permitido que la red principal de Ethereum pase de no atreverse a aumentar el Gas Limit, a poder elevarlo de forma segura hasta 60M Gas. A continuación, explicaremos en detalle el concepto e historia del Gas Limit, luego profundizaremos en las razones clave detrás de su aumento y finalmente analizaremos las condiciones necesarias para una futura expansión.

Gas Limit y Blob: definición y diferencias

El Gas Limit es el parámetro que mide la máxima carga de trabajo computacional permitida en cada bloque de Ethereum, es decir, el límite total de Gas que puede incluirse en las transacciones de un bloque. Cuanto más alto es el Gas Limit, más transacciones puede contener un bloque y mayor es el rendimiento de la cadena. Sin embargo, un Gas Limit más alto también aumenta la carga para los participantes de la red: los validadores deben empaquetar y transmitir bloques más grandes en el tiempo fijo de producción de bloques, y todos los nodos de la red deben descargar y ejecutar bloques más grandes, lo que incrementa la presión sobre el ancho de banda y el hardware de los nodos.

El Blob es otro tipo de contenido de bloque, introducido como un nuevo elemento para expandir la disponibilidad de datos en Ethereum. El Blob proviene de la propuesta EIP-4844 y permite almacenar temporalmente grandes cantidades de datos binarios para uso de Layer 2 en los bloques, con un coste medido de forma independiente al consumo de Gas de las transacciones normales. En resumen, el Blob proporciona espacio adicional dedicado a los datos de L2 Rollup, mientras que el Gas Limit mide el límite de escala de la computación convencional de la EVM. No son directamente comparables: aumentar la cantidad de Blobs afecta principalmente la capacidad de datos L2 adjunta al bloque, mientras que aumentar el Gas Limit incrementa directamente la capacidad de cómputo de las transacciones ejecutadas en L1.

Este artículo se centra en el Gas Limit, sin profundizar en los cambios de capacidad de los Blobs.

Contexto histórico: ¿por qué antes no se aumentaba el Gas Limit?

En los primeros días de Ethereum, se adoptó una actitud cautelosa respecto al aumento del Gas Limit de los bloques. Tras la implementación de EIP-1559 en 2021, Ethereum fijó el objetivo de Gas de los bloques en unos 15 millones (con un máximo de unos 30 millones por bloque), y este valor se mantuvo sin cambios durante años. La razón era que varios cuellos de botella clave no se habían resuelto, y aumentar el Gas Limit precipitadamente podría poner en peligro la seguridad y descentralización de la red:

• Rendimiento de ejecución: ¿El software cliente puede ejecutar suficientes transacciones rápidamente? Si el bloque es demasiado grande y los nodos no pueden ejecutar y validar a tiempo, podrían perder la oportunidad de producir bloques o provocar bifurcaciones en la cadena.
• Propagación en la red: Los bloques más grandes deben transmitirse a toda la red en el ciclo de 12 segundos de producción de bloques, y especialmente deben ser recibidos por la mayoría de los validadores en 4 segundos para poder presentar la prueba de participación a tiempo. Los bloques demasiado grandes pueden retrasar la propagación y causar problemas de consenso.
• Crecimiento del estado: Un mayor rendimiento acelera el crecimiento del estado global de Ethereum (los datos del libro mayor), lo que aumenta la carga de sincronización y almacenamiento de los nodos, y a largo plazo puede debilitar la descentralización de la red.
• Requisitos de hardware: Todos estos factores combinados implican que los requisitos de hardware para operar un nodo aumentan. Si los usuarios comunes no pueden seguir el ritmo con computadoras domésticas, un Gas Limit más alto podría concentrar la red en unos pocos nodos de alto rendimiento, lo que no favorece la descentralización.

Debido a estas preocupaciones, el Gas Limit de la red principal de Ethereum se mantuvo estable durante mucho tiempo, sin superar fácilmente los 30 millones. Especialmente tras el auge de los Rollups, muchas transacciones comprimieron datos y los publicaron en L1 a bajo coste mediante calldata, lo que llevó a que el tamaño promedio de los bloques de Ethereum se acercara al límite, llegando en casos extremos a varios megabytes por bloque.

Sin otras mejoras, aumentar el Gas Limit solo amplificaría los problemas de tamaño de bloque y rendimiento. Por ello, la comunidad de Ethereum optó por depender principalmente de la expansión mediante Layer 2, en lugar de aumentar el Gas Limit en L1 de forma precipitada.

Razones clave del reciente aumento rápido del Gas Limit

Entonces, ¿por qué a partir de 2025 Ethereum pudo duplicar con seguridad el Gas Limit? La razón fundamental es que varias mejoras técnicas se implementaron simultáneamente, despejando los obstáculos para la expansión.

Actualizaciones del protocolo limitan el tamaño máximo de los bloques en el peor caso

Ethereum introdujo nuevas reglas de protocolo para reducir el límite del tamaño de bloque en el peor de los casos. Una de las más importantes es la propuesta EIP-7623, que aumenta el coste de Gas de los datos calldata en las transacciones, reduciendo significativamente la cantidad de datos baratos que puede incluir un bloque en situaciones extremas.

Antes de la implementación de EIP-7623, un atacante podía llenar un bloque con varios MB de datos usando el bajo precio de Gas del calldata; tras el aumento de precio, la misma cantidad de datos requiere mucho más Gas, reduciendo efectivamente el límite de tamaño de bloque y mitigando la diferencia excesiva entre el tamaño promedio y el máximo de los bloques.

Este cambio permite que, incluso al aumentar el Gas Limit total, el tamaño en bytes del bloque no crezca sin control, liberando margen de seguridad para aumentar el Gas Limit. En otras palabras, el protocolo restringe proactivamente el gasto en la capa de datos, asegurando que “duplicar la computación no duplique el tamaño del bloque”, lo que sentó las bases para aumentar el Gas Limit de 30 millones a 60 millones.

Al mismo tiempo, la red principal comenzó a introducir transacciones de datos Blob dedicadas para Rollup con EIP-4844, lo que redujo aún más la dependencia de los Rollups en el calldata barato. A medida que los datos de Rollup se trasladan del espacio de Gas convencional al espacio de Blob, el Gas de los bloques se utiliza más en la computación real de contratos, haciendo que el bloque promedio sea más “ligero”, lo que también crea condiciones favorables para aumentar el Gas Limit.

Optimización significativa del rendimiento de los clientes

Los equipos de los clientes de ejecución de Ethereum realizaron pruebas de rendimiento y optimizaciones profundas en el software, aumentando considerablemente la velocidad de procesamiento de bloques grandes. El marco de pruebas de referencia de Gas liderado por equipos como Nethermind llenó bloques completos con un solo tipo de instrucción o contrato precompilado, para probar la capacidad máxima de los clientes (medida en “millones de Gas por segundo”).

Gracias a este estándar unificado, los desarrolladores identificaron y corrigieron cuellos de botella de ejecución previamente ocultos. Por ejemplo, se descubrió que en ciertos casos extremos la precompilación “ModExp” (exponenciación modular) tardaba mucho más de lo que su precio de Gas sugería, convirtiéndose en un cuello de botella común para todos los clientes principales.

Ante estos hallazgos, la comunidad propuso rápidamente EIP-7883 para reajustar el precio de Gas de la precompilación ModExp y coordinó la optimización de algoritmos en los clientes. Al mismo tiempo, otras operaciones criptográficas costosas (como el cálculo de curvas elípticas BLS12-381, BN256, hash, etc.) también fueron optimizadas o revaloradas por los equipos de clientes.

Según las estadísticas, tras el sprint de rendimiento “Berlin Interop” a mediados de 2025, la velocidad de procesamiento de bloques en el peor de los casos mejoró notablemente en todos los clientes de ejecución, alcanzando la mayoría de las operaciones alrededor de 20 millones de Gas por segundo.

En otras palabras, si un cliente puede ejecutar 20 millones de Gas por segundo, en el intervalo de 4 segundos de PoS puede procesar teóricamente bloques de hasta 80M Gas. Esto significa que aumentar el límite a 60M Gas sigue estando dentro de un margen de seguridad.

Estas mejoras eliminaron la preocupación previa de que “la velocidad de ejecución no alcanzaría el Gas Limit”, asegurando que incluso si el bloque contiene el doble de transacciones que antes, el cliente puede validarlas a tiempo y no perder el plazo de consenso por ejecución lenta.

Pruebas exhaustivas para validar el límite de propagación en la red

Antes de implementar cualquier aumento del Gas Limit en la red principal, los desarrolladores realizaron pruebas exhaustivas en varias redes especializadas para asegurar que los bloques más grandes pudieran seguir propagándose a tiempo y ser aceptados por la mayoría de los nodos.

Por ejemplo, en 2025 los desarrolladores de Ethereum aumentaron el Gas Limit de los bloques a 60M en la testnet Sepolia y en la nueva devnet Hoodi, monitoreando continuamente los indicadores de rendimiento de la red. Los resultados mostraron que incluso con bloques de hasta 60M Gas, las propuestas de bloque en estas redes se empaquetaban a tiempo y se propagaban rápidamente por la red P2P: el 90% de los nodos recibía el bloque entre 0,7 y 1,0 segundos después de su creación, y casi todos los nodos lo validaban y aceptaban como cabeza de la cadena en menos de 4 segundos.

En otras palabras, incluso duplicando el uso de Gas por bloque, los bloques pueden propagarse por la red antes del plazo de 4 segundos para la presentación de pruebas en Ethereum. En estas pruebas de estrés, los desarrolladores monitorearon datos clave como si el nodo proponente producía el bloque a tiempo y la distribución del tiempo que tardaban los nodos en aceptar el nuevo bloque, sin detectar anomalías significativas.

Dado que el tamaño del estado y la topología de los nodos en la testnet difieren de la red principal, los desarrolladores mantienen un optimismo cauteloso, pero los resultados demuestran que los bloques de 60M Gas son viables tanto teórica como técnicamente. Además, para garantizar la seguridad de la capa de consenso, los desarrolladores también consideraron las limitaciones a nivel de la Beacon Chain (por ejemplo, el límite actual de ~10MB para la propagación Gossip de un bloque). Gracias a EIP-7623 y otras medidas para reducir el tamaño en bytes de los bloques y evitar la aparición simultánea de demasiadas transacciones de penalización, la carga de ejecución de 60M Gas no alcanzó estos límites.

En resumen, las pruebas y ajustes realizados dieron al equipo central la confianza necesaria para gestionar el riesgo de aumentar el Gas Limit de la red principal de 30 millones a 60 millones. Tras el apoyo de la mayoría de los validadores (más de 150.000 nodos votaron a favor), Ethereum finalmente comenzó a aumentar el Gas Limit de la red principal en 2025, y planea ajustar el valor predeterminado a 60M en futuras actualizaciones.

Perspectivas futuras: ¿qué se necesita para seguir aumentando?

La comunidad de Ethereum no planea detenerse en 60M Gas. En planes de actualización como Fusaka, los desarrolladores han trazado el camino para seguir aumentando el Gas Limit del bloque hasta 100M o más. Para lograr este objetivo, aún quedan varios desafíos técnicos por resolver o seguir de cerca:

• Optimización adicional de operaciones computacionales intensivas: Como se mencionó antes con el algoritmo ModExp, actualmente el cuello de botella se ha eliminado gracias a EIP-7883 y la optimización de los clientes. Pero para soportar bloques de 100M, puede ser necesario optimizar aún más otras operaciones criptográficas de alto consumo de Gas (como la verificación de firmas de curvas elípticas, verificación de pruebas de conocimiento cero, etc.) o añadir aceleración dedicada. Afortunadamente, los equipos de clientes ya están colaborando en estas áreas; en las pruebas de 2025, ajustaron la implementación de las precompilaciones relacionadas con la curva elíptica BN256 para que su rendimiento no sea un obstáculo. Es previsible que, a medida que Ethereum incorpore más primitivas criptográficas de alto rendimiento (incluso considerando soporte nativo para STARK, etc.), los cuellos de botella de ejecución seguirán superándose, allanando el camino para aumentar el Gas Limit.
• Control del tamaño del estado y coste de los nodos: Un Gas Limit más alto implica un crecimiento más rápido del estado en la cadena. Si no se aborda, en unos años la dificultad de almacenamiento y sincronización de nodos completos aumentará notablemente. Los desarrolladores de Ethereum ya están investigando el problema del crecimiento del estado, proponiendo medidas como el alquiler de estado o la poda periódica del estado histórico para evitar una expansión sin fin. Sin embargo, estos mecanismos a largo plazo aún están en discusión. A corto plazo, a medida que aumenta el Gas Limit, los operadores de nodos podrían necesitar actualizar el hardware con mayor frecuencia (como SSDs más rápidos y más memoria) para seguir el ritmo del crecimiento del estado y los datos. La comunidad enfatiza que no sacrificará la descentralización al aumentar el Gas Limit, por lo que evaluará cuidadosamente el impacto de cada paso de expansión en los nodos comunes antes de que maduren las soluciones de gestión del estado.
• Mejoras en la capa de consenso y optimización del protocolo de red: Para soportar bloques de 100M Gas o más en el futuro, algunos parámetros de consenso y red podrían requerir ajustes. Por ejemplo, actualmente los bloques de la Beacon Chain tienen un límite de tamaño total que incluye la carga de ejecución, los datos Blob y los datos de prueba. Los desarrolladores podrían necesitar aumentar el límite de tamaño de los mensajes en la capa P2P, o reducir la latencia de los bloques grandes mediante técnicas como compresión o propagación fragmentada. Además, Ethereum está introduciendo PeerDAS (red de muestreo de datos punto a punto) para manejar la propagación eficiente de datos Blob, lo que aliviará en parte la presión de propagación de bloques en la capa de ejecución. Una vez asegurada la operación segura de bloques de 60M+ Gas en la capa de ejecución, las mejoras en la capa de datos y red serán el foco de la próxima etapa de expansión.

De cara al futuro, siempre que las mejoras anteriores avancen en paralelo, aumentar aún más el Gas Limit de la red principal de Ethereum no es un objetivo inalcanzable. Los desarrolladores ya han verificado en testnet la viabilidad de pasar de 36M a 45M y 60M, y el siguiente paso hacia 100M ya está en planificación. Cabe destacar que la comunidad de Ethereum mantiene una actitud cautelosa respecto a la expansión: cada aumento se prueba primero y solo se implementa en la red principal tras confirmar que no pone en peligro la seguridad ni la descentralización de la red.

En general, el gran aumento del Gas Limit en el último año es el resultado de la innovación colaborativa en múltiples áreas: reducción de riesgos a nivel de protocolo, mejora del rendimiento de los clientes y confianza basada en datos de pruebas. Gracias a estos esfuerzos, Ethereum ha dado un paso importante en la expansión de L1 y ha sentado las bases para seguir aumentando la capacidad y soportar más aplicaciones en el futuro.

Referencias