El próximo decenio de Ethereum en los ojos de Vitalik

Nulo

Autor: Chloe, ChainCatcher

El 5 de julio de 2026, Vitalik Buterin publicó un artículo largo en X, dando a conocer una hoja de ruta a largo plazo llamada Lean Ethereum. Vitalik la sitúa como la tercera gran evolución de Ethereum después del Merge: no se trata de una sola actualización, sino de una serie de mejoras de protocolo que se implementarán por etapas durante los próximos 3 a 4 años, cubriendo casi cada módulo central del protocolo, desde los modos de verificación, la criptografía, la finalización hasta el almacenamiento de estado, con un rediseño completo.

Esta hoja de ruta nació en medio de una reorganización de la entidad de Ethereum, por lo que debe entenderse dentro de un marco temporal más completo. Interpretar este rediseño integral no solo requiere aclarar el contenido específico de las actualizaciones técnicas, sino también ver cómo su diseño reequilibra los compromisos entre el “costo de migración” y el “umbral de verificación”, y explorar cómo esta transformación de base, finalmente, se transmitirá al desempeño del precio de ETH.

Tres etapas de desarrollo de Ethereum

Para ubicar esta actualización, primero conviene ordenar las tres generaciones de Ethereum:

La primera generación es la arquitectura original de “PoW + EVM”, cuyo núcleo es que todos los nodos reejecutan directamente (Re-execution) todas las transacciones. Aunque este modelo es seguro, general y abierto, su escalabilidad queda limitada por ello.

La segunda generación es el Ethereum PoS después del “Merge” de 2022. El cambio del mecanismo de consenso transformó por completo el modelo de seguridad, el modelo de emisión y el sistema de staking de Ethereum, además de demostrar al mercado la capacidad de ingeniería extremadamente alta de Ethereum para reemplazar su motor central sin detenerse.

La tercera generación es ahora Lean Ethereum. Ya no se conforma con la división existente de “L1 liquida, L2 escala”, sino que integra en un mismo marco de rediseño a largo plazo el rendimiento de L1, la verificación comprobada (Proved Verification), la privacidad, la resistencia a cuánticos, la estructura del estado y la arquitectura de clientes.

Origen de la hoja de ruta de Lean Ethereum

La hoja de ruta de Lean Ethereum se publicó en strawmap.org. Fue un borrador público propuesto por primera vez en febrero de este año por Justin Drake, investigador de la fundación, y planifica siete actualizaciones de red hasta 2029. La palabra strawmap proviene de straw (paja); el documento se presenta como un borrador modificable. También aclara que es una herramienta de coordinación que sigue en curso, no un calendario cerrado: cualquier actualización aún requiere investigación, pruebas, implementación en clientes y un consenso preliminar.

En esta visión se delinean con claridad cinco objetivos estratégicos a largo plazo: una finalización (Finality) de L1 más rápida; alcanzar un rendimiento de L1 de 1 gigagas por segundo (en el estado límite, capaz de soportar decenas de miles de TPS); escalado de L2 con una visión a nivel de teragas; seguridad integral con criptografía cuántica; y transferencias de privacidad nativas de L1.

Al compararlo con la situación actual, se percibe lo ambicioso de estas metas. Según datos de Etherscan, actualmente la media del L1 de Ethereum procesa solo unas 32 transacciones por segundo (aprox. 2,7 millones de transacciones al día). En cambio, el objetivo de 1 gigagas implica que la capacidad computacional del L1 vivirá un estallido de cientos de veces. Vale la pena destacar que la demanda on-chain de L1, en el último año, en realidad ha estado en una trayectoria de crecimiento: el volumen diario de transacciones pasó de 1,4 millones a mediados de 2025, y se recuperó de forma notable; desde 2026, durante la mayor parte del tiempo se ha mantenido entre 2 millones y 2,9 millones, e incluso en los picos de abril y mayo llegó a rozar temporalmente 3,6 millones. Esta hoja de ruta se lanzó precisamente para resolver la demanda en cadena que está reactivándose.

Las marcas de tiempo también son claras: la Hegotá, programada como la segunda actualización de 2026, probablemente sea el último hard fork “pre-Lean” de Ethereum; a partir de ahí, cada actualización, en teoría, formará parte de esta reconstrucción. Y más cerca, se espera que Glamsterdam traiga un aumento considerable del límite de gas; esta actualización originalmente se planeaba iniciar en la primera mitad de 2026, pero aún no se ha implementado.

La cronología también ha sido uno de los puntos más discutidos tras la publicación de la hoja de ruta. Dankrad Feist, investigador principal de la Fundación Ethereum y proponente de la propuesta de Danksharding de Ethereum, escribió en X que apoya esta strawmap, pero que el calendario de 3 a 4 años es demasiado lento: con la tecnología de modelos de lenguaje grande actual, esta actualización debería poder completarse en un año.

Gran actualización técnica central: verificación comprobada y reestructuración del estado

El núcleo técnico de Lean Ethereum consiste en cambiar el modo de verificación desde la raíz. Actualmente, en el modelo de seguridad de Ethereum, cada nodo reejecuta cada transacción para confirmar que el estado es correcto. El nuevo diseño integra pruebas recursivas STARK como componente nativo del protocolo: un probador realiza los cálculos pesados y todos los demás nodos solo necesitan verificar una prueba matemática simplificada.

Esta elección también apunta a otro problema: STARK usa criptografía basada en hashes y, a día de hoy, no existe ninguna ruta de ataque cuántico conocida; en cambio, el esquema de firmas vigente de Ethereum tiene riesgos relacionados. Vitalik indica que la prioridad de la seguridad contra cuánticos “aumentará de forma considerable”. La hoja de ruta planea sustituir gradualmente todos los componentes frágiles ante cuánticos mediante firmas Winternitz; la parte más urgente es encontrar un diseño resistente a cuánticos para los blobs que sustentan a L2 y que le permiten bajar las tarifas.

El nivel de consenso también está cambiando. En el Ethereum actual, las transacciones se incluyen on-chain en solo unos segundos, pero para la finalización se necesitan unos 15 minutos. El nuevo diseño separa “la cadena con bloques continuos” y “la finalización” como dos tareas distintas: el objetivo es que los validadores puedan cerrar el caso tras 1 a 2 rondas de votación, comprimiendo 15 minutos hasta algo cercano al tiempo real. Además hay tarifas de gas multidimensionales: significa que el cálculo, el almacenamiento y la transferencia de datos de distintos recursos se cobran por separado, como cuando se calculan el recibo de agua y el recibo de luz por separado, en lugar de mezclar todo en una sola cuenta.

Los cambios en la arquitectura del estado afectan directamente a los desarrolladores de aplicaciones. El estado puede entenderse como el libro contable en tiempo real de Ethereum, que registra los saldos de todas las cuentas y los datos de los contratos inteligentes. Este libro solo se hace cada vez más grande, y actualmente todos los nodos completos deben mantener una copia completa, lo que mantiene altos los costos de almacenamiento on-chain.

La propuesta de Vitalik consiste en una estratificación estructural del almacenamiento. La actual “estado dinámico (Dynamic State / núcleo esencial)” se restringirá estrictamente al umbral de hardware de 2 TB para impedir un crecimiento ilimitado; al mismo tiempo, el protocolo abrirá una nueva “capa de almacenamiento de estado” con una capacidad de hasta 100 TB y mayor extensibilidad (“gran almacén”). En el escenario de 2030 descrito por Vitalik, la mayoría de los tokens (ERC-20), NFT y aplicaciones DeFi convencionales, si están dispuestos a reescribir contratos y migrarlos al gran almacén con esta nueva arquitectura, las comisiones de transacción podrían caer directamente más de 10 veces. La capa de protocolo no obliga ni subvenciona: solo deja esa gran brecha de precios entre dos capas, y se lo deja al mercado decidir cuándo migrar las aplicaciones.

La posición de la privacidad también se redefine. Antes, la división en Ethereum era: todo en la cadena es público y transparente; los usuarios que quieren privacidad deben buscar protocolos de privacidad de terceros. Vitalik escribió: Privacy is no longer an afterthought, it is a first class goal. En otras palabras, la privacidad pasa de ser algo que “los residentes instalan por su cuenta” a convertirse en parte de la normativa de construcción: en el futuro, cada componente nuevo del protocolo se someterá a un problema de verificación durante el diseño: si puede admitir funciones de privacidad sin intermediarios y resistentes a cuánticos con un costo bajo. Si puede o no lograrlo aún debe verificarse, pero el criterio de evaluación ya está incorporado en la hoja de ruta.

Controversia por reemplazar el EVM: la pugna del ecosistema L2

El motor que Ethereum ha usado durante una década se llama EVM. Todo el mundo de contratos, herramientas de desarrollo y lenguajes de programación se ha construido alrededor de él. Ahora, Vitalik propone reemplazar ese motor; la razón está relacionada con los STARK del punto anterior: ayudar a generar pruebas matemáticas para las transacciones es caro ejecutarlo en EVM; cambiar a un motor más amigable para la generación de pruebas sería mucho más barato.

Entre los candidatos mencionados están RISC-V y leanISA. El objetivo final ideal es que el nuevo motor se convierta en la esencia misma del protocolo, mientras que el EVM pase a ser una capa de traducción: los contratos antiguos seguirán funcionando, pero primero se traducen a instrucciones que el nuevo motor entiende y luego se ejecutan. Como cambiar el motor implica modificaciones relativamente más complejas, desde que Vitalik lanzó por primera vez la idea de RISC-V en abril de 2025, esta propuesta no ha dejado de generar controversias.

Offchain Labs, el equipo central de desarrollo detrás de L2 Arbitrum, defendió públicamente el año pasado en noviembre que otra arquitectura, WebAssembly (WASM), sería la mejor opción. Pero en la lista de candidatos que Vitalik presenta ahora no aparece WASM. ¿Por qué es importante esto? Porque Arbitrum es uno de los L2 más grandes de Ethereum y su tecnología de contratos, Stylus, se construyó sobre WASM.

Se puede entender así: si L1 cambia de motor, equivale a redefinir las “especificaciones de enchufes” de todo el ecosistema. Si tu dispositivo usa exactamente el mismo tipo de enchufe, lo reutilizas; si no, tienes que gastar dinero en un adaptador. El candidato que se elija decide qué inversión de qué L2 se conecta sin problemas con la futura L1 y cuál tendrá que pagar costos de adaptación.

Ethereum no tiene un mecanismo de votación para dirimir esta clase de desacuerdo: si se cambia o no, y por cuál, al final depende del consenso preliminar de los desarrolladores en la reunión de All Core Devs, y también de si los equipos de cada cliente están dispuestos a ponerse manos a la obra para implementarlo. Hasta ahora, el cambio de motor sigue como un objetivo a largo plazo en boca de Vitalik, y en las reuniones de desarrolladores no hay ninguna conclusión formal.

¿La hoja de ruta afectará el precio de ETH?

Si se relaciona la hoja de ruta tecnológica con el precio de ETH, hay dos capas temporales.

La primera capa es la vía de transmisión por mecanismos. Desde EIP-1559, en cada transacción la tarifa base se destruye; por lo tanto, el tamaño de la actividad de transacciones de L1 afecta directamente la dinámica de la oferta de ETH y su valor de liquidación. Bajo este mecanismo, si el objetivo de gigagas se materializa y el volumen de transacciones de L1 vuelve a aumentar con la mejora del rendimiento, el consumo de gas y la cantidad destruida se amplificarán de forma simultánea: esta es la vía de transmisión más directa entre la hoja de ruta y la fijación de precio de ETH. Pero hay que subrayar que esta vía solo se sostiene si “después de aumentar la capacidad, la demanda regresa con ella”; la capacidad en sí no crea demanda automáticamente.

La segunda capa es el desfase temporal. La hoja de ruta se publica como un proyecto de ingeniería por etapas en 3 a 4 años; antes de 2026, esta hoja de ruta no cambia ninguna situación actual de Ethereum: es un compromiso orientativo. Y los compromisos orientativos de Ethereum en el calendario tienen historial de retrasos: el Merge en sí ya fue varios años más tarde que estimaciones iniciales. En otras palabras, esta hoja de ruta aumenta el límite superior de capacidad a largo plazo de Ethereum, pero no aborda el problema de captura de valor de ETH en el medio plazo; la crítica del analista Ignas a la hoja de ruta apunta precisamente a esto, ya que no incluye ajustes de tokenomics para ETH.

Lista de observación del próximo decenio

Al reunir lo anterior, la respuesta final apunta a una misma estructura: esta strawmap eleva el límite superior a largo plazo de Ethereum, pero no resuelve de inmediato el problema de captura de valor de ETH en el medio plazo; y ahora no es el momento de perseguir el FOMO por la hoja de ruta.

En lugar de intentar valorar la hoja de ruta en sí, es más accionable seguir varios nodos que se pueden comprobar en el corto plazo:

Si la actualización Glamsterdam puede iniciarse y completarse sin problemas, y lograr la mejora del límite de gas

Si la demanda de blobs puede seguir creciendo junto con la actividad de L2

Si los ingresos por tarifas de L1 y la cantidad de ETH destruido pueden mejorar

Si el crecimiento de L2 puede retroalimentar a L1 a través de pagos con blobs y la demanda de liquidación

Si el rendimiento relativo de ETH frente a BTC puede recuperarse

Estos indicadores corresponden a eslabones distintos de la hoja de ruta y pueden verificarse semana a semana en gráficos de Etherscan y paneles públicos como DefiLlama: cualquier cambio en cualquiera de ellos está más cerca de ser fundamento para el precio que el propio documento de la hoja de ruta. Cualquier cambio en cualquiera de ellos le dirá al mercado antes que el documento de la hoja de ruta si esta reconstrucción de 3 a 4 años está cumpliéndose o si se está retrasando.