¿Qué es el “Strawmap” de Ethereum respaldado por Vitalik Buterin?

El proceso de Fundación Ethereum (EF) Los investigadores publicaron "Strawmap", una hoja de ruta de hombre de paja para Ethereum Capa 1 (L1) actualizaciones de protocolo. El documento, disponible en mapadepaja.org, describe una dirección técnica a largo plazo para Ethereum hasta el final de la década.

Cabe destacar que Strawmap no es una hoja de ruta oficial. Es una herramienta de coordinación diseñada para impulsar el debate entre investigadores, equipos de clientes y participantes de la gobernanza. Presenta una ruta coherente entre muchos resultados posibles en un sistema descentralizado donde se alcanza un consenso aproximado con el tiempo.

Este artículo explica qué propone Strawmap, cómo estructura las actualizaciones de Ethereum hasta 2029 y cómo aborda el rendimiento, la criptografía, la privacidad y la escalabilidad en la capa base.

¿Quién creó Strawmap y a quién va dirigido?

Strawmap se originó en un taller de la Fundación Ethereum en enero de 2026. Posteriormente, fue publicado por el equipo de Arquitectura de EF, incluido Justin drake, Ansgar Dietrichs, Barnabé Monnot y Francesco D'Amato.

El documento está dirigido a lectores avanzados y está escrito para investigadores de protocolos, desarrolladores de clientes y participantes de la gobernanza de Ethereum. En esencia, Strawmap se describe como un documento dinámico que se espera que reciba actualizaciones al menos trimestralmente. 

¿Qué significa “mapa de paja”?

El nombre combina "hombre de paja" y "hoja de ruta". El calificativo "hombre de paja" refleja dos realidades:

1. Ethereum no tiene una autoridad única que pueda imponer una hoja de ruta final a todas las partes interesadas.
2. El documento es un trabajo en progreso, no una predicción.

La hoja de ruta asume un desarrollo centrado en el ser humano. Señala que el desarrollo asistido por IA y la verificación formal podrían acortar los plazos.

¿Cómo está estructurado el mapa de paja?

Strawmap presenta las actualizaciones de Ethereum en una única línea de tiempo visual que se extiende desde 2026 hasta 2029, con elementos a más largo plazo más allá de 2030.

Se asume una cadencia de aproximadamente una bifurcación cada seis meses y se describen siete bifurcaciones:

Descubra proyectos prometedores...

Proyectos prometedores...

(Anuncio)

El artículo continúa...

• Glamsterdam (2026)
• Hegota (2026)
• I* (2027)
• J* (2028)
• K* (2028)
• L* (2029)
• M+ (2030 y más allá)

Las bifurcaciones se organizan en tres capas horizontales:

• Capa de consenso (CL)
• Capa de datos (DL)
• Capa de ejecución (EL)

Cada bifurcación incluye actualizaciones principales, definidas como "headliners". El proceso All Core Devs (ACD) generalmente limita cada bifurcación a un único consenso y una única ejecución headliner para mantener la cadencia. Una excepción es L*, que incluye dos headliners de consenso vinculados a un consenso lean.

Objetivos a largo plazo para Ethereum

Strawmap define cinco objetivos a largo plazo:

1. L1 rápido

Tramos cortos y firmeza en segundos.

2. Gigagas L1

Rendimiento de 1 gigabyte por segundo, aproximadamente 10 000 transacciones por segundo (TPS), habilitadas por zkEVM y pruebas en tiempo real.

3. Teragas L2

1 gigabyte por segundo de ancho de banda de datos, o aproximadamente 10 millones de TPS, mediante muestreo de disponibilidad de datos.

4. L1 postcuántico

Criptografía basada en hash para resistir ataques cuánticos.

5. L1 privado

Transferencias ETH protegidas en la capa base.

Estos objetivos se centran en la latencia, el rendimiento, la durabilidad criptográfica y la privacidad.

Propuesta: Reducir el tiempo de ranura y la finalidad de Ethereum

El tiempo promedio actual de finalización de Ethereum es de aproximadamente 16 minutos. Esto se calcula multiplicando los intervalos de 12 segundos por los períodos de 32 intervalos, lo que equivale aproximadamente a 2.5 períodos.

Strawmap propone reducciones incrementales del tiempo de uso siguiendo una progresión de √2:
12s → 8s → 6s → 4s → 3s → 2s.

Vitalik Buterin describió este enfoque en respuesta a la hoja de ruta:

Preveo que reduciremos el tiempo de la franja horaria de forma gradual; por ejemplo, me gusta la fórmula 'raíz cuadrada de 2 a la vez' (12 -> 8 -> 6 -> 4 -> 3 -> 2, aunque los dos últimos pasos son más especulativos y dependen de una investigación exhaustiva). Añadió: «Las franjas horarias rápidas están en su propio carril al principio de la hoja de ruta y no parecen estar realmente conectadas con nada. Esto se debe a que el resto de la hoja de ruta es bastante independiente del tiempo de la franja horaria».

Buterin no detalló un cronograma de implementación específico en su mensaje. Sin embargo, se refirió al mapa de planificación como un plan organizado que detalla una serie de objetivos técnicos relacionados con la reducción de ranuras, el rediseño de la finalidad y la implementación de mejoras criptográficas.

Mejoras del P2P y codificación de borrado

Las ranuras más cortas requieren mejoras para bloquear la propagación. La investigación de Raul Jordan se centra en una arquitectura P2P (peer-to-peer) optimizada mediante codificación de borrado.

En este diseño, un bloque se divide en fragmentos (por ejemplo, 8 fragmentos, de los cuales 4 pueden reconstruir el bloque completo). Esta estructura k de n reduce la sobrecarga de ancho de banda y mejora el tiempo de propagación del bloque del percentil 95. Según datos de investigación citados por Buterin, esta arquitectura permite la viabilidad de ranuras más cortas sin reducir la seguridad.

Trayectoria de Finalidad

Strawmap también propone desvincular las ranuras de la finalidad. El objetivo a largo plazo es utilizar un algoritmo BFT de una sola ronda conocido como Minimmit.

Una posible trayectoria de finalidad esbozada por Buterin:

• 16 minutos (hoy)
• 10m40s (espacios de 8 segundos)
• 6m24s (finalidad de una época)
• 1m12s (épocas de 8 ranuras, ranuras de 6 segundos)
• 48 s (espacios de 4 segundos)
• 16s (Mínimo)
• 8s (parámetros mínimos más agresivos)

Estos cambios implican un rediseño significativo del consenso.

¿Cómo encaja la criptografía post-cuántica en el plan?

Strawmap integra actualizaciones poscuánticas con importantes cambios de consenso. El plan incluye:

• Firmas basadas en hash
• Migración hacia funciones hash compatibles con STARK
• Evaluación de las respuestas a las preocupaciones criptográficas de Poseidon2

Las tres respuestas que se están investigando incluyen aumentar el número de rondas, volver a Poseidon1 o utilizar BLAKE3.

Buterin señaló que las ranuras podrían volverse resistentes a la tecnología cuántica antes de la finalización. En ese escenario, un avance cuántico repentino podría comprometer las garantías de finalización, permitiendo al mismo tiempo que la cadena continúe produciendo bloques.

¿Qué sucede en las capas de ejecución y de datos?

Capa de ejecución

Las propuestas clave incluyen:

• Contabilidad multidimensional de gases
• El límite de gas en bloque aumenta
• Integración de zkEVM
• Máquinas canónicas de conocimiento cero (ZKM)
• Retoma de la propiedad nativa
• Transacciones no interactivas (NIT)
• Investigación de ZKVM a exaescala

El objetivo a largo plazo es un rendimiento de gigababas en L1.

Capa de datos

La hoja de ruta incluye:

• Cambios en Blob por operador (BPO)
• Muestreo de disponibilidad de datos
• Disminuciones de tamaño simples en horquillas específicas
• Regresar a los datos de llamada en casos seleccionados

El objetivo L2 de Teragas apunta a escalar las acumulaciones y el rendimiento de los datos sin debilitar la descentralización.

¿Strawmap indica un cambio respecto del escalamiento centrado en la acumulación?

La hoja de ruta anterior de Ethereum priorizaba los rollups como principal mecanismo de escalado. Strawmap no los elimina, pero describe una estrategia de escalado más sólida para L1.

De implementarse, la hoja de ruta aumentaría el rendimiento de L1 a 10 000 TPS, a la vez que permitiría un rendimiento de L2 de 10 millones de TPS. Este enfoque reduce la dependencia exclusiva de las acumulaciones para la escalabilidad.

Conclusión

El Strawmap de Ethereum presenta una visión estructurada de las actualizaciones a largo plazo de la Capa 1 hasta 2029. Define objetivos mensurables: ranuras más rápidas, plazos de finalización más cortos, mayor rendimiento, criptografía poscuántica y privacidad en la capa base. La hoja de ruta organiza estas actualizaciones en las capas de consenso, datos y ejecución, con una cadencia de bifurcación definida y dependencias técnicas.

El documento no predice resultados, sino que proporciona un marco técnico para el debate y la coordinación. Sus propuestas dependen de los resultados de la investigación, el consenso de gobernanza y la capacidad de implementación. En general, el impacto de la hoja de ruta dependerá de cómo la comunidad Ethereum evalúe y adopte sus componentes en los próximos años.

Fuentes

• Justin drake: Descripción general del mapa de paja
• Vitalik ButerinRespuesta pública a Strawmap
• mapadepaja.org: Documentación de la hoja de ruta
• El bloque:Investigadores de la Fundación Ethereum publican un 'mapa de paja' que describe siete bifurcaciones hasta 2029