Ethereum tiene desde hace años una fecha para dejar de ser vulnerable a un ordenador cuántico suficientemente grande, y esa fecha acaba de moverse un año. El investigador de la Ethereum Foundation Justin Drake dijo en Devcon 8, celebrado en Bombay, que su esperanza es completar la transición postcuántica y post-IA del protocolo en diciembre de 2028, un año antes del objetivo que la propia Fundación fijó en su hoja de ruta de septiembre.
Drake acompañó su declaración con una condición: quedan 24 meses para entregar tres actualizaciones de red después de Glamsterdam, y solo si esas tres llegan a tiempo la fecha es alcanzable. La Fundación no ha modificado su hoja de ruta, que sigue diciendo diciembre de 2029.
Hay una segunda parte que casi nadie repite cuando cita el anuncio. La transición del protocolo y la migración de los monederos son dos trabajos distintos, y solo el primero tiene fecha. Cambiar las firmas del consenso y de la capa de datos es un problema de ingeniería con un calendario; mover millones de claves que hoy viven en papel, en dispositivos y en contratos es un problema de logística sin dueño claro.
¿Qué dijo Drake en Devcon 8 y qué no dijo?
La intervención fue en la ceremonia de apertura, y el marco que usó Drake es el de una transición doble: postcuántica y post-IA. Lo primero significa sustituir la criptografía que un ordenador cuántico podría romper, empezando por las firmas de las cuentas y siguiendo por el resto del protocolo. Lo segundo apunta a un cambio de supuestos sobre quién opera la red y con qué.
Lo que no dijo es igual de importante. No anunció un cambio de hoja de ruta, no publicó un calendario de actualizaciones con nombres y fechas y no prometió que el trabajo esté terminado en 2028. La formulación que usó, nuestra esperanza, es la misma que un equipo de ingeniería usa cuando quiere marcar una dirección sin firmar un contrato.
El contexto ayuda a leer el anuncio. La hoja de ruta de septiembre de la Ethereum Foundation mantiene diciembre de 2029 como plazo para que la capa de ejecución, la de consenso y la de disponibilidad de datos sean resistentes a la criptografía cuántica. Drake habla de adelantar ese plazo, no de sustituirlo.
2028 frente a 2029 en la hoja de ruta
Un año de diferencia parece poco hasta que se mira qué hay que hacer en él. La resistencia cuántica de Ethereum implica cambiar el esquema de firmas de las cuentas, lo que afecta a cada monedero, cada contrato con lógica de firma y cada servicio de custodia que haya construido su seguridad sobre la curva elíptica actual. No es un parche, es una migración.
La hoja de ruta oficial establece además una revisión en enero de 2027, y esa revisión es la que decidirá si el calendario se mantiene. Drake adelanta la conversación dos meses antes de que esa revisión se produzca, lo que sugiere una intención política además de técnica: marcar el objetivo antes de que el grupo que revisa la hoja de ruta tenga que pronunciarse.
En agosto, el mismo investigador había descrito un plan con leanVM listo para producción en 2027 y despliegues postcuánticos en las tres capas durante 2028. La fecha de Devcon encaja con ese plan y no lo amplía, lo que refuerza la lectura de que el anuncio es una confirmación de intenciones más que un cambio de rumbo.
Los tres forks que hay que entregar en 24 meses
La cuenta que hace Drake es concreta: después de Glamsterdam quedan tres actualizaciones de red que deben entregarse en 24 meses para cumplir con diciembre de 2028. Ethereum ha pasado de una actualización anual a dos o tres por año en los últimos ciclos, así que el ritmo no es imposible, pero tampoco holgado.
Cada una de esas actualizaciones arrastra su propio riesgo de coordinación. Un fork que cambia firmas obliga a todos los clientes de ejecución y de consenso a implementar el mismo esquema, a los operadores de nodos a actualizar en una ventana concreta y a las aplicaciones a adaptarse antes o después. Con tres forks encadenados, cualquier retraso en el primero empuja los otros dos.
El precedente más cercano no invita al optimismo. Las actualizaciones de 2026 ya se han retrasado por motivos que no tenían nada que ver con la criptografía: problemas de consenso en redes de prueba, dependencias de terceros y coordinación de clientes. La parte criptográfica, que es la difícil, ni siquiera ha empezado a probarse en producción.
El problema que no resuelve el protocolo
Aunque los tres forks lleguen a tiempo, el protocolo resistente a la criptografía cuántica convive con monederos que no lo son. Una cuenta creada en 2016 con una clave derivada de una curva elíptica sigue siendo vulnerable mientras nadie mueva los fondos a una cuenta nueva, y ese movimiento depende del dueño de la clave, no del protocolo.
Drake lo dijo de forma explícita al presentar el plan: la migración de monederos y aplicaciones puede continuar después de la actualización del protocolo. Es la frase menos citada del anuncio y la que más afecta al usuario, porque significa que la fecha de 2028 marca el final de la parte que Ethereum controla, no el final del riesgo.
La comparación con el calendario del NIST ayuda a entender la escala. El cronograma para jubilar la criptografía clásica que publicó el instituto estadounidense da años, no meses, para retirar los algoritmos vulnerables, y las migraciones de infraestructura que ya han ocurrido en la industria bancaria han tardado más de lo previsto en cada ocasión.
Qué significa para quien custodia claves
Para un particular con fondos en una cuenta de Ethereum, el anuncio no cambia nada esta semana y sí debería cambiar algo en los próximos dos años. La recomendación práctica es la misma que se da en cada transición criptográfica: no dejar los fondos en una dirección antigua indefinidamente y estar atento a los mecanismos de migración que el ecosistema publique.
Para un custodio institucional el problema es mayor, porque la migración implica mover claves que por diseño no se mueven. Los esquemas de custodia con firmas en hardware, con reparto de claves entre ubicaciones y con procedimientos de recuperación documentados tendrán que rehacerse, y ese trabajo se mide en trimestres, no en semanas.
El debate sobre chips abiertos que planteó Vitalik Buterin esta misma semana apunta al mismo fondo. Si la seguridad de las claves depende de hardware que nadie puede auditar, la transición postcuántica cambia el algoritmo y deja intacto el problema de confianza.
La fecha que nadie firmó
Diciembre de 2028 es una aspiración de un investigador en el escenario de una conferencia, no un hito contractual. La hoja de ruta de la Fundación sigue en 2029, la revisión de enero de 2027 puede moverlo todo y los tres forks necesarios no tienen ni nombre ni fecha de entrega. Tratarlo como un compromiso sería repetir el error de cada ciclo anterior.
Aun así, el anuncio tiene valor. Marca la dirección, pone un año concreto en la conversación y obliga a los equipos de clientes y de monederos a empezar a planificar antes de que la fecha sea oficial. La EIP-8288 que abarata la criptografía de Ethereum es la prueba de que ese trabajo ya está en marcha.
Lo que queda por ver es si el ecosistema trata la migración de claves con la misma urgencia que la del protocolo. Un Ethereum postcuántico con millones de cuentas antiguas sin mover no es un Ethereum seguro; es un protocolo nuevo con una herencia que nadie ha terminado de migrar.
