El equipo de protocolo de la Ethereum Foundation actualizó su hoja de ruta, estableciendo el objetivo de modificar la capa 1 para ser resistente a la computación cuántica para diciembre de 2029. El plan abarca las capas de ejecución, consenso y disponibilidad de datos, y se avanza en sincronía con la actualización Hegotá, zkEVM, investigación sobre privacidad y finalidad.
Objetivo de 2029: cubrir tres capas de protocolo
El calendario fue presentado en la actualización de prioridades publicada por la fundación el 7 de septiembre, y posteriormente se detalló más en el AMA de Reddit el 16 de septiembre. El equipo asume como suposición de planificación optimista la aparición de computadoras cuánticas con amenazas reales alrededor del año 2030.
Actualmente, Ethereum depende en gran medida de firmas de curva elíptica. Para lograr la resistencia cuántica, el sistema de cuentas debe poder cambiar los métodos de autenticación sin depender de cada hard fork. Los ajustes en la capa de consenso son más complejos, ya que las firmas de los validadores y los mecanismos de agregación están profundamente integrados, y la parte de disponibilidad de datos también requiere reemplazar gradualmente las dependencias criptográficas relacionadas.
La fundación también advierte que la actualización del protocolo de la red principal no equivale a una migración automática de todo el ecosistema. Billeteras, sistemas de custodia, puentes cruzados, Rollups y la capa de aplicaciones podrían seguir dependiendo de la criptografía tradicional en el futuro, por lo que los sistemas externos también deben identificar y reemplazar estas dependencias antes de la fecha límite de la red principal.
Frame Transactions incorporado a Hegotá
EIP-8141, también conocido como Frame Transactions, ha sido incluido en el plan de actualización Hegotá. Esta propuesta descompone la validación, ejecución y pago de Gas en módulos programables, permitiendo que las cuentas definan sus propios métodos de autorización y validación, en lugar de estar atadas permanentemente al modelo de firma actual.
El方案 actual también combina nonces con clave de EIP-8250 y roots recientes de EIP-8272. El equipo de investigación considera que esta combinación respalda escenarios de privacidad y proporciona una vía para abandonar progresivamente la clave maestra secp256k1. Sin embargo, esta especificación aún es un borrador y la fecha de lanzamiento en mainnet de Hegotá aún no se ha confirmado.
zkEVM: prueba opcional de prueba de ejecución
En la hoja de ruta de zkEVM, EIP-8025 propone introducir primero pruebas de ejecución opcionales. Según este diseño, los validadores y nodos pueden generar o utilizar pruebas de ejecución sin modificar las reglas actuales de validez del consenso. El equipo desea probar primero en una red real la generación, transmisión, verificación e integración de clientes de las pruebas, antes de decidir si hacerlas obligatorias.
La fundación previamente reveló que el sistema zkVM ya puede generar pruebas para el 99% de los bloques de Ethereum en menos de 10 segundos en el hardware objetivo, pero aún no se han completado los preparativos de seguridad. El equipo de investigación también enfatizó que la verificación formal no reemplaza las pruebas, y que incluso en implementaciones con pruebas matemáticas, las pruebas posteriores aún descubrieron problemas.
La privacidad y la finalidad continúan avanzando en paralelo
La investigación de privacidad sigue siendo uno de los enfoques que se impulsan simultáneamente a través de múltiples actualizaciones. El plan actual es comenzar desplegando herramientas de capa de transacción en Hegotá, incluyendo Frames y FOCIL, y luego avanzar progresivamente hacia el diseño de privacidad resistente a la computación cuántica y de memoria criptográfica. El objetivo de FOCIL es reducir la dependencia de la inclusión de transacciones en un único constructor de bloques.
Otra propuesta de transferencia privada nativa, EIP-8182, fue descartada de Hegotá en septiembre. El equipo del protocolo considera que una ruta basada en Frames también puede admitir funciones de privacidad sin necesidad de integrar directamente un sistema de privacidad específico en el protocolo. Mientras tanto, las direcciones candidatas para el próximo fork I* tras Hegotá apuntan hacia el "desacoplamiento del consenso", con el objetivo de reducir progresivamente el tiempo de finalización de minutos a segundos.