¿Cómo entender la próxima etapa de la escalabilidad de Ethereum?

Escrito por: imToken

Objetivamente, en los últimos tiempos, la percepción intuitiva de muchos usuarios sobre Ethereum no proviene tanto de la hoja de ruta o reuniones de desarrolladores, sino de las operaciones específicas en la cadena en varias ocasiones.

Por ejemplo, en los últimos dos años, todos han sentido en carne propia 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, 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 recientemente, una serie de 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, se incluyen los Keyed Nonces en los que participó Vitalik, el consenso dirigido en la actualización Glamsterdam en torno al límite de Gas de 200 millones, y una serie de líneas de desarrollo que se destacan en la hoja de ruta para 2026, como la abstracción nativa de cuentas, la interoperabilidad entre L2 y la mejora en la seguridad de L1.

I. ¿Se aumentará el límite de Gas a 200 millones?

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

Como todos saben, en la red Ethereum, cada transacción (ya sea transferencia o interacción con contratos) consume una cierta cantidad de Gas, y el límite de Gas en cada bloque de Ethereum 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 tendrán que competir por el mismo asiento, y las tarifas de Gas subirán.

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, Ethereum ha sido bastante cauteloso debido al desarrollo de rutas como L2, y la mayor parte de la presión de expansión se ha dirigido intencionadamente a esa capa.

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 los 8 millones, y hasta este año, en 7 años, el límite pasó de 8 millones a 60 millones, especialmente en 2025 — en febrero, a 30 millones, en julio, a 45 millones, y en diciembre, tras la actualización Fusaka, 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 los 7 meses entre la actualización Pectra en mayo y la actualización Fusaka, Ethereum demostró que, tras cambios importantes en su liderazgo, todavía tiene la capacidad de impulsar actualizaciones significativas, marcando además la entrada oficial en un ritmo acelerado de “dos hard forks al año”.

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 de interoperabilidad en Svalbard, Noruega, centrada en la actualización Glamsterdam, con el objetivo principal de avanzar en la implementación de múltiples clientes para Glamsterdam, pruebas y alineación de parámetros. Al finalizar la reunión, los desarrolladores ya habían llegado a un consenso sobre el límite de Gas de 200 millones tras Glamsterdam.

Esto significa que, si el proceso posterior va bien, la capacidad de ejecución de L1 de Ethereum podría aumentar desde los aproximadamente 60 millones actuales a la escala de 200 millones. A largo plazo, la actitud pública de la comunidad respecto al límite de Gas en Ethereum se ha vuelto mucho más “agresiva”: la propuesta EIP-9698 incluso sugiere “aumentar diez veces cada dos años”, y para 2029, elevar el límite de Gas a 3.6 mil millones, 50 veces más que ahora.

Pero hay que enfatizar que aumentar el límite de Gas no significa simplemente hacer 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 también dificultará que los usuarios comunes operen nodos, debilitando en última instancia la base de descentralización de Ethereum.

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

• ePBS (Separación entre Proponente y Constructor de bloques en su sigla en inglés) hace que la construcción y validación de bloques sea más clara y segura, permitiendo a los validadores manejar bloques más grandes de forma más segura;

• Block-Level Access Lists (BAL) registran de antemano las cuentas y ubicaciones de almacenamiento que se accederán 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;

• 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 solo busca “cargar más transacciones”, sino pensar en cómo hacerlo sin que la barrera para que los nodos participen se vuelva cada vez más alta.

Esta es la diferencia fundamental entre la estrategia de expansión de Ethereum y muchas cadenas de alto rendimiento: no persiguen sacrificar el costo de validación para aparentar mayor rendimiento, sino que, manteniendo la participación de nodos normales y la verificabilidad del sistema, aumentan 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”, entonces Keyed Nonces se centra en otro problema aún más detallado pero crucial: ¿cómo se ordena una transacción?

Como todos saben, en Ethereum, el nonce puede entenderse como el “número de serie” de las transacciones de una cuenta, su función es evitar que una misma transacción se repita y asegurar que las transacciones de una misma cuenta se procesen en orden.

Este mecanismo funciona bien en escenarios de transferencias simples: la primera transacción, la segunda, la tercera, en orden.

Pero el problema surge cuando la capacidad de la cuenta se vuelve más compleja, por ejemplo, en transacciones de privacidad, billeteras inteligentes, claves de sesión, operaciones en lote, pagos de terceros, etc. Un único nonce lineal puede convertirse en un cuello de botella, por lo que EIP-8250 propone Keyed Nonces, cuyo núcleo es transformar la única cola de nonce de una cuenta en múltiples dominios de nonce.

Específicamente, reemplaza el nonce único en la estructura de transacción de EIP-8141 por (nonce_key, nonce_seq), donde nonce_key=0 corresponde al nonce tradicional, y un nonce_key distinto puede gestionar de forma independiente la secuencia de nonce en diferentes protocolos, haciendo que las transacciones bajo diferentes claves sean independientes y no puedan ser reutilizadas o bloqueadas entre sí.

Aunque suena técnico, puede entenderse con una metáfora cotidiana: una cuenta en el pasado era como tener una sola ventanilla en un banco, donde todas las operaciones debían esperar en la misma fila; Keyed Nonces es como dividir esas operaciones en diferentes ventanillas, para transferencias, retiros de privacidad, autorizaciones de sesión, ejecuciones en lote, cada una en su propio canal.

Esto es especialmente importante para los protocolos de privacidad, porque para evitar vincular directamente las actividades del usuario en la cadena a una dirección pública, los protocolos de privacidad pueden hacer que varios usuarios usen una misma dirección compartida para enviar transacciones, pero con un nonce único, si una transacción se agrupa, puede hacer que otras transacciones pendientes se invaliden o bloqueen.

Y Keyed Nonces permite que cada gasto tenga su propio campo de nonce, por ejemplo, derivado de un nullifier de privacidad, reduciendo así los conflictos de fila desde el nivel del protocolo.

Vitalik, en su introducción a EIP-8250, afirma que Keyed Nonces “no solo apoyan mejor los esquemas de privacidad en el protocolo, sino que también podrían ser el primer paso en la estrategia de expansión del estado de Ethereum — creando tipos de almacenamiento especializados para diferentes casos de uso, logrando una escalabilidad extrema sin sacrificar la descentralización del protocolo.”

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

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

Para el ecosistema de Ethereum, muchas actualizaciones parecen estar lejos del usuario promedio, pero en última instancia, todo se reflejará en la experiencia de la billetera.

Porque la verdadera entrada de los usuarios a Ethereum no son las EIP, ni las reuniones de clientes o desarrolladores, sino cada transferencia, autorización, firma, interacción cross-chain y DApp en la billetera. Es decir, los cambios en el protocolo solo se traducirán en una experiencia más clara, fluida y segura en la billetera cuando se traduzcan en operaciones más sencillas y confiables para el usuario.

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 la cadena de forma más natural en el futuro. Por eso, en los últimos años, operaciones en lote, pagos de Gas, mecanismos de recuperación, diferentes métodos de firma, autorizaciones de sesión y políticas de seguridad más flexibles, se están convirtiendo en capacidades básicas en las billeteras.

Tomemos también Keyed Nonces: parece una optimización muy técnica del orden de las cuentas, pero en la práctica, su impacto potencial en el usuario no es abstracto. Hoy en día, muchos usuarios enfrentan escenarios como: una transacción tarda en confirmarse, las siguientes quedan bloqueadas, quieren cancelarla o acelerarla, pero no entienden la relación entre nonce, Gas y reemplazo de transacciones. Cuando hay múltiples operaciones en paralelo, un paso fallido puede afectar toda la cadena.

Para el usuario común, estos problemas parecen ser “la mala experiencia de la billetera” o “la mala experiencia en la cadena”, pero en realidad están relacionados con el diseño del nonce lineal en el modelo de cuenta de Ethereum. La dirección de Keyed Nonces es que las cuentas ya no tengan que seguir una sola fila, sino que puedan dividirse en múltiples canales paralelos según el escenario.

Así, en el futuro, operaciones como transferencias, autorizaciones en DApps, transacciones de privacidad, en lote, pagos de Gas, podrán tener un espacio de ejecución más independiente, reduciendo bloqueos y conflictos.

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

Más importante aún, estas capacidades, que antes requerían que billeteras, DApps, servicios de retransmisión y usuarios asumieran toda la complejidad, ahora se trasladan al protocolo, permitiendo que las billeteras puedan ofrecer una interacción más estandarizada y basada en capacidades nativas del sistema.

Por eso, el límite de Gas, BAL, ePBS, Keyed Nonces, Frame Transactions, la abstracción nativa de cuentas y la interoperabilidad entre L2 parecen módulos diferentes, pero en realidad sirven a un mismo objetivo: permitir que Ethereum soporte escenarios de uso más complejos sin sacrificar la descentralización y seguridad.

En conjunto, estos cambios muestran que Ethereum está entrando en una nueva etapa:

• La subida del límite de Gas resuelve la capacidad de ejecución y la presión de costos en la red principal;

• BAL, ePBS, EIP-8037 abordan cómo mantener la verificabilidad y el crecimiento controlado del estado durante la expansión;

• Keyed Nonces y Frame Transactions abordan los cuellos de botella en el modelo de cuentas, privacidad y billeteras inteligentes en el nivel del protocolo;

• La abstracción nativa de cuentas y la interoperabilidad entre L2 apuntan a mejorar la experiencia real del usuario.

Esto también significa que Ethereum está en un proceso de transición hacia una nueva fase.

En los últimos años, el mercado se ha centrado más en la expansión de L2, reducción de tarifas en Blob y narrativas modulares, y los usuarios se han acostumbrado a mover activos entre diferentes L2, buscando entornos de interacción más económicos. 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 ya no solo busca “hacer las transacciones más baratas”, sino que responde a la pregunta de “¿cómo hacer que toda la experiencia en cadena sea más coherente y unificada?”

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

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

Sigamos trabajando juntos.