La Fundación Ethereum anunció que su hard fork Fusaka impondrá un techo de 16,777,216 unidades de gas por transacción, marcando la primera vez que la red impone un límite por transacción distinto del límite de gas por bloque. El cambio, formalizado como EIP-7825, ya está activo en las testnets Holesky y Sepolia y se desplegará en la mainnet cuando Fusaka se active.
Qué saber:
- Ethereum limitará las transacciones individuales a 2²⁴ unidades de gas (aproximadamente 16,78 millones), evitando que llamadas de gran tamaño monopolicen bloques enteros.
- La Fundación presenta el límite como base para capacidades de ejecución paralela, requiriendo que las cargas que exceden el umbral se dividan en llamadas secuenciadas más pequeñas.
- Todos los clientes principales han implementado el cambio en versiones listas para Fusaka, con desarrolladores aconsejados a probar contra testnets y ajustar la lógica de estimación de gas en consecuencia.
La Fundación vincula el límite con una estrategia de ejecución paralela
Toni Wahrstätter describió la razón en una publicación del 21 de octubre, afirmando que el límite mitigará vectores de denegación de servicio mientras mejora la predictibilidad del embalaje de bloques. La Fundación enfatizó que la mayoría de los usuarios no verá impacto práctico, ya que la distribución real de transacciones está bien por debajo del umbral. La superficie de riesgo se centra en contratos pesados por lotes, scripts de despliegue y routers especializados que anteriormente podían acercarse al objetivo completo de gas de bloque de alrededor de 45 millones de unidades.
EIP-7825 separa la complejidad a nivel de transacción del rendimiento a nivel de sistema.
Las llamadas excepcionalmente grandes creaban problemas de tiempo y programación para constructores y validadores antes del límite. El nuevo techo obliga a las cargas de trabajo más allá de los 16,78 millones de gas a dividirse en operaciones más pequeñas.
La Fundación conecta explícitamente el límite a futuros esfuerzos como EIP-7928, anticipado en la era de Glamsterdam. Las transacciones predecibles y limitadas sirven como requisito previo para una concurrencia significativa en la capa de ejecución. El límite asegura al menos varias transacciones independientes por bloque, incluso bajo condiciones difíciles de mempool, reduciendo la contención en el peor de los casos y simplificando el diseño del programador para constructores que prueban rutas de ejecución paralelizables.
Implementación técnica e impacto en el desarrollo
La especificación sigue un enfoque mecánico y sobrio. El abstracto de EIP-7825 declara la intención de establecer el límite "en 16,777,216 (2^24) gas" por transacción, mejorando la resistencia contra ciertos vectores de denegación de servicio y haciendo el procesamiento de transacciones más predecible a medida que los límites de bloque aumentan. Esa simplicidad atrajo a los canales de desarrollo central como una restricción bien definida que preserva la compatibilidad hacia adelante con trabajos de escalado más ambiciosos.
La discusión sobre la codificación y comunicación del límite duró meses.
Las discusiones en Ethereum Magicians y durante las llamadas de AllCoreDevs examinaron la denominación y la parametrización. Un hilo resumió la garantía principal: alineando los objetivos de bloque a múltiplos de 2²⁴ para que los constructores siempre puedan incluir al menos n transacciones si el mempool contiene n elegibles.
Geth, Erigon, Reth, Nethermind y Besu ya han implementado el cambio en versiones listas para Fusaka. La Fundación señaló que la semántica de eth_call permanece inalterada, pero las transacciones pre-firmadas con límites de gas que exceden 2²⁴ requerirán una nueva firma bajo el límite.
Los desarrolladores deben probar contra Holesky o Sepolia, reelaborar operaciones por lotes que se aproximen al límite y ajustar la lógica de estimación de gas para fallar rápidamente cuando las construcciones excedan el techo.
Términos clave
El gas mide el esfuerzo computacional en Ethereum. Cada operación cuesta una cantidad específica de gas, que los usuarios pagan en Ether. El límite de gas por bloque limita el gas total que todas las transacciones en un bloque pueden consumir. Los hard forks son actualizaciones a nivel de red que requieren que todos los nodos actualicen su software. Testnets como Holesky y Sepolia permiten a los desarrolladores probar cambios antes del despliegue en la mainnet.
La ejecución paralela permitiría a la red procesar múltiples transacciones no conflictivas simultáneamente en lugar de secuencialmente. Los vectores de denegación de servicio son métodos de ataque que podrían ralentizar o detener las operaciones de la red. El mempool contiene transacciones pendientes de inclusión en bloques.
Contexto de política y respuesta del mercado
La filosofía de desarrollo de Ethereum favorece restricciones mínimas y de propósito general que postergan la complejidad a capas superiores. EIP-7825 encaja en este patrón al establecer un límite superior que protege la vivacidad de la red sin dictar el comportamiento del contrato. El cambio evita alteraciones en el mercado de tarifas y deja la economía de espacio en bloques y los objetivos de bloque a otras propuestas.
La Fundación describió el límite como un establecimiento de "una base más segura y predecible para un mayor rendimiento en futuros forks". Esa frase captura la compensación entre limitar el tamaño de transacción individual y preparar la infraestructura para una mayor capacidad general. El Ether se cotizaba a $3,835 en el momento de la publicación.
Reflexiones finales
El hard fork Fusaka introduce el primer límite de gas por transacción a nivel de protocolo de Ethereum, establecido en 16,777,216 unidades. La Fundación enmarca el límite como infraestructura para la ejecución paralela mientras mitiga los riesgos de denegación de servicio, con un impacto mínimo esperado para los usuarios típicos.