¿ Cómo entender el próximo paso en la escalabilidad de Ethereum desde Gas Limit hasta Nonces con clave ?

nulo

Escrito por: imToken

Objetivamente, en los últimos tiempos, la percepción directa de muchos usuarios sobre Ethereum no proviene de la hoja de ruta o conferencias de desarrolladores, sino de múltiples operaciones específicas en la cadena.

Por ejemplo, en los últimos dos años todos han sentido que las transferencias tienen cada vez menos Gas, la experiencia de interoperabilidad entre cadenas ha mejorado, etc., y por eso, la expansión de Ethereum nunca ha sido solo una cuestión de «competencia de rendimiento» — para el usuario común, un TPS más alto, bloques más grandes, arquitecturas más complejas solo tienen sentido cuando realmente se traducen en costos más bajos, operaciones más fluidas y una experiencia de billetera más segura.

Y las recientes novedades en Ethereum apuntan precisamente a que Ethereum está intentando trasladar sistemáticamente la complejidad que antes asumían las billeteras, DApps, retransmisores de terceros y los propios usuarios, al nivel del protocolo.

Entre ellas, están el Keyed Nonces en el que participó Vitalik, el consenso dirigido en la actualización Glamsterdam en torno a un límite de Gas de 200 millones, y una serie de líneas de desarrollo en la hoja de ruta hasta 2026 que enfatizan la abstracción nativa de cuentas, la interoperabilidad entre L2 y la mejora de la seguridad en L1, entre otros aspectos.

I. ¿Aumentar el límite de Gas a 200 millones?

Primero, lo más perceptible para los usuarios: el límite de Gas.

Como es sabido, en la red Ethereum, cada transacción (ya sea transferencia o interacción con contrato) consume cierta cantidad de Gas, y el límite de Gas en cada bloque es fijo, es decir, hay un espacio limitado: cuanto más espacio, más pasajeros pueden viajar en ese momento; si el espacio es escaso, todos compiten por el mismo asiento, y las tarifas de Gas suben.

Desde un punto de vista teórico, ampliar el límite de Gas del bloque puede mejorar significativamente el rendimiento de la red principal de Ethereum, pero en el pasado, en un contexto de gran desarrollo de soluciones L2, Ethereum ha sido bastante cauteloso con esto, y la mayor parte de la presión de expansión se ha dirigido deliberadamente a la vía de L2.

Al revisar la curva de expansión del límite de Gas en Ethereum, se observa que en septiembre de 2019, el límite de Gas de Ethereum superó por primera vez los 10 millones desde 8 millones, y hasta este año, en siete años, pasó de 8 millones a 60 millones, con un aceleramiento en 2025: en febrero, a 30 millones, en julio, a 45 millones, y tras la actualización Fusaka en diciembre, a 60 millones.

Se puede decir que la mayor parte de la expansión se concentró en 2025. Por supuesto, ya mencionamos que 2025 será un año crucial en la historia de Ethereum, y solo en mayo, la actualización Pectra, siete meses antes de Fusaka, demostró que, tras cambios importantes en el liderazgo, EF aún puede impulsar actualizaciones significativas, marcando la entrada oficial de Ethereum en un ritmo acelerado de «dos hard forks al año» (leer más en «Ethereum 2026: interpretando la hoja de ruta del último protocolo EF, ¿entramos en una era de ‘actualizaciones de ingeniería’?»).

Fuente: Etherscan

Según el resumen de interoperabilidad de Soldøgn publicado por la Fundación Ethereum el 2 de mayo, más de 100 contribuyentes clave de Ethereum participaron en una reunión en las Islas Svalbard, Noruega, centrada en la actualización Glamsterdam, con el objetivo principal de avanzar en la implementación de múltiples clientes, pruebas y alineación de parámetros para Glamsterdam. Al finalizar, los desarrolladores ya habían llegado a un consenso sobre un límite de Gas de 200 millones tras la actualización.

Esto significa que, si el proceso continúa sin contratiempos, la capacidad de ejecución de Ethereum L1 podría aumentar desde los aproximadamente 60 millones actuales a la escala de 200 millones, y en un horizonte más largo, la actitud pública del ecosistema hacia el límite de Gas se ha vuelto mucho más «agresiva»: la propuesta EIP-9698 incluso sugiere «aumentar diez veces cada dos años», llegando a 3.6 mil millones en 2029, 50 veces más que ahora.

Pero hay que enfatizar que aumentar el límite de Gas no es simplemente hacer los bloques más grandes.

Si solo se aumenta bruscamente la cantidad de cálculo que puede contener cada bloque, a corto plazo puede reducirse la tarifa, pero a largo plazo, esto sobrecargará los nodos, provocará una expansión del estado, y dificultará que los usuarios comunes operen nodos, debilitando la base fundamental de descentralización de Ethereum.

Por eso, la estrategia de expansión de Glamsterdam es un conjunto de medidas combinadas:

ePBS (separación enunciada entre Proposer y Builder) clarifica el proceso de construcción y validación de bloques, integrándolo en las reglas del protocolo, permitiendo a los validadores manejar bloques más grandes de forma más segura;

Block-Level Access Lists (BAL) registra anticipadamente las cuentas y ubicaciones de almacenamiento que serán accedidas durante la ejecución del bloque, soportando lectura paralela en disco, validación paralela de transacciones y cálculo paralelo de raíces de estado;

Y EIP-8037 aumenta el costo de operaciones relacionadas con la creación de estado, evitando que el aumento del límite de Gas cause un crecimiento demasiado rápido del estado.

En definitiva, Ethereum no busca simplemente «procesar más transacciones», sino pensar en cómo hacerlo sin que la carga de los nodos se vuelva insostenible.

Esta es la diferencia fundamental entre la estrategia de expansión de Ethereum y muchas cadenas de alto rendimiento: no persiguen un rendimiento superficial sacrificando los costos de validación, sino que buscan mantener la participación de nodos normales y la verificabilidad del sistema, aumentando la capacidad de carga de la red principal.

II. Keyed Nonces: convertir «una fila» en «múltiples canales»

Si el límite de Gas resuelve «cuánto puede contener un bloque», Keyed Nonces se centra en otro problema más detallado pero crucial: ¿cómo se ordenan las transacciones?

En Ethereum, el nonce puede entenderse como el «número de serie» de las transacciones de una cuenta, que previene la ejecución repetida y asegura que las transacciones de una misma cuenta se procesen en orden.

Este mecanismo funciona bien en transferencias simples, donde las transacciones se ordenan secuencialmente: primera, segunda, tercera.

Pero cuando la cuenta se vuelve más compleja, por ejemplo, con transacciones privadas, billeteras inteligentes, claves de sesión, operaciones en lote, pagos de terceros, un único nonce lineal puede convertirse en un cuello de botella. Por eso, EIP-8250 propone Keyed Nonces, que consiste en transformar la única cola de nonce del usuario en múltiples dominios de nonce.

Específicamente, reemplaza el nonce único en el marco de la transacción (Frame Transaction) por una estructura (nonce_key, nonce_seq), donde nonce_key=0 corresponde al nonce tradicional, y los valores no cero permiten gestionar de forma independiente diferentes secuencias de nonce, haciendo que las transacciones bajo diferentes claves sean independientes y no se bloqueen entre sí.

Es una explicación técnica, pero puede entenderse con una metáfora cotidiana: antes, una cuenta era como tener una sola ventanilla en un banco, donde todas las operaciones tenían que esperar en la misma fila; Keyed Nonces es como tener varias ventanillas para diferentes tipos de operaciones, como transferencias, retiros privados, autorizaciones de sesión, ejecuciones en lote, cada una con su propia fila.

Esto es especialmente importante para los protocolos de privacidad, ya que, para evitar vincular directamente las actividades en cadena de los usuarios a una dirección pública, estos protocolos pueden hacer que varios usuarios compartan una misma dirección de remitente, pero con un nonce único por usuario. Sin un sistema de nonce múltiple, una transacción empaquetada puede invalidar o bloquear las de otros usuarios.

Keyed Nonces permite que cada transacción tenga su propio dominio de nonce, por ejemplo, derivado de un nullifier de privacidad, reduciendo conflictos en la cola desde el nivel del protocolo.

Vitalik ha señalado que esta innovación no solo apoya mejor las soluciones de privacidad en el protocolo, sino que también puede ser el primer paso hacia una estrategia de expansión del estado en Ethereum, creando tipos de almacenamiento especializados para diferentes casos de uso, logrando así una escalabilidad extrema sin sacrificar la descentralización.

En otras palabras, mientras que el límite de Gas resuelve «el tamaño del bloque», Keyed Nonces explora la «forma del estado» — Ethereum en el futuro no solo tendrá que soportar más transacciones, sino diferentes tipos de transacciones.

III. ¿Cómo afectará esto a los usuarios comunes?

Para el ecosistema de Ethereum, muchas actualizaciones parecen lejanas a los usuarios, pero en última instancia, todo se refleja en la experiencia de la billetera.

Porque la entrada real de los usuarios a Ethereum no son las EIPs, ni las conferencias, sino cada transferencia, autorización, firma, interacción cross-chain y DApp que realizan en sus billeteras. Es decir, los cambios en el protocolo solo se vuelven verdaderamente relevantes cuando se traducen en operaciones más claras, fluidas y seguras en la interfaz de la billetera.

Por ejemplo, la abstracción de cuentas, que todos conocen, no busca que los usuarios entiendan más términos técnicos, sino que puedan usar las cuentas en cadena de forma más natural. Por eso, en los últimos años, funciones como transacciones en lote, pagos de Gas, mecanismos de recuperación, diferentes métodos de firma, autorizaciones de sesión y estrategias de seguridad más flexibles, se han ido integrando en las capacidades básicas de las billeteras.

De igual forma, Keyed Nonces, que parece una optimización muy técnica del sistema de colas de cuentas, en la práctica tiene un impacto muy tangible para los usuarios. Hoy en día, muchos enfrentan situaciones como: una transacción tarda en confirmarse, las siguientes quedan bloqueadas, quieren cancelar o acelerar, pero no entienden bien la relación entre nonce, Gas y reemplazo de transacciones. Cuando varias operaciones se hacen en paralelo, un error en un paso puede afectar toda la cadena.

Para los usuarios, estos problemas parecen ser «la mala experiencia de la billetera» o «la lentitud de la cadena», pero en realidad están relacionados con el diseño del nonce lineal en el modelo de cuentas de Ethereum. La dirección de Keyed Nonces es permitir que las cuentas no tengan que seguir una única fila, sino que puedan dividirse en múltiples canales paralelos.

En el futuro, operaciones como transferencias, autorizaciones en DApps, transacciones privadas, en lote, pagos de Gas, podrán tener espacios de ejecución más independientes, reduciendo bloqueos y conflictos.

Esto sin duda ampliará las posibilidades de diseño de las billeteras inteligentes.

Más importante aún, estas capacidades, que antes requerían que billeteras, DApps, retransmisores y usuarios asumieran toda la complejidad, ahora podrán ser abstraídas en el nivel del protocolo, permitiendo a las billeteras ofrecer interacciones más intuitivas, con mejores indicaciones de firma, rutas de transacción más comprensibles, detección previa de riesgos y una experiencia más fluida en la cadena.

En definitiva, Gas Limit, BAL, ePBS, Keyed Nonces, Frame Transactions, abstracción nativa de cuentas y la interoperabilidad entre L2 no son módulos aislados, sino que todos sirven a un mismo objetivo: que Ethereum pueda soportar escenarios de uso más complejos sin sacrificar la descentralización y seguridad.

Al juntar estos avances, se percibe que el enfoque de Ethereum no está disperso, sino que apunta a un mismo objetivo:

Aumentar la capacidad de ejecución y reducir costos (Gas Limit),

Mantener la verificabilidad y control del estado durante la expansión (BAL, ePBS, EIP-8037),

Optimizar la gestión de cuentas, la privacidad y la escalabilidad (Keyed Nonces, Frame Transactions),

Y mejorar la experiencia del usuario final (abstracción de cuentas, interoperabilidad L2).

Esto marca una nueva etapa para Ethereum.

Tras años centrados en la expansión de L2, reducción de tarifas en Blob y narrativas modulares, los usuarios se han acostumbrado a mover activos entre diferentes L2 y buscar entornos de menor costo. Pero con la subida del límite de Gas en la red principal, las actualizaciones como Glamsterdam y las soluciones de abstracción de cuentas y interoperabilidad, Ethereum responde a una pregunta más profunda: no solo «¿cómo hacer las transacciones más baratas?», sino «¿cómo hacer que toda la experiencia en cadena sea más coherente y completa?».

En este proceso, la importancia de las billeteras se verá aún más reforzada.

Porque no solo son la puerta de entrada a Ethereum, sino también la interfaz mediante la cual los usuarios comprenden y usan las capacidades del protocolo. Cuanto más complejas sean las actualizaciones en el nivel base, más necesario será que las billeteras traduzcan esas mejoras en indicaciones de firma más claras, rutas de transacción más comprensibles, detección de riesgos previa y una interacción más fluida en la cadena.

Sigamos trabajando juntos.