Ethereum acaba de publicar el plan de actualización más detallado de su historia. Siete actualizaciones. Cinco objetivos. Una reconstrucción masiva.

Borrador: https://strawmap.org/

Vale la pena comprender a fondo esta metáfora. El barco de Teseo es un experimento mental de la antigua Grecia: si reemplazas cada tabla de un barco, una por una, hasta que finalmente se reemplaza cada tabla, ¿sigue siendo el mismo barco? Este es precisamente el plan que Strawmap propone para Ethereum. Para 2029, cada parte principal del sistema habrá sido reemplazada. Pero nunca habrá un plan de «reescritura con tiempo de inactividad». El objetivo es lograr actualizaciones compatibles con versiones anteriores, manteniendo la blockchain en funcionamiento en tiempo real mientras se reemplazan las «tablas», aunque cada actualización seguirá requiriendo que los operadores de nodos actualicen su software y es posible que cambien algunos casos extremos. En realidad, se trata de una reconstrucción completa disfrazada de actualización incremental.

Estrictamente hablando, aunque la lógica de consenso y ejecución se está reconstruyendo, el estado (saldos de usuario, almacenamiento de contratos e historial) se conserva en todos los puntos de bifurcación. Este «barco» se está reconstruyendo mientras aún lleva carga. ¡Todos a bordo!

«¿Por qué no empezar de cero?» Porque no se puede reiniciar sin perder los valores fundamentales de Ethereum: las aplicaciones que ya se ejecutan en él, los fondos que ya fluyen y la confianza que ya se ha construido. Hay que cambiar las tablas mientras el barco navega.

El nombre «Strawmap» es una combinación de «strawman» (hombre de paja) y «roadmap» (hoja de ruta). «Strawman» se refiere a una propuesta preliminar que se presenta sabiendo que no es perfecta, y cuyo propósito es precisamente que la gente le encuentre fallos. Por lo tanto, no es una promesa, sino un punto de partida para el debate. Pero es la primera vez que los constructores de Ethereum han articulado en detalle una ruta de actualización estructurada y con plazos definidos, y han establecido objetivos de rendimiento claros. En este trabajo participan los mejores criptógrafos e informáticos del mundo. Y todo es de código abierto. No hay cuotas de licencia, ni contratos con proveedores, ni equipos de ventas corporativos. Cualquier empresa, cualquier desarrollador, cualquier país puede construir sobre él. La misma actualización de la que puede disfrutar JPMorgan es exactamente la misma que puede obtener una startup de tres personas en São Paulo.

Imagínese que una alianza global de ingenieros de primera clase reconstruyera desde cero las tuberías financieras de Internet, y que usted solo necesitara… acceso directo.

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

Antes de hablar de su dirección futura, veamos cómo es hoy. Ethereum es esencialmente una computadora global compartida. En lugar de que una sola empresa ejecute los servidores, miles de operadores independientes de todo el mundo ejecutan cada uno la misma copia del software. Estos operadores verifican las transacciones de forma independiente. Algunos de ellos, denominados validadores, también apuestan sus propios fondos (ETH) como garantía. Si un validador intenta hacer trampa, pierde esos fondos. Cada 12 segundos, los validadores se ponen de acuerdo sobre qué transacciones se han producido y en qué orden. Esta ventana de tiempo de 12 segundos se denomina «slot» (ranura). Cada 32 slots (unos 6,4 minutos) constituyen una «epoch» (época). La verdadera finalidad, es decir, el momento en que una transacción se vuelve irreversible, tarda entre 13 y 15 minutos, dependiendo de dónde se encuentre la transacción en el ciclo de validación. Ethereum procesa entre 15 y 30 transacciones por segundo, dependiendo de la complejidad de cada transacción. En comparación, la red Visa puede procesar más de 65.000 por segundo. Debido a esta diferencia, la mayoría de las aplicaciones de Ethereum se ejecutan hoy en día en «redes de capa 2» (Layer 2). Las redes de Layer 2 son sistemas independientes que procesan grandes cantidades de transacciones por lotes y, a continuación, envían información resumida a la red subyacente de Ethereum para garantizar la seguridad.

El sistema que permite que todos los operadores se pongan de acuerdo se denomina «mecanismo de consenso». El mecanismo de consenso actual de Ethereum funciona bien y está probado, pero fue diseñado para una época temprana y limita la funcionalidad de la red. Strawmap pretende solucionar todos estos problemas. Una actualización a la vez.

Los cinco objetivos principales de Strawmap

Esta hoja de ruta gira en torno a cinco objetivos. Ethereum ya puede funcionar y miles de millones de dólares fluyen a través de él cada día. Pero tiene limitaciones reales sobre lo que se puede construir sobre él. Estos cinco objetivos están diseñados para eliminar esas limitaciones.

1. L1 rápido: Finalidad en segundos

Hoy en día, después de enviar una transacción en Ethereum, hay que esperar entre 13 y 15 minutos para alcanzar la verdadera finalidad, lo que significa que la transacción es irreversible, está completa y no se puede retirar. Solución: sustituir el motor que permite que todos los operadores se pongan de acuerdo. El objetivo es lograr la finalidad en cada slot, mediante una sola ronda de votación. Minimmit es uno de los principales candidatos que se están estudiando actualmente, un protocolo diseñado específicamente para un consenso ultrarrápido, pero el diseño específico aún se está ultimando. Lo importante es este objetivo: lograr la finalidad en un solo slot. A continuación, también se comprimirá el tiempo del propio slot: la ruta propuesta es 12 segundos → 8 segundos → 6 segundos → 4 segundos → 3 segundos → 2 segundos. La finalidad no se trata solo de velocidad, sino también de certeza. Piense en las transferencias bancarias, el tiempo que transcurre entre el «envío» y la «liquidación» es el período de tiempo en el que pueden surgir problemas. Si va a transferir un pago de un millón de dólares, liquidar una operación de bonos o completar una transacción inmobiliaria en la blockchain, esos 13 minutos de incertidumbre son un gran problema. Si se puede reducir a unos pocos segundos, se cambiará fundamentalmente la capacidad de esta red. No solo para las aplicaciones nativas de criptomonedas, sino también para cualquier cosa que implique la transferencia de valor.

1. Gigagas: Ampliación de 300 veces

La red principal de Ethereum procesa aproximadamente entre 15 y 30 transacciones por segundo. Esto es un cuello de botella. Solución: el objetivo de Strawmap es lograr una capacidad de ejecución de 1 gigagas (mil millones de gas) por segundo, lo que equivale aproximadamente a 10.000 TPS para una transacción típica (la cifra exacta depende de la complejidad de cada transacción, ya que las diferentes operaciones consumen diferentes cantidades de gas). La idea central es una tecnología conocida como «pruebas de conocimiento cero». La forma más sencilla de entenderlo es la siguiente: actualmente, cada operador de la red debe volver a ejecutar cada cálculo para comprobar si es correcto. Es como si cada empleado de una empresa tuviera que volver a calcular de forma independiente los problemas matemáticos de todos los demás compañeros. ¿Es seguro? Sí. ¿Es extremadamente ineficiente? También lo es. Las pruebas ZK permiten verificar un «recibo» matemático compacto que demuestra que el cálculo se ha realizado correctamente. El mismo grado de confianza, pero con mucho menos trabajo. El software para generar estas pruebas sigue siendo demasiado lento. Las versiones existentes tardan entre minutos y horas en procesar tareas complejas. Reducir el tiempo a segundos (logrando una mejora de aproximadamente 1000 veces) es un problema de investigación activo, no solo un desafío de ingeniería. Equipos como RISC Zero y Succinct están logrando rápidos avances, pero esto sigue estando en la vanguardia. Una red principal con una finalidad rápida y hasta 10.000 TPS significa un sistema más sencillo, con menos piezas móviles. La probabilidad de que algo salga mal es menor.

1. Teragas L2: Diez millones de TPS en «carriles rápidos»

Para transacciones realmente masivas (y personalizadas), todavía se necesita una red de Layer 2. Actualmente, L2 está limitado por la cantidad de datos que la red principal de Ethereum puede procesar para él. Solución: una tecnología llamada «muestreo de disponibilidad de datos» (DAS). En lugar de exigir a cada operador que descargue todos los datos para verificar su existencia, se les pide que comprueben muestras aleatorias y utilicen métodos matemáticos para verificar que el conjunto de datos completo está intacto. Imagínese que es como comprobar si un libro de 500 páginas está realmente en la estantería hojeando aleatoriamente 20 páginas; si esas 20 páginas están ahí, estadísticamente se puede estar seguro de que el resto de las páginas también lo están. PeerDAS ya se ha entregado en la actualización de Fusaka, lo que sienta las bases de la infraestructura en la que se basa Strawmap. La ampliación desde aquí hasta el objetivo final implica una ampliación iterativa: aumentar la capacidad de datos en cada bifurcación y realizar pruebas de estrés en la estabilidad de la red en cada paso. Una capacidad de procesamiento de 10 millones de TPS en todo el ecosistema de L2 abrirá puertas que ninguna blockchain puede abrir actualmente. Piense en cada producto y mercancía de una cadena de suministro global que posea un token digital; o en millones de dispositivos conectados que generen datos verificables; o en un sistema de micropagos que procese fracciones de centavo. Estas cargas de trabajo son demasiado grandes para cualquier red existente. Pero con una capacidad de procesamiento de 10 millones de TPS, no solo se pueden acomodar fácilmente, sino que también se pueden manejar con facilidad.

1. Post-cuántico L1: Preparación para las computadoras cuánticas

La seguridad de Ethereum depende de problemas matemáticos que son extremadamente difíciles de resolver para las computadoras actuales. Esto se aplica a todo el sistema, incluidas las firmas que utilizan los usuarios cuando envían transacciones y las firmas que utilizan los validadores para llegar a un consenso. Una vez que las computadoras cuánticas sean lo suficientemente potentes, podrán descifrar ambas firmas, lo que podría permitir a los atacantes falsificar transacciones o robar fondos. Solución: migrar a nuevos métodos criptográficos (esquemas basados en hash) que se consideran resistentes a los ataques cuánticos. Se trata de una actualización tardía, ya que afecta a casi todos los aspectos del sistema, y los nuevos métodos utilizan mayores cantidades de datos (kilobytes en lugar de bytes), lo que cambiará la economía del tamaño de los bloques, el ancho de banda y el almacenamiento de toda la red. Los ataques cuánticos a la criptografía actual pueden tardar años o incluso décadas en producirse. Pero si está construyendo una infraestructura diseñada para durar mucho tiempo, una infraestructura que podría albergar billones de dólares en valor, «ya lo pensaremos más adelante» no es una respuesta real.

1. Privacidad L1: Permitir la confidencialidad de las transacciones

Toda la información en Ethereum es pública por defecto. A menos que utilice una aplicación de privacidad como Railgun, o una L2 centrada en la privacidad como ZKsync o Aztec, cada transacción, cada cantidad y cada contraparte es visible para cualquiera. Solución: incorporar la funcionalidad de transferencia confidencial directamente en el núcleo de Ethereum. El objetivo técnico es permitir que la red verifique si una transacción es válida, si el remitente tiene fondos suficientes y si los cálculos matemáticos son correctos, sin revelar los detalles reales. Puede demostrar que «este es un pago legítimo de $50.000,00» sin revelar quién es el pagador, quién es el receptor o para qué es el pago. Actualmente existen algunas soluciones provisionales. En febrero de 2026, EY y StarkWare anunciaron el lanzamiento de Nightfall en Starknet, que introduce transacciones con protección de la privacidad en un entorno de Layer 2. Pero las soluciones provisionales añaden complejidad y coste. La incorporación de la privacidad a la infraestructura elimina por completo la necesidad de middleware. Aquí es también donde se cruza el trabajo post-cuántico: cualquier esquema de privacidad que se construya debe ser resistente a los ataques cuánticos. Estos son dos problemas que deben resolverse simultáneamente. Una vez resueltos, desaparecerá un importante obstáculo para la adopción de la tecnología.

Siete bifurcaciones (actualizaciones)

Strawmap propone siete actualizaciones, que se llevarán a cabo aproximadamente cada seis meses, comenzando con Glamsterdam. Cada actualización tiene un alcance deliberadamente controlado, cambiando solo uno o dos elementos principales a la vez, porque si algo sale mal, hay que saber exactamente qué lo ha causado. La primera actualización después de Fusaka (que ya se ha publicado y ha sentado las bases con PeerDAS y el ajuste de datos) es Glamsterdam, que reestructura la forma en que se ensamblan los bloques de transacciones. A continuación, Hegotá aporta nuevas mejoras estructurales. El resto de las bifurcaciones (de I a M) continuarán hasta 2029, introduciendo gradualmente mecanismos de consenso más rápidos, pruebas de conocimiento cero, disponibilidad de datos ampliada, criptografía resistente a la cuántica y funciones de privacidad.

¿Por qué hay que esperar hasta 2029? Porque algunos de estos problemas aún no se han resuelto. La sustitución del mecanismo de consenso es lo más difícil. Imagínese cambiar el motor de un avión en pleno vuelo, mientras miles de copilotos tienen que estar de acuerdo con cada cambio. Cada cambio requiere meses de pruebas y verificación formal. Y los esfuerzos por reducir el tiempo de ciclo a menos de 4 segundos acaban encontrándose con un problema físico: una señal tarda unos 200 milisegundos en recorrer la Tierra de ida y vuelta. En cierto modo, se está luchando contra la velocidad de la luz. Hacer que los probadores de ZK sean lo suficientemente rápidos es otro problema de vanguardia. La velocidad actual (a nivel de minutos) está aproximadamente 1000 veces por debajo de la velocidad objetivo (a nivel de segundos). Esto requiere tanto avances matemáticos como hardware diseñado específicamente. La ampliación de la disponibilidad de datos, aunque difícil, es relativamente más fácil de manejar. La lógica matemática funciona. El reto consiste en operar con prudencia en una red en tiempo real que alberga billones de dólares en valor. La migración post-cuántica es una pesadilla operativa, ya que las nuevas firmas son demasiado grandes y cambian la economía de todo. La privacidad nativa no solo es técnicamente difícil, sino también políticamente delicada. A los reguladores les preocupa que las herramientas de privacidad fomenten el blanqueo de dinero. Los ingenieros deben construir sistemas que sean lo suficientemente privados para ser útiles, pero lo suficientemente transparentes para cumplir con los requisitos, y que también sean resistentes a la cuántica. Y estas actualizaciones no pueden ocurrir simultáneamente. Algunas actualizaciones dependen de otras. No se puede escalar a 10.000 TPS sin pruebas ZK maduras. No se puede escalar L2 sin trabajar en la disponibilidad de datos. Estas cadenas de dependencia dictan el calendario. Tres años y medio es en realidad bastante agresivo para todo lo que se está intentando.

¿2029? En primer lugar, hay una variable. Strawmap afirma explícitamente: «El borrador actual asume un modelo de desarrollo liderado por humanos. El desarrollo impulsado por la inteligencia artificial y la verificación formal podrían comprimir significativamente el calendario». En febrero de 2026, un desarrollador llamado YQ apostó con Vitalik a que una persona podría escribir un sistema Ethereum completo para una hoja de ruta 2030+ utilizando agentes de IA. En cuestión de semanas, entregó ETH2030: un cliente de ejecución experimental de Go que, según se afirma, tiene unos 713.000 líneas de código, implementa los 65 elementos de Strawmap y está etiquetado como ejecutable en redes de prueba y en la red principal. ¿Está listo para la producción? No. Como señaló Vitalik, es casi seguro que hay errores fatales en todo el código y, en algunos casos, puede que solo haya implementaciones de código auxiliar, y que la IA ni siquiera haya intentado completar una versión completa. Pero vale la pena leer detenidamente la respuesta de Vitalik: «Hace seis meses, esto era completamente impensable, y lo importante es la dirección de la tendencia… La gente debería estar abierta a la posibilidad (¡solo la posibilidad, no la certeza!) de que la hoja de ruta de Ethereum pueda completarse mucho más rápido de lo que la gente espera, y con estándares de seguridad mucho más altos».

La idea central de Vitalik es que la forma correcta de utilizar la IA no debería ser solo para buscar la velocidad. En cambio, la mitad de las ganancias que aporta la IA deberían utilizarse para aumentar la velocidad y la otra mitad para aumentar la seguridad: realizar más pruebas, más verificación matemática y más implementaciones independientes de la misma función. El proyecto Lean Ethereum está trabajando en la verificación formal mediante la comprobación automática de máquinas de partes de la criptografía y la pila de pruebas. El «código sin errores», que durante mucho tiempo se ha considerado una fantasía idealizada, podría convertirse en una expectativa básica.

Strawmap es un documento de coordinación, no una promesa. Sus objetivos son ambiciosos, su calendario visionario y su ejecución depende de la participación de cientos de colaboradores independientes. Pero la verdadera pregunta no es si cada objetivo se cumplirá a tiempo. Sino si quiere construir en una plataforma con esta trayectoria, o competir con ella. Y todo esto -toda la investigación, los avances, la migración criptográfica- se está haciendo en un entorno público, gratis y abierto a todos… Esa es la parte de esta historia que realmente merece mucha más atención de la que recibe actualmente.

[James | Snapcrackle]