Resumen
La última comparación de Vitalik Buterin del roadmap 2023 de Ethereum con el actual Strawmap de L1 muestra un cambio significativo en las prioridades del protocolo. Los objetivos originales de la red no han sido abandonados, pero la resistencia cuántica ha avanzado, mientras que la privacidad nativa, el escalado post-cuántico, los rollups nativos y especificaciones más formalmente verificables han ganado prominencia. Algunas direcciones anteriores, incluidas las Funciones de Retardo Verificables y partes del roadmap anterior de EVM, ahora reciben menos énfasis.
El roadmap de seguridad cuántica de Ethereum no es un calendario de hard-fork confirmado. El Strawmap es un borrador mantenido por la Arquitectura de la Fundación Ethereum, y las propuestas individuales deben progresar a través de investigación, Propuestas de Mejora de Ethereum, implementación en clientes, pruebas y coordinación comunitaria. Ethereum.org describe aproximadamente 2029 como el objetivo para completar la infraestructura post-cuántica central, pero clasifica explícitamente los hitos asociados como objetivos de planificación en lugar de compromisos garantizados.
Ninguna computadora cuántica puede actualmente romper la criptografía de Ethereum, por lo que los usuarios no necesitan mover su ETH o cambiar de billetera inmediatamente. La importancia del roadmap radica en el tiempo requerido para que una red descentralizada reemplace varios componentes criptográficos sin interrumpir validadores, cuentas, rollups o aplicaciones. La privacidad crea un desafío igualmente amplio porque debe proteger pagos, actividad de aplicaciones, solicitudes RPC y metadatos de red mientras preserva la usabilidad y la componibilidad.
Conclusiones Clave
- La resistencia cuántica ha recibido mayor prioridad en el último roadmap de Ethereum.
- La migración cubre firmas BLS, compromisos KZG, cuentas ECDSA y algunos sistemas de prueba ZK.
- La privacidad nativa sigue siendo un objetivo de diseño, no una característica predeterminada existente.
- Las firmas post-cuánticas más grandes hacen que la agregación y el escalado sean partes esenciales de la transición.
- El objetivo de 2029 es un hito de planificación, y los usuarios no necesitan tomar medidas hoy.
Cómo cambió el roadmap de seguridad cuántica de Ethereum
¿Qué cambió en el último roadmap de Vitalik Buterin?
Los objetivos a largo plazo de Ethereum siguen siendo reconocibles, pero su orden e implementación técnica han cambiado. La comparación del 10 de agosto de Vitalik indicó que la seguridad cuántica ha subido en la pila de prioridades, mientras que las Funciones de Retardo Verificables y algunas mejoras anteriores de EVM se han vuelto menos centrales. Las direcciones anteriores de gestión de estado que involucran Verkle Trees y expiración de estado también se han reorganizado en torno a propuestas más nuevas.
El roadmap actualizado da mayor visibilidad a la privacidad nativa, el escalado post-cuántico, los rollups nativos, los futuros de blob y gas, y especificaciones diseñadas para una verificación formal más fácil. Estas adiciones reflejan cambios en la tecnología circundante. Las pruebas de conocimiento cero se han vuelto más prácticas, los rollups ahora llevan una mayor parte de la actividad de Ethereum, y los avances en computación cuántica han hecho que la migración criptográfica a largo plazo sea una preocupación de ingeniería más concreta.
Los rollups nativos podrían eventualmente permitir que la capa base de Ethereum verifique las transiciones de estado de los rollups a través de mecanismos de protocolo estandarizados. Los futuros de blob y gas, por su parte, harían que el espacio de bloques o la capacidad de datos futuros sean más fáciles de valorar y gestionar. Estas ideas siguen siendo direcciones de investigación en lugar de características garantizadas, pero su inclusión muestra que Ethereum trata cada vez más el escalado, la seguridad y el diseño de mercado como problemas conectados.
El Strawmap no debe interpretarse como un calendario de actualizaciones. Es mantenido por la Arquitectura de la Fundación Ethereum y mapea posibles direcciones a lo largo de varios años. Que una característica aparezca en él no significa que los desarrolladores hayan acordado una especificación final, bloque de activación o método de implementación.
¿Por qué la seguridad cuántica se está volviendo más urgente?
La seguridad cuántica se está volviendo más urgente porque las transiciones criptográficas pueden llevar años incluso cuando la amenaza subyacente no es inmediata. Ethereum debe coordinar validadores, clientes de ejecución y consenso, billeteras, contratos inteligentes, rollups, puentes y proveedores de custodia. Esperar hasta que exista una computadora cuántica suficientemente potente dejaría muy poco tiempo para pruebas y migración de cuentas.
Ethereum.org identifica cuatro áreas que requieren diferentes soluciones post-cuánticas. El consenso se basa en firmas BLS para agregar votos de validadores. La disponibilidad de datos utiliza compromisos polinómicos KZG como parte de la arquitectura de escalado de rollups de Ethereum. Las cuentas de propiedad externa estándar usan firmas ECDSA, mientras que muchos sistemas de conocimiento cero a nivel de aplicación dependen de supuestos de curvas elípticas.
Estos componentes no pueden asegurarse con un reemplazo universal. Un esquema de firma de validador debe soportar una agregación eficiente en un gran conjunto de validadores. Un compromiso de disponibilidad de datos debe permanecer compacto y práctico para los nodos. La migración de billeteras debe proteger cuentas activas e inactivas, mientras que los rollups necesitan sistemas de prueba que sigan siendo asequibles y compatibles con las aplicaciones existentes.
El hardware cuántico actual sigue estando muy por debajo del nivel necesario para romper la criptografía de Ethereum. Por lo tanto, la preparación es un ejercicio de gestión de riesgos más que una respuesta a un ataque activo. La incertidumbre en torno al cronograma de desarrollo es precisamente la razón por la que la red está comenzando la transición temprano.
La privacidad se convierte en un objetivo de diseño a nivel de protocolo
¿Cómo cambiaría la privacidad nativa la actividad de los usuarios de Ethereum?
La privacidad nativa reduciría la información que los observadores externos pueden conectar entre pagos, aplicaciones, consultas RPC y actividad de red. No haría que cada transacción o interacción con contratos inteligentes fuera completamente invisible.
La hoja de ruta de privacidad de Vitalik divide el problema en cuatro áreas: pagos privados en cadena, anonimización parcial de la actividad dentro de las aplicaciones, privacidad para lecturas de blockchain y llamadas RPC, y anonimato a nivel de red. Esta definición más amplia importa porque los valores de las transacciones son solo una fuente de exposición. El proveedor de RPC de un usuario puede observar qué direcciones y contratos consulta la billetera incluso cuando no se envía ninguna transacción.
Un enfoque propuesto es moverse hacia una dirección diferente para cada aplicación. Esto podría dificultar asociar la actividad de préstamos, comercio, juegos y pagos de un usuario a través de una cuenta pública. Se necesitarían transferencias que preserven la privacidad a las otras direcciones del usuario para evitar que esas cuentas se vinculen a través de transacciones de financiación ordinarias.
La integración de billeteras es otra prioridad. Las herramientas de privacidad podrían convertirse en parte de las interfaces de billetera existentes, permitiendo a los usuarios gastar desde saldos protegidos sin descargar una billetera especializada separada. Las propuestas de FOCIL y abstracción de cuentas podrían mejorar la resistencia a la censura y reducir la dependencia de relés públicos para transacciones que preservan la privacidad.
La privacidad de RPC podría inicialmente depender de entornos de ejecución confiables, seguidos de recuperación de información privada si la tecnología se vuelve lo suficientemente eficiente para conjuntos de datos a escala de Ethereum. Las billeteras también podrían conectarse a varios servicios de RPC o usar diferentes proveedores para diferentes aplicaciones, reduciendo la cantidad de metadatos visibles para un operador.
¿Por qué es difícil implementar la privacidad por defecto?
La privacidad por defecto es difícil porque las aplicaciones de Ethereum dependen de estado compartido y componibilidad. Un activo o cuenta privada aún debe interactuar con intercambios descentralizados, protocolos de préstamo, puentes y rollups sin exponer información innecesaria o crear costos de prueba prohibitivos.
Las pruebas de privacidad consumen computación y gas. La agregación de pruebas podría permitir que varias transacciones privadas compartan una prueba en cadena, pero esto introduce infraestructura adicional y latencia. La actividad entre L2 crea otra complicación porque los saldos privados y los permisos de cuenta deben permanecer utilizables en diferentes entornos de ejecución sin revelar públicamente su propietario común.
La recuperación de billeteras también es más difícil cuando las relaciones de cuenta se ocultan intencionalmente. Un sistema debe permitir a los usuarios rotar claves o recuperar acceso sin vincular cada nota privada y cuenta de aplicación. Las billeteras de almacén de claves que preservan la privacidad están destinadas a abordar este problema, pero siguen siendo un área de desarrollo.
Los requisitos regulatorios y de cumplimiento añaden más restricciones. Los Pools de Privacidad y sistemas relacionados intentan dar a los usuarios privacidad en las transacciones mientras les permiten demostrar que los fondos no se originan de fuentes ilícitas específicas. Si este modelo puede proporcionar privacidad práctica, liquidez amplia y herramientas de cumplimiento aceptables sigue siendo incierto.
En consecuencia, la hoja de ruta no significa que Ethereum ya proporcione privacidad nativa por defecto. Los nonces claveados, mecanismos de raíz reciente, FOCIL, pools de privacidad y tecnologías de RPC privado permanecen en diferentes etapas de investigación e implementación. Su inclusión indica dirección, no despliegue completado.
La migración post-cuántica remodela la escalabilidad de Ethereum
¿Por qué la hoja de ruta de seguridad cuántica de Ethereum no puede simplemente reemplazar las firmas?
Ethereum no puede simplemente reemplazar sus firmas existentes porque las alternativas post-cuánticas generalmente tienen diferentes características de rendimiento. Las firmas BLS son valiosas porque muchas firmas de validadores pueden agregarse en una prueba compacta. Ethereum.org señala que una firma BLS tiene aproximadamente 96 bytes, mientras que una firma basada en hash leanXMSS puede tener aproximadamente 3,000 bytes.
Reemplazar BLS directamente con leanXMSS sin agregación efectiva aumentaría enormemente la cantidad de datos de consenso transmitidos y verificados durante cada slot. Eso podría elevar los requisitos de ancho de banda y hardware, reducir la capacidad de la red para operar en condiciones adversas y hacer más costosa la participación de los validadores.
La leanVM propuesta aborda este problema verificando y agregando firmas post-cuánticas a través de una máquina virtual de conocimiento cero especializada. Ethereum.org afirma que este enfoque está destinado a comprimir los datos asociados aproximadamente 250 veces. Sin embargo, su seguridad, rendimiento de prueba e integración con clientes aún requieren pruebas.
Los compromisos KZG presentan un problema de migración separado. Dependen de emparejamientos de curvas elípticas y eventualmente necesitarían ser reemplazados por un esquema de compromiso resistente a cuánticos. Los compromisos basados en STARK usan funciones hash, mientras que las alternativas basadas en retículas dependen de problemas matemáticos que se cree resisten ataques cuánticos. Ninguno de los dos enfoques ha demostrado aún una combinación final de eficiencia, seguridad y madurez operativa para la carga de trabajo completa de disponibilidad de datos de Ethereum.
Las firmas de cuentas pueden transicionar más gradualmente mediante la abstracción de cuentas. La agilidad de firmas permitiría que billeteras individuales adopten un método de autenticación post-cuántico sin obligar a todas las cuentas a migrar el mismo día. Esto reduce el riesgo de coordinación, pero deja preguntas sin resolver sobre cuentas inactivas y usuarios que no actualicen.
¿Pueden las computadoras cuánticas robar ETH hoy?
No. Las computadoras cuánticas actuales no pueden derivar claves privadas de Ethereum ni forjar firmas de validadores a la escala necesaria para atacar la red. Ethereum.org afirma que los fondos de los usuarios están seguros hoy y que no se necesita ninguna acción inmediata en las billeteras.
La exposición a largo plazo difiere según el historial de la cuenta. Cuando una cuenta estándar de Ethereum envía una transacción, su clave pública se vuelve visible en la cadena. Una computadora cuántica futura suficientemente capaz podría teóricamente usar esa clave pública para derivar la clave privada correspondiente. Una cuenta que solo ha recibido activos y nunca ha enviado una transacción expone su dirección, que es un hash de la clave pública, en lugar de la clave pública en sí.
Esta distinción proporciona protección adicional para cuentas no utilizadas, pero no es una estrategia de migración completa. Los usuarios activos, las billeteras de contratos inteligentes, las claves de validadores, los puentes y las aplicaciones aún necesitarían autenticación resistente a cuánticos. Las cuentas inactivas también crean un problema de gobernanza porque sus propietarios pueden no responder cuando las herramientas de migración estén disponibles.
Los hitos planificados de Ethereum incluyen un registro de claves post-cuántico, herramientas de verificación nativas, atestaciones de validadores post-cuánticas y eventuales agregación y compromisos de blobs. Ethereum.org apunta aproximadamente a 2029 para la infraestructura central, reconociendo que la migración de la capa de ejecución y del ecosistema continuaría más allá de ese punto.
Los usuarios deben monitorear las guías oficiales de billeteras y protocolos en lugar de reaccionar a afirmaciones especulativas de que un ataque cuántico es inminente. Una migración real estaría acompañada de lanzamientos de clientes, EIPs, soporte de billeteras e instrucciones claras del ecosistema Ethereum.
Las nuevas prioridades de Ethereum dependen del despliegue práctico
La última hoja de ruta de seguridad cuántica de Ethereum muestra que la estrategia a largo plazo del protocolo se está expandiendo más allá del rendimiento de transacciones. La privacidad, la resistencia cuántica, la verificación formal y la integración de rollups se están convirtiendo en requisitos de diseño centrales porque cada uno afecta si Ethereum puede permanecer seguro y utilizable a lo largo de varios ciclos tecnológicos.
La fortaleza de la hoja de ruta es que trata la migración criptográfica como un problema de sistemas. Reemplazar las firmas BLS afecta la agregación de validadores y el ancho de banda de la red. Reemplazar los compromisos KZG afecta la disponibilidad de datos de rollups. Proteger las cuentas ECDSA requiere migración de billeteras y agilidad de firmas, mientras que mover aplicaciones hacia pruebas resistentes a cuánticos puede cambiar los costos de prueba y la compatibilidad.
La privacidad tiene un alcance igualmente amplio. Los pagos privados por sí solos no pueden proteger a los usuarios si la misma dirección vincula actividad a través de aplicaciones o si los proveedores de RPC recopilan datos detallados de consultas. El diseño de billeteras, la abstracción de cuentas, la agregación de pruebas, la resistencia a la censura y los metadatos de red deben evolucionar juntos.
Sin embargo, la hoja de ruta sigue siendo una colección de direcciones de investigación e hitos de planificación. El éxito debe medirse por si las propuestas entran en el proceso EIP, obtienen apoyo en clientes y billeteras, funcionan de manera confiable en redes de prueba y llegan a mainnet sin aumentar materialmente el costo de ejecutar nodos o usar aplicaciones.
Las próximas señales a observar incluyen pruebas de interoperabilidad post-cuánticas, rendimiento de pruebas de leanVM, soporte de billeteras para agilidad de firmas, alternativas a los compromisos KZG y propuestas concretas de privacidad que entren en actualizaciones programadas. Hasta que esos pasos ocurran, la última hoja de ruta representa una declaración más clara de las prioridades de Ethereum, no una prueba de que la privacidad nativa o la resistencia cuántica completa ya se hayan entregado.
Fuentes
https://x.com/VitalikButerin/status/2086824673556467938
https://ethereum.org/roadmap/security/quantum-resistance/
https://ethereum-magicians.org/t/a-maximally-simple-l1-privacy-roadmap/23459
Descargo de responsabilidad de riesgo: Este artículo es solo para referencia y no constituye asesoramiento de inversión. El mercado de criptomonedas es altamente volátil. Tome decisiones con cautela según sus circunstancias individuales.
