Ethereum ha presentado el plan de actualización más detallado de su historia: siete actualizaciones, cinco objetivos y una reconstrucción total.

Si te preguntas quién es el destinatario de esta guía... soy yo.

El investigador Justin Drake ha publicado el "Strawmap", un calendario con siete grandes actualizaciones previstas hasta 2029. Vitalik Buterin, cofundador de Ethereum, lo considera "muy importante" y describe el proceso como una reconstrucción del núcleo de Ethereum al estilo "Ship of Theseus".

Vale la pena entender esa metáfora.

El Ship of Theseus es un experimento mental de la Grecia antigua: si reemplazas cada tabla de un barco una por una hasta sustituir todas las piezas, ¿sigue siendo el mismo barco?

Eso es lo que propone el Strawmap para Ethereum.

En 2029, cada parte fundamental del sistema será reemplazada. Pero nunca habrá una "reescritura total que detenga el mundo". El objetivo son actualizaciones compatibles hacia atrás, manteniendo la cadena activa mientras se cambian las piezas, aunque cada actualización obliga a los operadores a actualizar el software y los casos extremos pueden variar. Es una reconstrucción completa disfrazada de mejoras incrementales. Para ser estrictos: mientras se reconstruye la lógica de consenso y ejecución, el estado (saldos, almacenamiento de contratos e historial) se conserva en todos los forks. El "barco" se reconstruye mientras transporta su carga. ¡Todos a bordo!

"¿Por qué no empezar de cero?" Porque no puedes reiniciar sin perder lo que hace valioso a Ethereum: las aplicaciones ya operativas, el capital que fluye y la confianza construida. Hay que cambiar las tablas mientras el barco sigue navegando.

El nombre "Strawmap" combina "strawman" y "roadmap". Un strawman es una propuesta preliminar que se presenta sabiendo que es imperfecta, para que otros la examinen y critiquen. Así que esto no es una promesa, sino el punto de partida para el debate. Es la primera vez que los desarrolladores de Ethereum detallan una ruta de actualización estructurada, con plazos y objetivos de rendimiento claros.

En este proceso trabajan algunos de los mejores criptógrafos y científicos informáticos del mundo. Y todo es open source. Sin tarifas de licencia, sin contratos de proveedores, sin equipo de ventas corporativo. Cualquier empresa, desarrollador o país puede construir sobre ello. Las mejoras que beneficiarán a JPMorgan estarán disponibles para una startup de tres personas en São Paulo.

Imagina que un consorcio global de ingenieros de primer nivel reconstruye la infraestructura financiera de internet desde cero y tú solo tienes que conectarte.

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

Antes de hablar del futuro, esto es lo que es hoy.

Ethereum es un ordenador global compartido. En vez de una empresa gestionando un servidor, miles de operadores independientes en todo el mundo ejecutan el mismo software.

Estos operadores verifican las transacciones de forma independiente. Un subconjunto, los validadores, depositan su propio dinero (ETH) como garantía. Si un validador intenta hacer trampas, lo pierde. Cada 12 segundos, los validadores acuerdan qué transacciones ocurrieron y en qué orden. Esa ventana de 12 segundos se llama "slot". Cada 32 slots (unos 6,4 minutos) forman un "epoch".

La verdadera finalidad, el punto en que una transacción se vuelve irreversible, tarda entre 13 y 15 minutos, según cuándo entra tu transacción en el ciclo.

Ethereum procesa entre 15 y 30 transacciones por segundo, según la complejidad de cada una. Por comparación, la red de Visa puede manejar más de 65 000 por segundo. Por eso la mayoría de las aplicaciones de Ethereum hoy funcionan en redes "Layer 2", sistemas independientes que agrupan muchas transacciones y luego publican un resumen en la capa principal de Ethereum para seguridad.

El sistema que logra que todos esos operadores estén de acuerdo se llama "mecanismo de consenso". El actual funciona y está probado, pero se diseñó para una era anterior y limita la capacidad de la red.

El Strawmap busca solucionar todo eso. Una actualización cada vez.

Los cinco grandes objetivos del Strawmap

La hoja de ruta organiza todo en torno a cinco objetivos. Ethereum ya funciona. Miles de millones de dólares se mueven por él cada día. Pero tiene límites reales sobre lo que se puede construir encima. Estos cinco objetivos buscan eliminar esos límites.

1. Fast L1: finalidad en segundos

Cuando envías una transacción en Ethereum hoy, esperas unos 13 a 15 minutos para que sea realmente final, es decir, irreversible y sin vuelta atrás.

La solución: reemplazar el motor que logra el acuerdo entre todos los operadores. El objetivo es lograr la finalidad en una sola ronda de votación dentro de cada slot. Minimmit es uno de los candidatos principales, un protocolo para consenso ultrarrápido, aunque el diseño exacto sigue en desarrollo. Lo importante es el objetivo: finalidad dentro de un solo slot. Después, los tiempos de slot se comprimen: la propuesta es 12 segundos → 8 → 6 → 4 → 3 → 2.

La finalidad no solo trata de velocidad, sino de certeza. Piensa en una transferencia bancaria. El tiempo entre "enviado" y "liquidado" es la ventana en la que aún pueden surgir problemas.

Si mueves un pago de un millón de dólares, liquidas una operación de bonos o cierras una compraventa inmobiliaria en una blockchain, esos 13 minutos de incertidumbre son un problema. Reducirlo a segundos cambia fundamentalmente lo que esta red puede hacer. No solo para aplicaciones nativas de criptomonedas, sino para cualquier cosa que mueva valor.

2. Gigagas: 300 veces mayor

La red principal de Ethereum gestiona unas 15–30 transacciones por segundo. Es un cuello de botella.

La solución: el Strawmap apunta a 1 gigagas por segundo de capacidad de ejecución, lo que equivale a unas 10 000 TPS para transacciones típicas (el número exacto depende de la complejidad de cada transacción, ya que diferentes operaciones consumen distintas cantidades de gas). La clave es una tecnología llamada "zero-knowledge proofs" (pruebas de conocimiento cero o ZK proofs).

Ahora, cada operador de la red debe repetir cada cálculo para comprobar que es correcto. Es como si cada empleado de una empresa repitiera el cálculo de todos sus compañeros. ¿Seguro? Sí. ¿Ineficiente? También.

Las ZK proofs permiten verificar un recibo matemático compacto que demuestra que el cálculo se hizo correctamente. La misma confianza, una fracción del trabajo.

El software que genera estas pruebas aún es demasiado lento. Las versiones actuales tardan minutos u horas en trabajos complejos.

Reducir eso a segundos, una mejora de unas 1 000 veces, es un problema de investigación activa, no solo un reto de ingeniería. Equipos como RISC Zero y Succinct avanzan rápido, pero esto sigue en la frontera.

Una red principal de 10 000 TPS con finalidad rápida implica menos piezas móviles y menos riesgo de fallos.

3. Teragas L2: 10 millones de TPS en las vías rápidas

Aún necesitas redes Layer 2 para volúmenes realmente masivos y personalización. Hoy, las L2 están limitadas por la cantidad de datos que la red principal de Ethereum puede manejar para ellas.

La solución: una técnica llamada "Data Availability Sampling" (DAS). En lugar de que cada operador descargue todos los datos para verificar que existen, cada uno revisa muestras aleatorias y usa matemáticas para comprobar que el conjunto completo está intacto. Es como comprobar que un libro de 500 páginas está en la estantería hojeando 20 páginas al azar; si todas están, puedes estar estadísticamente seguro de que el resto también.

PeerDAS llegó con la actualización Fusaka, que sentó las bases para todo lo que construye el Strawmap. Escalar hasta el objetivo completo implica expansión iterativa: más capacidad de datos en cada fork, pruebas de estabilidad de red en cada paso.

10 millones de transacciones por segundo en el ecosistema L2 abre puertas a lo que hoy es imposible en cualquier blockchain. Imagina cadenas de suministro globales donde cada producto y envío tiene un token digital. O millones de dispositivos conectados generando datos verificables. O sistemas de micropagos gestionando fracciones de céntimo. Estas cargas son demasiado grandes para cualquier red existente. A 10 millones de TPS, caben de sobra.

4. Post-Quantum L1: prepararse para la computación cuántica

La seguridad de Ethereum depende de problemas matemáticos muy difíciles para los ordenadores actuales. Esto se aplica tanto a las firmas que hacen los usuarios al enviar transacciones como a las que usan los validadores para lograr consenso. Los ordenadores cuánticos, si llegan a ser suficientemente potentes, podrían romper ambos, permitiendo potencialmente falsificar transacciones o robar fondos.

La solución: migrar a nuevos métodos criptográficos (esquemas basados en hash) que se consideran resistentes a ataques cuánticos. Esta actualización llegará en una etapa posterior porque afecta casi todo el sistema y los nuevos métodos usan datos mucho más grandes (kilobytes en vez de bytes), lo que cambia la economía del tamaño de bloques, ancho de banda y almacenamiento en toda la red.

Los ataques cuánticos a la criptografía actual probablemente están a años o décadas vista. Pero si construyes infraestructuras para durar, que puedan albergar billones de dólares en valor, "ya lo resolveremos después" no es una respuesta válida.

5. Private L1: hacer las transacciones confidenciales

Todo en Ethereum es público por defecto. Salvo que uses una app de privacidad como Railgun o una L2 centrada en privacidad como ZKsync o Aztec, cada transacción, cantidad y contraparte es visible para cualquiera.

La solución: incorporar transferencias confidenciales directamente en el núcleo de Ethereum. El objetivo técnico es permitir que la red verifique que una transacción es válida, que el remitente tiene fondos y que los cálculos son correctos, sin revelar los detalles reales. Puedes probar "esto es un pago legítimo de 50 000 $" sin revelar quién pagó a quién ni el motivo.

Hoy existen soluciones alternativas. EY y StarkWare anunciaron Nightfall en Starknet en febrero de 2026, llevando transacciones privadas a un entorno Layer 2. Pero los atajos añaden complejidad y costes. Integrar la privacidad en la base elimina la necesidad de middleware.

Los siete forks (actualizaciones)

El Strawmap propone siete actualizaciones con una cadencia aproximada de seis meses, comenzando por Glamsterdam. Cada actualización está diseñada para modificar solo una o dos cosas importantes cada vez, porque si algo falla, necesitas saber exactamente qué lo provocó.

Hegotá sigue con más mejoras estructurales. Los forks restantes (I* a M*) se extienden hasta 2029, desplegando progresivamente consenso más rápido, ZK proofs, mayor disponibilidad de datos, criptografía resistente a la computación cuántica y funciones de privacidad.

¿Por qué esto lleva hasta 2029?

Porque algunos de estos problemas siguen sin solución.

Reemplazar el mecanismo de consenso es lo más difícil. Imagina cambiar los motores de un avión en pleno vuelo mientras miles de copilotos deben estar de acuerdo en cada cambio. Cada modificación necesita meses de pruebas y verificación formal. Y el objetivo de reducir los ciclos por debajo de 4 segundos acaba chocando con un problema físico: se tarda unos 200 milisegundos en que una señal viaje alrededor del mundo y vuelva. En algún punto, luchas contra la velocidad de la luz.

Hacer que los ZK provers sean lo suficientemente rápidos es el otro reto. El salto entre la velocidad actual (minutos) y el objetivo (segundos) es de unas 1 000 veces. Esto requiere avances matemáticos y hardware especializado.

Escalar la disponibilidad de datos es difícil pero más abordable. Las matemáticas funcionan. El reto es hacerlo con cuidado en una red activa que alberga cientos de miles de millones en valor.

La migración post-cuántica es una pesadilla operativa porque las nuevas firmas son tan grandes que cambian la economía de todo.

La privacidad nativa es políticamente sensible además de técnicamente difícil. Los reguladores temen que las herramientas de privacidad faciliten el lavado de dinero. Los ingenieros deben crear algo suficientemente privado para ser útil, pero transparente para cumplir requisitos normativos, y además resistente a la computación cuántica.

Y no pueden suceder todas a la vez. Algunas actualizaciones dependen de otras. No puedes escalar a 10 000 TPS sin ZK proofs maduras. No puedes escalar L2 sin trabajar en la disponibilidad de datos. Esas cadenas de dependencia determinan el calendario.

Tres años y medio es, de hecho, una estimación ambiciosa para lo que se intenta.

¿2029?

Primero, hay un factor imprevisible. El Strawmap señala explícitamente que "el borrador actual asume desarrollo centrado en humanos. El desarrollo impulsado por IA y la verificación formal podrían acortar mucho los plazos".

En febrero de 2026, un desarrollador llamado YQ apostó con Vitalik que una sola persona podría usar agentes de IA para programar todo un sistema Ethereum siguiendo la hoja de ruta para 2030+. A las pocas semanas, presentó ETH2030: un cliente experimental de ejecución en Go con unas 713 000 líneas de código y los 65 elementos del Strawmap implementados, etiquetado como funcionando en redes de pruebas y mainnet.

¿Está listo para producción? No. Como señaló Vitalik, casi seguro hay errores críticos y, en algunos casos, probablemente implementaciones incompletas donde la IA ni siquiera intentó la versión completa. Pero la respuesta de Vitalik merece ser leída con atención: "Hace seis meses, esto estaba fuera de toda posibilidad, y lo importante es la tendencia... Debemos estar abiertos a la posibilidad (¡no certeza! posibilidad) de que la hoja de ruta de Ethereum se complete mucho más rápido de lo esperado, y con un estándar de seguridad mucho mayor del previsto".

La clave de Vitalik es que la forma correcta de usar la IA no es solo ir más rápido. Es aprovechar la mitad de la mejora en velocidad y la otra mitad en seguridad: más pruebas, más verificación matemática, más implementaciones independientes de lo mismo.

El esfuerzo Lean Ethereum trabaja en la verificación formal automatizada de partes del stack criptográfico y de pruebas. El código sin errores, antes considerado 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, sus plazos aspiracionales y su ejecución depende de cientos de colaboradores independientes.

Pero la cuestión no es si cada objetivo se cumple en plazo. Es si quieres construir sobre una plataforma con esta trayectoria, o competir contra ella.

Y el hecho de que todo esto, la investigación, los avances, las migraciones criptográficas, ocurra en abierto, gratis, disponible para cualquiera... esa es la parte de esta historia que merece mucha más atención de la que recibe.

Aviso legal:

1. Este artículo se reimprime de [[Snapcrackle](https://x.com/Snapcrackle/status/2029174289379811594)]. Todos los derechos de autor pertenecen al autor original [*Snapcrackle*]. Si hay objeciones a esta reimpresión, contacta con el equipo de Gate Learn, que lo gestionará de inmediato.

2. Aviso de responsabilidad: las opiniones expresadas en este artículo pertenecen exclusivamente al autor y no constituyen asesoramiento de inversión.

3. Las traducciones del artículo a otros idiomas las realiza el equipo de Gate Learn. Salvo que se indique, está prohibido copiar, distribuir o plagiar los artículos traducidos.

**