Autor original: ChandlerZ, Foresight News
El cofundador de Ethereum, Vitalik Buterin, publicó el 10 de agosto una imagen superpuesta que compara su hoja de ruta técnica para 2023 con el "Strawmap" actual. Indicó que, en general, la coincidencia es alta, pero algunas prioridades han subido (como la seguridad cuántica), otras han bajado (como VDF, múltiples mejoras a la EVM) y algunas soluciones han sido reemplazadas por estructuras más óptimas (por ejemplo, el árbol Verkle fue reemplazado primero por un árbol binario unificado y luego por un PBT; el esquema de caducidad del estado fue sustituido por nuevos tipos de estado).
La hoja de ruta actual presenta varias direcciones completamente nuevas que no estaban contempladas en 2023, lo que refleja cambios en las prioridades. Estas incluyen: la fuerte protección de la privacidad aparece por primera vez como un tema de atención primaria; la expansión radical en un contexto post-cuántico; la simplificación de la especificación del protocolo para facilitar la verificación formal (Buterin señala que la aparición de la IA hace posible la verificación formal completa de todo el contenido del protocolo); la introducción del concepto de futuros de bloques y gas; la introducción de Rollup nativo (ya que anteriormente la tecnología SNARK no era lo suficientemente madura); y la apertura de más espacio de diseño para el "futuro de la EVM", donde el protocolo podría ofrecer en el futuro conjuntos de instrucciones no EVM a los usuarios.
Tres propuestas completan las capacidades del protocolo para transferencias privadas
La fuerte protección de la privacidad es el cambio más notable. La hoja de ruta de 2023 no cubría este conjunto de diseños a nivel de protocolo, mientras que el Strawmap actual ha elevado la privacidad de L1 a un tema a nivel de protocolo. Vitalik menciona específicamente "keyed nonces", "recent roots", "privacy pools simplificados" y "wormholes", que resuelven respectivamente los problemas de concurrencia, verificación de pruebas, conjunto anónimo común y vinculación de fondos en transacciones privadas.
El EIP-8250, presentado en abril, permite que una dirección de envío compartida utilice múltiples conjuntos de nonces independientes, evitando que una transacción pendiente de un usuario bloquee a otros usuarios dentro del mismo protocolo de privacidad. El EIP-8272, presentado en mayo, permite que las pruebas de gasto privado hagan referencia a raíces recientes del árbol de compromisos, sin necesidad de leer el estado de la aplicación en constante cambio durante la verificación. El EIP-8182 propone crear un "privacy pool" dentro del protocolo para ETH y ERC-20 a través de contratos del sistema, un conjunto de blindaje compartido y una arquitectura de pruebas desacoplada. El EIP-8250 y el EIP-8272 están actualmente en estado Draft (Borrador), y el EIP-8182 en Review (Revisión). Ninguno de los tres tiene un hard fork (bifurcación dura) de activación determinado.
Actualmente, cada aplicación de privacidad mantiene su propio conjunto de fondos. Al dividirse los usuarios y la liquidez, el conjunto anónimo de un solo grupo puede volverse demasiado pequeño. El EIP-8182 busca concentrar múltiples activos en un mismo conjunto anónimo dentro del protocolo y añadir nuevos métodos de verificación a través de un mecanismo de autorización extensible, reduciendo la necesidad de volver a dividir a los usuarios durante las actualizaciones.
Los "Wormholes" corresponden a la prueba de destrucción de conocimiento cero (ZK) del EIP-7503. Los usuarios primero transfieren ETH a una dirección que es criptográficamente imposible de gastar, y luego utilizan una prueba de conocimiento cero para volver a acuñar la misma cantidad de ETH, haciendo difícil para la cadena pública conectar la transferencia original con la nueva dirección. Esta propuesta está actualmente en estado Stagnant (Estancada), y su especificación e implementación de referencia aún necesitan mejoras. Además, existen riesgos de errores de implementación y de reacuñación duplicada. Que la privacidad entre en los objetivos de primer nivel de la hoja de ruta significa que Ethereum comienza a modificar simultáneamente las cuentas, la verificación de transacciones y las transferencias en la capa base. Todavía quedan varios trabajos a nivel de protocolo y de cartera para alcanzar cuentas privadas por defecto.
La migración cuántica abarca cuatro áreas de criptografía
Vitalik elevó la prioridad de la seguridad cuántica y propuso continuar con la escalabilidad bajo condiciones post-cuánticas. Los riesgos se distribuyen en: la firma ECDSA utilizada por las cuentas ordinarias, la firma BLS utilizada por los validadores, el compromiso KZG utilizado para la disponibilidad de datos de los blobs, y los sistemas de prueba de conocimiento cero adoptados por algunos Rollups y aplicaciones de privacidad. Las computadoras cuánticas actuales aún no son capaces de romper esta criptografía, pero reemplazar las claves de las cuentas y los validadores en la red global requiere años de preparación.
La última hoja de ruta enumera direcciones como la agregación de firmas leanSPHINCS y "zkzk frames", y coloca las STARK recursivas para su uso conjunto en la capa de ejecución, la capa de consenso y la capa de datos. Las STARK dependen principalmente de funciones hash, lo que les permite evitar parte del riesgo cuántico de la criptografía de curva elíptica, y también pueden comprimir grandes cantidades de cálculo en pruebas más fáciles de verificar. La Fundación Ethereum ya ha establecido un equipo dedicado a la post-cuántica. Actualmente, el plazo que dan es que la actualización del protocolo de L1 podría completarse en 2029, y la migración completa de la capa de ejecución podría llevar varios años más, sin una fecha fija de finalización.
Las STARK también están vinculadas con la simplificación del protocolo y la verificación formal. La propuesta "Extremely Lean Chain" de Vitalik en julio imagina comprimir el estado de un solo validador en la primera fase a 6 bytes, y reducirlo aún más a 1 byte en la segunda fase, permitiendo que los validadores actualicen sus saldos y roten sus claves públicas diariamente mediante pruebas de conocimiento cero. Vitalik cree que las herramientas modernas de IA hacen viable la verificación formal completa del protocolo. Aquí, la IA se utiliza para escribir y revisar pruebas matemáticas que pueden ser verificadas por máquinas, sin participar en la creación de bloques, votación o juicio de consenso.
Los Rollups nativos permiten que L2 reutilice la verificación de la red principal, pero el cronograma aún puede ajustarse
El EIP-8079, presentado en noviembre de 2025, ya proporciona un borrador para los Rollups nativos. Ethereum abre la función de transición de estado de la red principal a la capa de ejecución a través de un precompilado EXECUTE, permitiendo que los Rollups equivalentes a EVM reutilicen la infraestructura de verificación de L1. Actualmente, los Rollups necesitan mantener sus propios sistemas de prueba, contratos de puente y mecanismos de actualización. La "nativización" puede reducir el código de verificación personalizado y proporcionar condiciones para eliminar los comités de seguridad. En el EIP-8079, las transacciones con pruebas adjuntas (proof-carrying transactions), la verificación ZK y parte del diseño de seguridad aún se marcan como pendientes, y tampoco se han incluido en las actualizaciones de la red principal ya determinadas.
En marzo, la Fundación Ethereum aclaró aún más la división del trabajo entre L1 y L2, sugiriendo que las L2 que deseen heredar al máximo la seguridad de la red principal pueden orientarse hacia los Rollups nativos, la Etapa 2 y la componibilidad sincronizada; mientras que las L2 que ofrecen privacidad, eficiencia para aplicaciones específicas u otras funcionalidades diferenciadas seguirán existiendo. El ajuste de la hoja de ruta hacia los Rollups nativos modifica la relación de verificación entre L2 y la red principal, pero no cancela la estructura de escalabilidad multichain (multicadena).
El diseño del estado también está cambiando. Vitalik afirmó que el árbol Verkle fue primero reemplazado por un árbol binario unificado, luego se pasó a un árbol binario particionado (PBT), y que la caducidad del estado dio paso a nuevos tipos de estado. El EIP-8347, presentado en julio, ya propone la migración offline (fuera de línea) a PBT, pero el hard fork de activación y el bloque de anclaje aún no están determinados. Conceptos como los futuros de Blob y Gas, o conjuntos de instrucciones no EVM como leanISA o RISC-V, también han entrado en discusiones a largo plazo, donde modificaciones más profundas a la EVM aún no están lo suficientemente maduras para ser incluidas en el Strawmap.
El Strawmap traza temporalmente siete actualizaciones potenciales hasta 2029, dispuestas en un ritmo de bifurcación aproximado de cada seis meses. En mayo, la Fundación Ethereum reveló que los desarrolladores principales ya consideran que la designación de años específicos posteriores a 2026 es demasiado determinista, y podrían suavizarla en el futuro.
Resumen
Esta actualización de Vitalik presenta de manera concentrada los cambios en las prioridades técnicas de Ethereum. La privacidad, la seguridad post-cuántica y la verificación formal entran en el diseño del protocolo base, mientras que los Rollups nativos y los nuevos tipos de estado llevan la discusión sobre escalabilidad a los mecanismos de verificación y las estructuras del estado. Muchas soluciones aún se encuentran en etapas de Draft (Borrador), Review (Revisión) o investigación temprana. El Strawmap proporciona relaciones de dependencia y direcciones a largo plazo, y no debe tomarse directamente como una promesa de implementación.
Queda por ver si los EIPs relacionados podrán entrar en hard forks concretos, si los esquemas de migración de cuentas y validadores post-cuánticos podrán formar especificaciones completas, y si se podrán completar los diseños de transacciones con pruebas adjuntas y verificación ZK para los Rollups nativos. Los próximos puntos de observación inmediatos siguen siendo Glamsterdam en el cuarto trimestre de 2026, y Hegotá en 2027, cuyo alcance de propuestas aún se está definiendo.
