El cofundador de Ethereum, Vitalik Buterin, proporcionó detalles adicionales el 26 de febrero de 2026 sobre el “Strawmap”, una hoja de ruta técnica publicada por el equipo de Protocolo de la Fundación Ethereum que detalla planes para reducir los tiempos de las ranuras de bloque de 12 segundos a tan solo 2 segundos y la finalización de las transacciones de aproximadamente 16 minutos a entre 6 y 16 segundos durante los próximos cuatro años.
La hoja de ruta, que proyecta siete bifurcaciones hasta 2029, incluye la transición a firmas basadas en hash post-cuántico y la obtención de un rendimiento de “gigagas” en la Capa 1, junto con el escalado “teragas” en la Capa 2 mediante muestreo de disponibilidad de datos.
Visión general del mapa de paja: Una visión holística del protocolo
El equipo de Protocolo de la Fundación Ethereum publicó una hoja de ruta visual llamada “Strawmap” (un acrónimo de “strawman” y “roadmap”) como inicio de discusión, originada en un taller de enero de 2026. El documento está dirigido principalmente a investigadores, desarrolladores y participantes en la gobernanza de Ethereum, ofreciendo una perspectiva unificada sobre las actualizaciones del protocolo de Capa 1 hasta finales de la década.
El mapa de paja declara explícitamente ser una hoja de ruta “oficial”, reconociendo que el consenso aproximado en un ecosistema descentralizado es inherentemente incierto. Se presenta como una “herramienta de coordinación aceleracionista” que esboza un camino coherente entre millones de posibles resultados, con actualizaciones trimestrales esperadas a medida que avancen los comentarios de la comunidad y la investigación y desarrollo (R&D).
Cinco Estrellas del Norte Guiando el Desarrollo
La hoja de ruta identifica cinco objetivos a largo plazo presentados como “estrellas polares” en el lado derecho del visual:
-
Fast L1: Mejoras en la experiencia del usuario mediante espacios cortos de bloque y la finalización medida en segundos
-
Gigagas L1: Lograr 1 gigagas por segundo (aproximadamente 10.000 transacciones por segundo) mediante zkEVMs y demostración en tiempo real
-
Teragas L2: Escalar a 1 gigabyte por segundo (aproximadamente 10 millones de transacciones por segundo) mediante muestreo de disponibilidad de datos
-
Post-Quantum L1: Implementación de criptografía duradera mediante esquemas de firma basados en hash
-
Soldado L1: Facilitando la privacidad de primera clase mediante transferencias ETH blindadas
Reducción del tiempo de slot: de 12 segundos a 2 segundos
Buterin explicó que las “ranuras rápidas” ocupan su propio carril en la parte superior de la hoja de ruta, independientes de otros caminos de mejora. El tiempo de slot—el intervalo necesario para que Ethereum produzca nuevos bloques—es actualmente de aproximadamente 12 segundos. La hoja de ruta pretende reducir esto de forma incremental hasta tan solo 2 segundos, haciendo que la blockchain se sienta como un sistema en vivo y responsivo en lugar de uno que requiera periodos de espera.
“Espero que reduzcamos el tiempo de franja de forma incremental”, afirmó Buterin, sugiriendo reducciones siguiendo una fórmula de raíz cuadrada de dos: de 12 segundos hasta 8, 6, 4 y finalmente 2 segundos.
Enfatizó que las mejoras entre pares (p2p) —mejoras en la forma en que los nodos Ethereum se comunican, comparten nuevos bloques y propagan datos sin descargas redundantes— pueden reducir significativamente el tiempo de propagación de bloques, “haciendo viables las ranuras más cortas sin compensaciones de seguridad.”
Acelerando la finalidad: de minutos a segundos
La segunda mejora importante se centra en la finalización de la transacción: el punto en el que una transacción se vuelve matemáticamente irreversible. La finalización actual requiere aproximadamente 16 minutos. La hoja de ruta pretende reducir esto a entre 6 y 16 segundos reemplazando el complejo sistema de confirmación actual de Ethereum por una alternativa más limpia y sencilla que también incorpore resistencia cuántica.
“El objetivo es desacoplar las ranuras y la finalización, para permitirnos razonar sobre ambas por separado”, explicó Buterin. Describió esto como un “conjunto muy invasivo de cambios”, que requiere agrupar los mayores pasos con un “cambio de criptografía, especialmente a firmas basadas en hash post-cuántico.”
Resistencia Cuántica: Implementación por fases
Buterin destacó una consecuencia importante del enfoque incremental: las tragaperras resistentes a la cuantidad podrían llegar significativamente antes de la finalización resistente a la cuántica.
“Una consecuencia interesante del enfoque incremental es que existe un camino para hacer que las ranuras sean resistentes a la cuantidad mucho antes que a la finalidad sea resistente a la cuántica”, dijo.
Bajo esta implementación por fases, si de repente surgieran ordenadores cuánticos, “perdemos la garantía de finalización, pero la cadena sigue avanzando.” La red continuaría procesando y confirmando bloques incluso sin la garantía matemática de irreversibilidad, proporcionando un margen de seguridad durante las transiciones criptográficas.
Horario y cronología de la bifurcación
El mapa de paja describe siete bifurcaciones programadas hasta 2029, basándose en una cadencia aproximada de aproximadamente una bifurcación cada seis meses. Las bifurcaciones de capas consensuadas siguen un esquema de nombres basado en estrellas con letras iniciales incrementadas: Altair, Bellatrix, Capella, Deneb, Electra, Fulu, continuando por Glamsterdam, Hegotá, I*, J*, K* y L*.
Ya se han confirmado dos bifurcaciones para 2026:
-
Glamsterdam (primera mitad de 2026): Los principales temas incluyen ePBS (Payload Boost and Smoothing de capa de ejecución) sobre consenso y BALs (Beacon Accountable Limiters) en ejecución
-
Hegotá (segunda mitad de 2026): Introducirá FOCIL (Capa Ortogonal Directa de Inhibición de la Censura), un mecanismo anticensura a nivel de protocolo
Buterin señaló que “La L* es una horquilla excepcional, mostrando dos frontales atados a la horquilla de consenso más grande y inclinada.” Un aterrizaje por consenso inclinado en L* sería una “coincidencia fatídica” según la documentación.
El mapa de paja enfatiza que, aunque los plazos están basados en las expectativas actuales, deben tratarse con “escepticismo saludable”. El borrador actual asume un desarrollo centrado en el ser humano, pero el documento reconoce que el desarrollo impulsado por IA y la verificación formal podrían comprimir significativamente los calendarios.
Arquitectura técnica y dependencias
Las mejoras están organizadas en tres capas horizontales codificadas por colores:
-
Capa de consenso (CL) : Cambios en el protocolo relacionados con el consenso proof-of-stake
-
Capa de Datos (DL) : Mejoras en la disponibilidad y almacenamiento de datos
-
Capa de ejecución (EL) : Cambios en el procesamiento de transacciones y la ejecución de contratos inteligentes
Las cajas oscuras indican “cabezas de cartel”, especialmente mejoras destacadas y ambiciosas. El proceso moderno de All Core Devs (ACD) se limita a un headliner de consenso y un headliner de ejecución por fork para mantener una cadencia rápida. Las cajas grises indican mejoras fuera de la cadena, mientras que las flechas señalan dependencias técnicas difíciles o progresiones naturales de mejoras.
El texto subrayado en cuadros enlaza a las Propuestas de Mejora (EIPs) relevantes de Ethereum y a informes técnicos, proporcionando transparencia sobre los mecanismos específicos en consideración.
Camino a seguir: Despliegue progresivo
Buterin resumió el enfoque como “disminuciones progresivas tanto del tiempo de franja como del tiempo de finalización.” El “reemplazo componente por componente” de la estructura de tragaperras de Ethereum y su consenso producirán una “alternativa más limpia, sencilla, resistente al cuántico, amigable para los proveres y de extremo a extremo formalmente verificada.”
La documentación enfatiza que el mapa de paja “no es una predicción”, sino más bien una invitación a ver las actualizaciones del protocolo de Capa 1 de forma holística. Al colocar las propuestas en un único aspecto visual, ofrece una perspectiva unificada sobre las ambiciones a largo plazo de Ethereum, reconociendo al mismo tiempo la incertidumbre inherente a la gobernanza descentralizada.
Preguntas frecuentes: Comprendiendo la hoja de ruta de 4 años de Ethereum
P: ¿Qué es el Strawmap y quién lo creó?
R: El Strawmap (una combinación de “hombre de paja” y “hoja de ruta”) es un documento visual publicado por el equipo de Protocolo de la Fundación Ethereum en febrero de 2026. Se originó como un punto de partida para debatir en un taller de enero de 2026 y describe una posible vía para el desarrollo técnico de Ethereum hasta 2029. Está dirigido a investigadores, desarrolladores y participantes en la gobernanza, y declara explícitamente ser una hoja de ruta “oficial” debido a la naturaleza descentralizada de Ethereum.
P: ¿Cuánto más rápidas serán las transacciones de Ethereum bajo esta hoja de ruta?
R: La hoja de ruta apunta a reducir la producción de bloques (tiempo de ranura) de los actuales 12 segundos a tan solo 2 segundos mediante mejoras incrementales. La finalización de las transacciones —el punto en que las transacciones se vuelven irreversibles— disminuiría de aproximadamente 16 minutos a entre 6 y 16 segundos al reemplazar el sistema de confirmación actual por una alternativa más sencilla y resistente a la cuántica.
P: ¿Cuándo se volverá Ethereum resistente a la cuántica?
R: La resistencia cuántica se implementará en fases. Buterin indicó que los “slots” (producción de bloques) podían volverse resistentes a la cuantidad significativamente antes que la “finalidad” (confirmación irreversible). Bajo este enfoque, si los ordenadores cuánticos surgieran de forma repentina, la red seguiría procesando bloques incluso perdiendo la garantía de irreversibilidad matemática durante un tiempo.
P: ¿Cuáles son las cinco “estrellas polares” que guían el desarrollo de Ethereum?
R: Los cinco objetivos a largo plazo son: 1) L1 rápido (ranuras cortas y finalidad de nivel en segundos), 2) Gigagas L1 (1 gigagas/segundo de ancho vía zkEVMs), 3) Teragas L2 (escalado de 1 gigabyte/segundo mediante muestreo de disponibilidad de datos), 4) L1 post-Cuántico (criptografía duradera) y 5) L1 privado (transferencias ETH blindadas).
P: ¿Cuáles son las próximas actualizaciones confirmadas para Ethereum?
R: Se confirman dos bifurcaciones para 2026: Glamsterdam (primera mitad) con ePBS sobre consenso y BALs sobre ejecución, y Hegotá (segunda mitad) introduciendo FOCIL, un mecanismo anticensura. La hoja de ruta proyecta siete bifurcaciones totales hasta 2029 con intervalos aproximados de seis meses.
