Ethereum 2029 Roadmap: From Strawman Planning to Second-Level Confirmation

Vitalik Buterin anunció recientemente un documento de visión a largo plazo que describe cómo la capa base de Ethereum puede lograr una generación de bloques más rápida, una finalización de transacciones casi sin latencia y una resistencia a las amenazas de la computación cuántica mediante una serie de actualizaciones en fases. Este plan, denominado strawman y liderado por el investigador de la Fundación Ethereum Justin Drake, tiene como objetivo ofrecer a la comunidad una dirección técnica coordinada.

Entendiendo el Strawman: un documento de coordinación comunitaria y no una promesa firme

En la comunidad de tecnologías criptográficas, el strawman es una herramienta de planificación especial que no es una especificación técnica formal ni una decisión definitiva de la gestión, sino un documento abierto de coordinación. Este plan está dirigido específicamente a audiencias avanzadas —incluyendo investigadores, desarrolladores principales y participantes en la gobernanza— con el fin de consolidar las ambiciones tecnológicas de la capa L1 de Ethereum en una hoja de ruta unificada.

El plan strawman se extiende hasta finales de 2029, con la expectativa de lanzar una actualización principal de la red cada seis meses. Los cinco objetivos principales del plan abarcan: confirmaciones rápidas en slots y en segundos, a través de una máquina virtual de conocimiento cero con capacidad de gigabits por segundo, aumento del ancho de banda de la capa 2 a 1 GB por segundo, protección post-cuántica mediante criptografía resistente a la computación cuántica, y garantías de privacidad local. Este marco strawman no garantiza que todos estos objetivos se logren, sino que representa las posibles evoluciones en discusión activa en la comunidad.

De 12 segundos a 2 segundos: una reducción progresiva en el tiempo de los slots

Ethereum actualmente opera con un intervalo de slots de 12 segundos. Según el plan strawman de Vitalik, el tiempo de los slots será considerado un parámetro ajustable —que disminuirá progresivamente a medida que avance la validación de seguridad—. Propuso una fórmula de reducción progresiva: “cada vez reducir a la raíz cuadrada de 2 de la generación anterior”, es decir, de 12 segundos a 8, luego a 6, a 4, a 3, y finalmente potencialmente a 2 segundos, aunque enfatizó que los últimos pasos requerirán una investigación intensiva.

Esta compresión no compromete directamente la seguridad, sino que se basa en optimizaciones en la capa de red peer-to-peer. Mediante el uso de códigos de eliminación (erasure coding), los bloques pueden dividirse en fragmentos —por ejemplo, cualquier 4 de 8 fragmentos pueden reconstruir el bloque completo—. Esto mantiene la redundancia y reduce significativamente los picos de ancho de banda y la latencia de propagación en nodos P2P de alta latencia. Estadísticas internas compartidas por Vitalik indican que esta arquitectura puede reducir notablemente el tiempo de propagación de bloques en el percentil 95, sentando las bases para slots más cortos.

De 16 minutos a unos pocos segundos: un salto audaz en la finalización

Si el tiempo de los slots representa el ritmo, la finalización de las transacciones es el momento de la liquidación definitiva. Actualmente, la finalización promedio en Ethereum es de aproximadamente 16 minutos. El plan strawman propone desacoplar la finalización del tiempo de los slots, adoptando una variante del algoritmo de tolerancia a fallos bizantinos de una sola ronda —una derivación de Minimmit—. Con este nuevo marco, la finalización podría reducirse a un rango de 6 a 16 segundos, lo que implica que las transacciones casi podrían confirmarse instantáneamente.

Vitalik reconoce la complejidad de lograr una finalización rápida, pero cree que un protocolo simplificado final podría ser más sencillo que el sistema Gasper actual, aunque la transición sería bastante radical. En el documento strawman, describe una posible trayectoria: reducir progresivamente desde los 16 minutos a minutos, y luego a segundos o menos, mediante parámetros más agresivos de Minimmit, alcanzando confirmaciones en el rango de unos pocos segundos.

Ajustes finos en el diseño de los slots

Para soportar estas reducciones de tiempo radicales, Ethereum también necesita reevaluar la estructura de los testigos y la arquitectura de los slots. Propuestas como ePBS y FOCIL introducen estructuras de slots más complejas, reduciendo aún más el margen de seguridad —de aproximadamente un tercio a un quinto del slot—. Para compensar esta compresión, los investigadores exploran un diseño en el que solo se seleccionan aleatoriamente entre 256 y 1024 testigos para firmar cada slot. En comparación con las firmas de todos los testigos tradicionales, esto elimina la fase de agregación, ahorrando valiosos milisegundos por slot.

Ruta de integración de la criptografía resistente a la computación cuántica

Estas actualizaciones integrales abren una ventana natural para introducir reformas criptográficas resistentes a la computación cuántica. Vitalik señala claramente en el strawman que la mayor brecha podría incluirse en una iteración criptográfica —que abarque firmas post-cuánticas basadas en funciones hash y nuevas funciones hash amigables con STARK—. Los desarrolladores están evaluando varias opciones: aumentar las rondas de Poseidon2, retroceder a Poseidon1, o adoptar estándares de hash universales como BLAKE3. La investigación aún está en curso y no hay decisiones definitivas.

Un efecto importante es que la protección cuántica a nivel de slots podría implementarse antes que a nivel de finalización. Si aparecieran computadoras cuánticas poderosas de repente, la seguridad de la finalización podría verse comprometida, pero la cadena misma seguiría funcionando.

Reconstrucción progresiva: la evolución del “barco de Teseo” de Ethereum

Al resumir el plan strawman, Vitalik lo compara con reemplazar cada tabla del barco una por una —cada actualización es una optimización en la dirección establecida, no un cambio revolucionario. Escribió: “Verás una disminución continua en los tiempos de slots y finalización”, en un proceso que incluye lo que llama la metamorfosis del “barco de Teseo” en la estructura y el consenso de Ethereum.

Este plan strawman no es una orden, sino una invitación —una descripción detallada de posibles futuros— que invita a la comunidad a discutir. La posibilidad de que Ethereum logre una slot de 2 segundos y una finalización en unos pocos segundos para finales de 2029 dependerá de avances en investigación, consenso en gobernanza y coordinación descentralizada. Pero la dirección está clara: bloques más rápidos, liquidaciones más veloces y una capa base diseñada para la próxima generación de hardware y criptografía.

Preguntas frecuentes

¿Cuál es el papel del plan strawman en el desarrollo de Ethereum?
El strawman es una herramienta de coordinación comunitaria, no una promesa definitiva. Proporciona una visión técnica unificada y una hoja de ruta temporal para investigadores, desarrolladores y gobernanza, fomentando la discusión y el consenso.

¿Hasta qué punto se acelerará la finalización?
Según el strawman, la finalización en Ethereum podría reducirse de los actuales 16 minutos a entre 6 y 16 segundos, y en configuraciones más agresivas, a unos pocos segundos.

¿Cómo se logra que los slots rápidos no comprometan la seguridad?
Mediante optimizaciones en la red P2P (como códigos de eliminación), diseño refinado de los slots y reducción en la participación de validadores, logrando compresión temporal sin perder redundancia de seguridad.

¿Cuándo se lanzará el plan strawman?
El marco completo se extiende hasta finales de 2029, con lanzamientos principales cada seis meses. La implementación concreta dependerá de los avances en investigación y decisiones de gobernanza comunitaria.