Guía Strawmap de Ethereum 2029: consenso ultrarrápido, privacidad nativa y las "variables aceleradoras" impulsadas por la IA

La Guía del Idiota para el Roadmap de Strawmap de Ethereum 2029

El equipo de Ethereum acaba de publicar su plan de actualización más detallado en la historia. Siete actualizaciones. Cinco objetivos. Una reconstrucción a gran escala.

Esquema:

Este símil merece una profunda comprensión.

El barco de Teseo es un experimento mental de la antigua Grecia: si reemplazas cada tabla del barco una por una, hasta que todas hayan sido sustituidas, ¿sigue siendo el mismo barco?

Eso es exactamente lo que propone Strawmap para Ethereum.

Para 2029, cada componente principal del sistema será reemplazado. Pero nunca habrá un plan de “reinicio sin interrupciones”. El objetivo es lograr actualizaciones compatibles con versiones anteriores, manteniendo la blockchain en funcionamiento en tiempo real mientras se cambian las “tablas”, aunque cada actualización requerirá que los operadores de nodos actualicen su software y algunas situaciones extremas puedan cambiar. En realidad, esto es una reconstrucción completa disfrazada de una actualización incremental.

Estríctamente hablando, aunque la lógica de consenso y ejecución está siendo reconstruida, en todos los puntos de bifurcación, el estado (saldo de usuarios, almacenamiento de contratos y registros históricos) se conservará. Este “barco” se reconstruye con carga, sin dejar de transportar mercancías. ¡Todos a bordo!

“¿Por qué no empezar desde cero?” Porque no puedes reiniciar Ethereum sin perder sus valores fundamentales: las aplicaciones que ya corren sobre él, los fondos en circulación y la confianza establecida. Debes cambiar las tablas mientras el barco navega.

El nombre “Strawmap” combina “strawman” y “roadmap” (hoja de ruta). “Strawman” se refiere a una propuesta preliminar, consciente de que no es perfecta, diseñada precisamente para que otros la critiquen. Por lo tanto, esto no es una promesa, sino un punto de partida para discusión. Pero es la primera vez que los creadores de Ethereum detallan una ruta de actualización estructurada y con plazos, estableciendo metas de rendimiento claras.

Participan en esto 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. La actualización que disfruta JPMorgan es la misma que la que puede obtener una startup familiar en San Pablo.

Imagina que un consorcio global de ingenieros de primera línea reconstruye desde cero la infraestructura financiera de Internet, y tú solo necesitas… conectarte directamente.

Cómo funciona Ethereum en la práctica (versión de 60 segundos)

Antes de discutir su futuro, echemos un vistazo a cómo es hoy.

Ethereum es, en esencia, una computadora global compartida. No la operan una sola empresa, sino miles de operadores independientes en todo el mundo, cada uno ejecutando una copia del mismo software.

Estos operadores verifican transacciones de forma independiente. Algunos son validadores (validators), que también apuestan su ETH como garantía. Si un validador intenta hacer trampa, pierde su apuesta. Cada 12 segundos, los validadores alcanzan consenso sobre qué transacciones ocurrieron y en qué orden. Este período de 12 segundos se llama “ranura” (slot). Cada 32 ranuras (aproximadamente 6.4 minutos) forma un “época” (epoch).

El momento en que las transacciones se vuelven irrefutables, es decir, no se pueden revertir, tarda aproximadamente entre 13 y 15 minutos, dependiendo de cuándo caen en el ciclo de validación.

Ethereum procesa entre 15 y 30 transacciones por segundo, dependiendo de la complejidad de cada una. En comparación, Visa puede manejar más de 65,000 transacciones por segundo. Debido a esta diferencia, la mayoría de las aplicaciones en Ethereum ahora funcionan en “capas dos” (Layer 2). Estas son sistemas independientes que agrupan muchas transacciones y envían resúmenes a la capa base de Ethereum para garantizar seguridad.

El sistema que logra consenso entre todos los operadores se llama “mecanismo de consenso”. El actual funciona bien y ha sido probado, pero fue diseñado para una era temprana, limitando la funcionalidad de la red.

Strawmap busca resolver todos estos problemas. Una actualización a la vez.

Cinco objetivos clave de Strawmap

Este roadmap se centra en cinco metas. Ethereum ya está en funcionamiento, con miles de millones de dólares en juego a diario. Pero tiene límites prácticos en lo que puede construir. Estas cinco metas buscan eliminar esas restricciones.

1. L1 Rápido: Finalidad en segundos

Hoy, enviar una transacción en Ethereum requiere esperar unos 13-15 minutos para que sea realmente final, es decir, irreversible y completada.

Solución: reemplazar el motor que hace que todos los operadores lleguen a consenso. La meta es lograr una finalidad en cada ranura mediante una votación en una sola ronda. Minimmit es uno de los principales candidatos en investigación, un protocolo diseñado para consenso ultrarrápido, aunque aún en desarrollo. Lo importante: lograr la finalidad en una sola ranura. Además, el tiempo de la ranura se reducirá progresivamente: de 12 segundos a 8, 6, 4, 3 y 2 segundos.

La finalidad no solo es velocidad, sino certeza. Piensa en una transferencia bancaria: el período entre “enviar” y “liquidar” es la ventana donde puede ocurrir un problema.

Si transfieres millones de dólares, o liquidaciones de bonos, o realizas transacciones inmobiliarias en la blockchain, esos 13 minutos de incertidumbre son un gran problema. Reducirlo a unos pocos segundos cambiará radicalmente la capacidad de la red. No solo para aplicaciones nativas de criptomonedas, sino para cualquier transferencia de valor.

2. GigaGas: 300 veces más grande

El límite actual de Ethereum es de unos 15-30 transacciones por segundo, un cuello de botella.

Solución: Strawmap apunta a alcanzar 1 gigagas (mil millones de gas) de capacidad de ejecución por segundo, lo que equivale aproximadamente a 10,000 TPS (dependiendo de la complejidad de cada transacción). La idea central es una tecnología llamada “pruebas de conocimiento cero” (ZK proofs).

La forma más simple de entenderlo: actualmente, cada operador debe volver a ejecutar cada cálculo para verificar su corrección, como si cada empleado de una empresa tuviera que recalcular los problemas matemáticos de todos los demás. ¿Seguro? Sí. ¿Eficiente? No.

Las pruebas ZK permiten verificar un “recibo” matemático compacto que demuestra que el cálculo fue correcto, con la misma confianza, pero con mucho menos trabajo.

Las herramientas para generar estas pruebas aún son lentas, tardando minutos u horas en tareas complejas.

Reducir ese tiempo a unos segundos (un aumento de aproximadamente 1000 veces) es un desafío activo, no solo técnico, sino también matemático. Equipos como RISC Zero y Succinct están logrando avances rápidos, pero aún en la frontera.

Una red principal con finalización rápida y 10,000 TPS sería más simple, con menos componentes activos y menor probabilidad de fallos.

3. Teragas L2: millones de TPS en “carril rápido”

Para transacciones masivas y personalizadas, aún necesitas redes de capa dos. Actualmente, estas están limitadas por la capacidad de la capa base de Ethereum.

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, verifican muestras aleatorias y usan métodos matemáticos para asegurar que el conjunto completo está intacto. Es como revisar 20 páginas de un libro de 500 para asegurarse de que está completo; si esas 20 están, estadísticamente, el resto también.

PeerDAS ya se implementó en Fusaka, estableciendo la infraestructura base para Strawmap. Escalar esto a 10 millones de TPS en toda la ecosistema L2 abrirá puertas que ninguna blockchain actual puede.

Imagina cadenas de suministro globales, donde cada producto tiene un token digital; o millones de dispositivos conectados generando datos verificables; o sistemas de micro pagos de fracciones de centavo. Estas cargas de trabajo son demasiado grandes para las redes actuales, pero con 10 millones de TPS, serán fáciles de manejar.

4. Post-quantum L1: Preparándose para la computación cuántica

La seguridad de Ethereum se basa en problemas matemáticos difíciles para los ordenadores actuales. Esto incluye firmas en transacciones y consenso de validadores. Pero las computadoras cuánticas, si se vuelven lo suficientemente potentes, podrían romper estas firmas, permitiendo falsificación de transacciones o robo de fondos.

Solución: migrar a criptografía resistente a la computación cuántica, basada en funciones hash. Es una actualización posterior, ya que afecta casi todos los aspectos del sistema, y las nuevas técnicas usan más datos (kilobytes en lugar de bytes), alterando la economía del tamaño de bloques, ancho de banda y almacenamiento.

Aunque las amenazas cuánticas actuales podrían tardar años o décadas en materializarse, si construyes infraestructura que puede sostener billones en valor, “esperar a ver” no es una opción.

5. L1 de Privacidad: transacciones confidenciales

Por defecto, toda la información en Ethereum es pública. A menos que uses aplicaciones de privacidad como Railgun, o soluciones L2 como ZKsync o Aztec, cada transacción, monto y contraparte es visible para todos.

Solución: integrar funciones de transferencias confidenciales en el núcleo de Ethereum. La meta técnica es permitir verificar la validez de transacciones, fondos y cálculos sin revelar detalles. Puedes demostrar “esto es un pago legítimo de 50,000 dólares” sin revelar quién paga, quién recibe o el propósito.

Existen soluciones temporales, como Nightfall en Starknet, anunciadas por EY y StarkWare para 2026, que introducen privacidad en L2. Pero estas soluciones aumentan complejidad y costos. Integrar la privacidad en la infraestructura elimina la necesidad de middleware.

Esto también se cruza con la migración post-cuántica: cualquier sistema de privacidad debe ser resistente a ataques cuánticos. Son dos problemas que deben resolverse simultáneamente. Una vez logrados, desaparecerá un gran obstáculo para la adopción tecnológica.

Siete bifurcaciones (actualizaciones)

Strawmap propone siete actualizaciones, con un ritmo de aproximadamente cada seis meses, comenzando en Glamsterdam. Cada actualización se limita a uno o dos cambios principales, para poder identificar con precisión qué causa cualquier problema.

Tras Fusaka (ya lanzada, con PeerDAS y ajustes de datos), la primera actualización fue Glamsterdam, que reestructuró la forma en que se ensamblan los bloques de transacciones.

Luego vino Hegotá, con mejoras estructurales adicionales. Las siguientes bifurcaciones (de I* a M*) continuarán hasta 2029, introduciendo mecanismos de consenso más rápidos, pruebas de conocimiento cero, mayor escalabilidad de datos, criptografía post-cuántica y funciones de privacidad.

¿Por qué esperar hasta 2029?

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

Reemplazar el mecanismo de consenso es lo más difícil. Es como cambiar un motor en pleno vuelo, con miles de copilotos que deben estar de acuerdo en cada cambio. Cada modificación requiere meses de pruebas y validaciones formales. La limitación física de la velocidad de la señal (aproximadamente 200 ms para cruzar la Tierra) también impone un límite. En cierto sentido, se lucha contra la velocidad de la luz.

Hacer que los verificadores ZK sean lo suficientemente rápidos es otro desafío de frontera. La velocidad actual (minutos) frente a la meta (segundos) difiere en unas 1000 veces. Requiere avances matemáticos y hardware especializado.

Escalar la disponibilidad de datos, aunque difícil, es más manejable. La lógica matemática funciona. El reto es operar con cautela en una red en tiempo real que maneja billones en valor.

La migración post-cuántica es un caos operacional, pues las nuevas firmas cuánticas son mucho más grandes y cambian toda la economía del sistema.

La privacidad nativa no solo es técnicamente compleja, sino también políticamente sensible. Los reguladores temen que las herramientas de privacidad faciliten lavado de dinero. Los ingenieros deben construir sistemas que sean lo suficientemente privados para ser útiles, pero también transparentes para cumplir con las regulaciones, y que sean resistentes a la computación cuántica.

Estas actualizaciones no pueden ocurrir todas a la vez. Algunas dependen de otras. Sin pruebas ZK maduras, no se puede escalar a 10,000 TPS. Sin mejorar la disponibilidad de datos, no se puede escalar L2. Estas dependencias determinan el cronograma.

Para todo lo que se intenta, tres años y medio ya es un plazo bastante ambicioso.

¿Y 2029?

Primero, hay una variable. Strawmap aclara: “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 un solo humano, usando IA, podría crear un sistema Ethereum completo para la hoja de ruta 2030+. En semanas, entregó ETH2030: un cliente de ejecución en Go, con unas 713,000 líneas de código, que implementaba los 65 proyectos de Strawmap, y que afirmaba poder correr en testnet y mainnet.

¿Está listo para producción? No. Como señaló Vitalik, casi con certeza hay fallos críticos, y en algunos casos, solo implementaciones de prueba, sin versiones completas, incluso sin que la IA haya intentado terminar la versión final.

Pero la respuesta de Vitalik es digna de atención: “Hace seis meses, esto parecía una locura, pero la tendencia apunta en esa dirección… La gente debería mantener una mente abierta a esta posibilidad (¡solo posibilidad, no certeza!): la velocidad de completar la hoja de ruta de Ethereum podría ser mucho mayor de lo esperado, y los estándares de seguridad también podrían superar las expectativas.”

Su idea central: usar IA no solo para acelerar, sino para mejorar la seguridad. Realizar más pruebas, más validaciones matemáticas, y múltiples implementaciones independientes de las mismas funciones.

El proyecto Lean Ethereum trabaja en la verificación formal de partes del stack criptográfico y de pruebas. Lo que alguna vez fue considerado una fantasía idealizada, ahora podría convertirse en una expectativa básica.

Strawmap es un documento de coordinación, no una promesa. Tiene metas ambiciosas, plazos con visión, y su ejecución depende de cientos de contribuyentes independientes.

Pero el verdadero problema no es si cada objetivo se logrará a tiempo, sino si quieres construir en una plataforma con esa trayectoria o competir contra ella.

Y todo esto — investigación, avances, migraciones criptográficas — se realiza en un entorno abierto, gratuito y accesible para todos… Esa es la parte que realmente merece mucho más atención que la que recibe ahora.