Hoja de ruta de Ethereum 2029: Cambiarse por completo, pero este barco no puede detenerse

Autor | James/Snapcrackle

Compilación | Deep Tide TechFlow

Introducción: El investigador de Ethereum Justin Drake publicó el «Strawmap», la primera hoja de ruta estructurada para la actualización de Ethereum con objetivos claros de tiempo y rendimiento. Vitalik la calificó como «muy importante» y describió su efecto global como una reconstrucción al estilo del «Barco de Teseo». Este artículo es actualmente la explicación más clara y completa del Strawmap, cubriendo desde su funcionamiento hasta sus cinco objetivos principales y sus siete fases de actualización, de modo que incluso quienes no entienden de tecnología puedan comprenderlo.

El texto completo es el siguiente:

Ethereum acaba de publicar su plan de actualización más detallado hasta la fecha. Siete fases, cinco objetivos, una gran reconstrucción.

Si estás pensando para quién está escrita esta guía… soy yo.

El investigador de Ethereum Justin Drake publicó lo que él llama el «Strawmap», una hoja de ruta de siete grandes actualizaciones extendida hasta 2029. Vitalik Buterin, cofundador de Ethereum, la calificó como «muy importante» y describió su efecto acumulado como una reconstrucción al estilo del «Barco de Teseo» en el núcleo de Ethereum.

Este símil merece ser entendido.

El Barco de Teseo es un experimento mental de la antigua Grecia: si reemplazas una a una las tablas de un barco, ¿sigue siendo el mismo barco al final?

Eso es lo que propone el Strawmap para Ethereum.

Para 2029, cada componente principal del sistema será reemplazado. Pero en todo el proceso no está planificada una «gran parada para una reescritura». La meta es una actualización compatible con versiones anteriores, que mantenga la operación de la cadena mientras se cambian las tablas — aunque cada actualización aún requerirá que los operadores de nodos actualicen su software y puedan ocurrir cambios en casos extremos. Es una reconstrucción completa disfrazada de una actualización progresiva. Estrictamente hablando, aunque la lógica de la capa de consenso y la capa de ejecución se están reconstruyendo, el estado (saldo de usuarios, almacenamiento de contratos y registros históricos) se conserva en todas las bifurcaciones. «Este barco se está reconstruyendo mientras transporta carga». ¡Todos a bordo!

«¿Por qué no empezar desde cero?» Porque no puedes reiniciar, de lo contrario perderías lo que hace valioso a Ethereum: las aplicaciones que ya corren en él, los fondos en circulación y la confianza establecida. Debes reemplazar las tablas mientras la nave sigue en marcha.

El nombre «Strawmap» es una combinación de «strawman» (borrador) y «roadmap» (hoja de ruta). Un borrador es una propuesta preliminar, consciente de su imperfección, diseñada para ser criticada y mejorada. Por eso, esto no es una promesa, sino un punto de partida para el debate. Pero es la primera vez que los constructores de Ethereum trazan una hoja de ruta estructurada, con hitos temporales y objetivos claros de rendimiento.

Este trabajo involucra a los mejores criptógrafos y científicos de la computación del mundo, y todo es de código abierto. Sin tarifas de licencia, sin contratos con proveedores, sin equipos de ventas corporativos. Cualquier empresa, desarrollador o país puede construir sobre ella. J.P. Morgan se beneficiará de estas actualizaciones, igual que un pequeño equipo de tres personas en São Paulo.

Imagina que una alianza de los ingenieros más destacados del mundo está reconstruyendo desde cero las vías financieras de Internet, y tú puedes acceder directamente.

Cómo funciona Ethereum (versión de 60 segundos)

Antes de hablar de hacia dónde va, primero qué es hoy.

Ethereum es, en esencia, una computadora global compartida. No es que una sola empresa opere un servidor, sino que miles de operadores independientes en todo el mundo ejecutan copias del mismo software.

Estos operadores verifican las transacciones de forma independiente. Algunos de ellos, llamados validadores, también apuestan su ETH como garantía. Si intentan hacer trampa, su ETH apostado será confiscado. Cada 12 segundos, los validadores alcanzan consenso sobre qué transacciones ocurrieron y en qué orden. Este período de 12 segundos se llama «slot». Cada 32 slots (aproximadamente 6.4 minutos) forma un «epoch».

La verdadera finalización — el momento en que una transacción se vuelve irreversible — tarda aproximadamente entre 13 y 15 minutos, dependiendo de en qué parte del ciclo caiga tu transacción.

Ethereum procesa aproximadamente entre 15 y 30 transacciones por segundo, dependiendo de la complejidad de cada una. En comparación, la red Visa puede manejar más de 65,000 transacciones por segundo. Esa diferencia explica por qué la mayoría de las aplicaciones de Ethereum hoy funcionan en redes de capa 2, sistemas independientes que agrupan muchas transacciones y envían un resumen a la capa principal de Ethereum para garantizar la seguridad.

Este sistema, en el que todos los operadores alcanzan consenso, se llama «mecanismo de consenso». El mecanismo actual de Ethereum funciona bien y ha sido probado en la práctica, pero fue diseñado para una época anterior y limita la capacidad máxima de la red.

El objetivo del Strawmap es resolver todos estos problemas, una actualización a la vez.

Los cinco objetivos principales del Strawmap

La hoja de ruta organiza todo en torno a cinco objetivos. Ethereum ya está en funcionamiento, con decenas de miles de millones de dólares en circulación diaria, pero tiene límites reales en lo que puede construir. Estos cinco objetivos buscan eliminar esas restricciones.

1. L1 rápido: finalización en segundos

Hoy, enviar una transacción en Ethereum requiere esperar unos 13 a 15 minutos para que sea realmente confirmada — es decir, que sea irreversible, completa y no pueda ser revertida.

La solución: reemplazar el motor que hace que todos los operadores lleguen a consenso. La meta es lograr la finalización en cada slot mediante una votación en una sola ronda. «Minimmit» es una de las principales propuestas en investigación; es un protocolo diseñado para consenso ultrarrápido, aunque aún en desarrollo. Lo importante es el objetivo: lograr la finalización en un solo slot. Luego, el tiempo de cada slot también se comprimirá: las propuestas van desde 12 segundos hasta 8, 6, 4, 3 y 2 segundos.

La finalización no es solo velocidad, sino también certeza. Piensa en una transferencia bancaria: el tiempo entre «enviado» y «liquidado» es el período en el que aún puede ocurrir un error. Si realizas pagos de millones de dólares, liquidaciones de bonos o transacciones inmobiliarias, esos 13 minutos de incertidumbre son un problema. Comprimirlo a segundos cambiará fundamentalmente lo que esta red puede hacer: no solo aplicaciones nativas de criptografía, sino cualquier cosa que involucre transferencia de valor.

2. Gigagas L1: casi 300 veces más rápido

La red principal de Ethereum procesa entre 15 y 30 transacciones por segundo, lo cual es un cuello de botella.

La solución: el objetivo del Strawmap es alcanzar una capacidad de ejecución de 1 gigagas por segundo, lo que equivale aproximadamente a 10,000 transacciones por segundo (el número exacto depende de la complejidad de cada transacción, ya que diferentes operaciones consumen diferentes cantidades de gas). La tecnología clave son las «pruebas de conocimiento cero» (ZK proofs).

La forma más sencilla de entenderlo: ahora, cada operador en la red debe recalcular cada operación para verificar su corrección. Es como si cada empleado de una empresa tuviera que rehacer cada tarea de sus colegas. ¿Seguro? Sí. ¿Muy ineficiente? También. Las pruebas ZK permiten verificar una prueba matemática compacta que demuestra que la operación fue correcta, con muy poca carga de trabajo y confianza similar.

Las herramientas para generar estas pruebas aún son lentas. La versión actual tarda minutos u horas en trabajos complejos. Comprimirlas a segundos — aproximadamente 1000 veces más rápido — es un problema activo de investigación, no solo un desafío técnico. Equipos como RISC Zero y Succinct están avanzando rápidamente, pero todavía están en la frontera.

Con una red principal de 10,000 TPS y finalización rápida, se simplifican los componentes y se reducen los errores potenciales.

3. Teragas L2: canales rápidos con 10 millones de transacciones por segundo

Para volúmenes de transacción realmente grandes (y necesidades personalizadas), aún necesitas redes de capa 2. Hoy, el límite de L2 está restringido por la cantidad de datos que la capa principal de Ethereum puede procesar.

La solución: una tecnología llamada «muestreo de disponibilidad de datos» (DAS). En lugar de que cada operador descargue todos los datos para verificar su existencia, cada uno revisa muestras aleatorias y usa matemáticas para verificar que el conjunto completo de datos es correcto. Es como comprobar si un libro de 500 páginas realmente está en la estantería: revisas 20 páginas al azar, y si todas están, estadísticamente puedes asumir que el resto también.

PeerDAS ya está implementado en Fusaka, estableciendo la base para todo lo que construirá el Strawmap. Desde allí, la expansión será iterativa: cada bifurcación añadirá más capacidad de datos, sometiendo la red a pruebas de estabilidad en cada paso.

Una ecosistema L2 con 10 millones de transacciones por segundo abrirá la puerta a cargas de trabajo que hoy parecen imposibles en cualquier blockchain. Piensa en cadenas de suministro globales, donde cada producto y envío tenga tokens digitales; o en millones de dispositivos conectados generando datos verificables; o en sistemas de micro pagos con centavos. Estas cargas de trabajo son demasiado grandes para las redes actuales, pero con 10 millones de TPS podrán ser manejadas con holgura.

4. L1 post-cuántico: preparándose para las computadoras cuánticas

La seguridad de Ethereum depende de problemas matemáticos que hoy son extremadamente difíciles de resolver con computadoras clásicas. Esto aplica a toda la infraestructura: firmas en transacciones, firmas en consenso, etc. Cuando las computadoras cuánticas sean lo suficientemente potentes, podrían romper estos esquemas, permitiendo falsificar transacciones o robar fondos.

La solución: migrar a nuevos métodos criptográficos (basados en funciones hash) que se consideran resistentes a ataques cuánticos. Es una actualización avanzada, porque afecta casi todos los aspectos del sistema y requiere manejar datos mucho más grandes (kilobytes en lugar de bytes), lo que impacta en el tamaño de bloques, ancho de banda y almacenamiento.

Las amenazas cuánticas a la criptografía actual podrían tardar años o décadas en materializarse. Pero si estás construyendo infraestructura que debe durar mucho tiempo — y que puede tener un valor de billones de dólares — «esperar a ver» no es una opción.

5. L1 privado: transacciones confidenciales

Todo en Ethereum es público por defecto. A menos que uses aplicaciones de privacidad como Railgun, o soluciones de capa 2 centradas en la privacidad como ZKsync o Aztec, cada transacción, monto y contraparte es visible para cualquiera.

La solución: integrar transferencias confidenciales directamente en el núcleo de Ethereum. La meta técnica es que la red pueda verificar que una transacción es válida (el remitente tiene fondos suficientes, los cálculos son correctos) sin revelar los detalles reales. Puedes demostrar «esto es un pago legal de 50,000 dólares» sin revelar quién pagó a quién ni el propósito del pago.

Hoy existen soluciones provisionales. EY y StarkWare anunciaron en febrero de 2026 la implementación de Nightfall en Starknet, que lleva transacciones privadas a L2. Pero estas soluciones aumentan la complejidad y el costo. Integrar la privacidad en la capa base elimina por completo la necesidad de intermediarios.

Este también es un punto de convergencia con el trabajo post-cuántico: cualquier esquema de privacidad debe ser resistente a ataques cuánticos. Son dos problemas que deben resolverse simultáneamente. Resolver esto eliminará uno de los mayores obstáculos para la adopción masiva.

Las siete bifurcaciones (actualizaciones)

El Strawmap propone siete actualizaciones, aproximadamente cada seis meses, comenzando con Glamsterdam. Cada actualización está diseñada para cambiar solo uno o dos aspectos importantes, para que si algo sale mal, se pueda identificar exactamente qué causó el problema.

La primera actualización, después de Fusaka (que ya está en marcha, establecida con PeerDAS y ajustes de datos), será Glamsterdam, que reestructurará la forma en que se ensamblan los bloques de transacciones.

Luego, Hegotá introducirá mejoras estructurales adicionales. Las bifurcaciones restantes (de I a M) se extenderán hasta 2029, implementando gradualmente consensos más rápidos, pruebas ZK, mayor disponibilidad de datos, criptografía resistente a cuántico y funciones de privacidad.

¿Por qué hasta 2029?

Porque algunos de estos problemas aún no están resueltos.

Reemplazar el mecanismo de consenso es lo más difícil. Es como cambiar el motor de un avión en pleno vuelo con miles de copilotos que deben acordar cada cambio. Cada modificación requiere meses de pruebas y validaciones formales. Además, comprimir los ciclos a menos de 4 segundos enfrentará problemas físicos: la señal viaja a la velocidad de la luz, y recorrer la Tierra lleva unos 200 ms, por lo que en algún momento estarás compitiendo contra la velocidad de la luz.

Hacer que los verificadores ZK sean lo suficientemente rápidos también es un problema de frontera. La velocidad actual (minutos) frente a la meta (segundos) tiene una diferencia de aproximadamente 1000 veces, lo que requiere avances matemáticos y hardware especializado.

La expansión de la disponibilidad de datos es menos difícil, pero también más manejable. La matemática funciona, pero el desafío está en operar con cautela en una red en tiempo real que vale miles de millones.

La migración post-cuántica será un desafío operativo, ya que las nuevas firmas son mucho más grandes y cambian toda la economía del sistema.

La privacidad nativa, además de ser técnicamente difícil, tiene implicaciones políticas. Los reguladores temen que las herramientas de privacidad faciliten el lavado de dinero. Los ingenieros deben construir algo lo suficientemente privado para ser útil, y lo suficientemente transparente para cumplir con las regulaciones, además de resistente a ataques cuánticos.

No se puede avanzar en todo a la vez. Algunas actualizaciones dependen de otras; no puedes escalar a 10,000 TPS sin tener ZK completo, ni expandir L2 sin mejorar la disponibilidad de datos. Estas cadenas de dependencia determinan el cronograma.

Considerando lo que se intenta lograr, tres años y medio ya es bastante ambicioso.

¿Y en 2029?

Primero, hay una variable. El Strawmap señala claramente: «El borrador actual asume un desarrollo dirigido por humanos. El desarrollo impulsado por IA y la validación formal podrían reducir significativamente los plazos.»

En febrero de 2026, un desarrollador llamado YQ apostó con Vitalik que una persona podría programar todo el sistema de Ethereum para 2030+ usando un agente de IA. En semanas, lanzó ETH2030: un cliente experimental en Go, que afirma tener unas 713,000 líneas de código, implementando todos los 65 ítems del Strawmap, y que funciona en testnet y mainnet.

¿Está listo para producción? No. Como señala Vitalik, casi con certeza tiene vulnerabilidades clave, y en algunos casos, implementaciones de prueba o esqueletos. La IA ni siquiera ha intentado una versión completa. Pero su respuesta es que «hace seis meses, algo así estaba muy lejos de ser posible; lo importante es la tendencia… La gente debería mantener una mentalidad abierta a estas posibilidades (¡no certeza! ¡posibilidad!): la hoja de ruta de Ethereum terminará mucho más rápido de lo que la gente espera, y con estándares de seguridad mucho más altos.»

El núcleo de la visión de Vitalik es que usar IA no solo acelerará el desarrollo, sino que la mitad de los beneficios se destinarán a velocidad y la otra mitad a seguridad: más pruebas, más validaciones matemáticas, más implementaciones independientes del mismo sistema.

El proyecto Lean Ethereum está realizando validaciones formales automatizadas en parte del stack criptográfico y de pruebas. Código sin vulnerabilidades — que durante mucho tiempo se consideró una fantasía idealista — podría convertirse en una expectativa básica.

El Strawmap es un documento de coordinación, no una promesa. Sus objetivos son ambiciosos, la línea de tiempo es visionaria, y la ejecución dependerá de cientos de contribuyentes independientes.

Pero el verdadero problema no es si cada objetivo se cumplirá a tiempo. Es si quieres construir sobre esta plataforma o competir con ella.

Y todo esto — investigación, avances, migraciones criptográficas — sucede en un entorno abierto, gratuito y accesible para todos… y esa es la parte que en realidad debería recibir mucho más atención de la que recibe.