El Ethereum poscuántico tiene una nueva fecha sobre la mesa. Ethlabs, la organización sin ánimo de lucro fundada por exinvestigadores de la Fundación Ethereum y conocida por su trabajo en el cliente de consenso Prysm, ha pedido a la red que adelante dos años su preparación frente a la computación cuántica y la inteligencia artificial: del objetivo de diciembre de 2029 a un 2027 que obligaría a reordenar los próximos hard forks.
La propuesta se llama pqai27 y conviene decirlo pronto: no es una actualización aprobada ni una fecha cerrada por los desarrolladores. Está publicada en el foro Ethereum Magicians, el espacio donde se discuten las propuestas técnicas antes de convertirse en EIP, las fichas de mejora que después implementan los clientes. De momento solo compromete a quien la firma.
Para liberar recursos, Ethlabs retira Quick Slots, su propuesta para acelerar la producción de bloques, del fork Hegotá, uno de los próximos paquetes grandes de cambios de la red. La comunidad la había respaldado en una encuesta. El equipo sostiene que no lo ha decidido a la ligera.
Qué significa poscuántico y por qué 2027 en lugar de 2029
La criptografía que sostiene Ethereum se apoya en problemas matemáticos que, en teoría, una máquina de computación cuántica suficientemente grande podría resolver. Las firmas digitales que autorizan cada transacción, las claves de los validadores (los nodos que bloquean 32 ETH para asegurar la red a cambio de recompensas) y las estructuras de hashes que ordenan el historial entran en esa lista. Hoy no existe ninguna máquina capaz de romperlos.
Ethlabs divide el objetivo en dos etapas. La primera, pqai-ready, exige que el consenso de la red sea poscuántico y que cualquier usuario tenga una ruta para trasladar sus cuentas a un formato resistente. La segunda, pqai-scaled, es más exigente: que Ethereum funcione a plena capacidad con transacciones y disponibilidad de datos también poscuánticas.
La distinción importa. Separar la existencia de una ruta segura de la operación completa permite graduar la migración sin congelar la red, pero deja abierta la pregunta de cuándo llega la segunda fase.
Adelantar un calendario de seguridad no cuesta dinero: cuesta dejar de hacer otras cosas con ese mismo tiempo de ingeniería.
El papel de la IA: menos supuestos y más verificación formal
El argumento de Ethlabs va más allá del cuanto. La IA generativa ya ha resuelto cientos de problemas matemáticos abiertos y ha localizado alrededor de 1.000 vulnerabilidades en el núcleo de Linux, según los ejemplos que cita el propio equipo. Si la seguridad criptográfica depende de problemas que siguen abiertos, la velocidad a la que la IA los cierra cambia el cálculo de riesgos.
De ahí la expresión post-IA: sistemas con los mínimos supuestos posibles y clientes de software más resistentes a herramientas capaces de encontrar fallos a escala. Ethlabs la ata a dos prácticas que Ethereum ya cultiva. La verificación formal, que comprueba el código con métodos matemáticos rigurosos en lugar de solo con pruebas, y la diversidad de clientes, es decir, que la red no dependa de una única implementación de software.
Las referencias de calendario que maneja el sector no son concluyentes. La hoja de ruta de seguridad de Ethereum recoge las previsiones del NIST: ECDSA, el estándar de firma que usa la red, podría quedar obsoleto hacia 2030 y prohibirse en 2035. Google fijó 2029 para migrar sus propios sistemas a criptografía poscuántica. Ninguna de esas fechas demuestra que hoy exista un ordenador cuántico capaz de atacar Ethereum.
Ethlabs no afirma que el riesgo sea inminente. Afirma que la incertidumbre hace imprudente confiar en calendarios largos sin preparar alternativas.
El coste de frenar la hoja de ruta para asegurar la red
Ethereum ya ha vivido reordenaciones de prioridades parecidas. En septiembre de 2022, The Merge cambió el mecanismo de consenso de prueba de trabajo a prueba de participación y dejó en segundo plano casi cualquier otra mejora durante meses. En marzo de 2024, Dencun introdujo los blobs —espacios de datos baratos para los rollups, las capas 2 que procesan transacciones fuera de la red principal y luego las resumen en ella— y bajó las comisiones a una fracción de lo que costaban. Los dos hitos exigieron apartar trabajo que parecía urgente.
La diferencia es que ahora lo que se aplaza es capacidad. Quick Slots apuntaba a bloques más rápidos, un terreno donde Ethereum compite por latencia con sus propios rollups y con otras redes. Retirarlo de Hegotá tiene un coste que no aparece en ningún panel de datos.
Hay dos riesgos más, en lenguaje llano. El primero es que la preparación poscuántica se quede en una etiqueta: Ethlabs no ha publicado un calendario completo de implementación ni ha detallado qué cambios concretos de protocolo cumplirían cada etapa. El segundo es de concentración: si la diversidad de clientes forma parte del argumento, conviene recordar que una sola implementación sigue procesando la mayor parte de los bloques, y que la verificación formal es cara y lenta.
Para quien tiene ether, la lectura práctica es sencilla. Nada de esto cambia el funcionamiento de la red a corto plazo: no hay migración obligatoria, ni fecha de corte, ni nuevo formato de direcciones, al que correr. Lo que sí cambia, si la propuesta prospera, es el orden en el que llegarán las mejoras de capacidad que el usuario nota en forma de comisiones más bajas.
La decisión no está en manos de Ethlabs. Pasa por las llamadas de los desarrolladores core, por el alcance definitivo de Hegotá y por el apetito de la comunidad de reescribir su hoja de ruta. Un calendario de seguridad que se adelanta dos años no se mide en anuncios, sino en líneas de código revisadas.
De momento, la fecha oficial sigue siendo 2029.
