✨︎ Resumen (TL;DR):
- Starknet evalúa convertirse en una cadena independiente de Ethereum para controlar sus actualizaciones de seguridad.
- StarkWare fijó 2027 como objetivo de resistencia cuántica completa, aunque la conversión sigue en evaluación.
- La migración todavía debe resolver cuentas, contratos y dependencias del puente y los datos publicados en Ethereum.
Starknet evalúa convertirse en una cadena de bloques independiente de Ethereum para controlar sus propias actualizaciones de seguridad y cambiar su criptografía con mayor rapidez. La red planteó esa posibilidad el 8 de octubre de 2026 y fijó 2027 como objetivo de resistencia cuántica completa, pero la conversión todavía está en evaluación.
Starknet quiere controlar el calendario criptográfico
Eli Ben-Sasson, cofundador y CEO de StarkWare, vinculó la discusión con los avances en computación cuántica e inteligencia artificial, según Unchained. Su planteamiento busca que la red pueda actualizar su criptografía con mayor rapidez.
El debate también incluye el llamado de Justin Drake a preparar nuevas defensas para las firmas digitales. La discusión no se limita a las pruebas que verifican las operaciones: también alcanza las cuentas, los contratos, el puente y los mecanismos que envían datos a Ethereum.
La hoja de ruta divide la migración en tres fases
StarkWare publicó su hoja de ruta el 30 de junio de 2026. El documento ordena el trabajo en tres fases:
- Proteger la actividad nueva de Starknet.
- Adaptar los contratos existentes a la nueva criptografía.
- Resolver las dependencias de Ethereum.
La tercera fase explica por qué la posible independencia modifica la arquitectura de la red. La hoja de ruta identifica dos conexiones que heredan criptografía vulnerable ante futuras computadoras cuánticas.
La primera corresponde a los mensajes del puente entre Starknet y Ethereum. La segunda está en los mecanismos que respaldan los datos publicados en Ethereum. Para comprobar esos datos, Starknet utiliza compromisos KZG, una herramienta matemática destinada a verificar que la información publicada es correcta.
StarkWare separa ese posible punto débil de la validez de las operaciones. Esa validez continúa respaldada por pruebas STARK, por lo que el riesgo descrito se concentra en la comprobación de los datos y no en la verificación de las operaciones mismas.
Ethereum.org sitúa hacia 2029 la finalización de su infraestructura poscuántica central. La migración completa de la capa de ejecución y de las aplicaciones se extendería más allá de ese objetivo. La fecha funciona como una meta de desarrollo con alcance limitado, no como una predicción sobre cuándo llegará una computadora capaz de atacar la red.
Las pruebas STARK cubren solo una parte
Una prueba STARK es un sistema de verificación que comprueba cálculos realizados fuera de la cadena principal. Su diseño usa funciones hash, que generan huellas criptográficas de los datos, en lugar de problemas de curvas elípticas expuestos al algoritmo cuántico de Shor.
Esa ventaja corresponde al sistema de pruebas, pero no resuelve por sí sola la migración de las cuentas y otros componentes de Starknet. El registro técnico de StarkWare, actualizado el 19 de agosto de 2026, documenta estos estados:
- Pruebas STARK: tienen un diseño basado en hash. Su seguridad depende de los parámetros y de la implementación. StarkWare y la gobernanza del protocolo deben gestionar este componente.
- Cuentas: cuentan con validación programable, pero la integración y la adopción siguen pendientes. El trabajo corresponde a los desarrolladores de cuentas, wallets y custodios.
- Criptografía del protocolo: BLAKE2s-256 ya está activado para los hashes del programa y la configuración. StarkWare y la gobernanza de Starknet prevén otros cambios.
- Contratos existentes: las herramientas de migración siguen en investigación. StarkWare y los equipos que mantienen los contratos participan en ese trabajo.
- Puente y datos en Ethereum: conservan dependencias externas. Según el componente, la alternativa de publicación involucra a Ethereum y Starknet, incluida la posibilidad de usar calldata.
El registro también explica que una cuenta puede adoptar otros esquemas de firma mediante su validación programable. Esa opción requiere integración en wallets, gestión de claves y auditorías. Las cuentas existentes no se actualizan automáticamente.
Starknet puede publicar datos directamente en transacciones de Ethereum mediante calldata, en lugar de usar blobs. El puente y los mensajes mantienen sus dependencias por separado, así que resolver una de esas rutas no elimina la otra.
Independizarse también implica asumir la seguridad
Una capa 2 es una red que ejecuta operaciones por separado y hereda garantías de Ethereum al publicar allí sus datos. Una capa 1 es la base de seguridad, los operadores de nodos y el mecanismo para acordar el estado de la cadena.
Si Starknet operara de forma independiente, tendría que definir cómo sustituir las garantías que recibe de Ethereum. Controlar el calendario de su criptografía también implicaría asumir la infraestructura y la seguridad que sostienen a la cadena.
La documentación de Ethereum señala que el hardware cuántico actual está lejos de poder romper su criptografía. Sus preparativos responden a un riesgo futuro cuyo plazo exacto se desconoce y a una transición que requiere años de trabajo.
Para los equipos que mantienen aplicaciones en Starknet, una eventual independencia cambiaría quién sostiene las garantías sobre las que construyen. La hoja de ruta de StarkWare establece que las modificaciones del protocolo deben pasar por la gobernanza de la red.
La conversión permanece en evaluación. 2027 es la meta declarada para la resistencia cuántica completa, no una aprobación de la separación ni una fecha para la llegada de una computadora cuántica capaz de atacar Ethereum. El trabajo pendiente está delimitado: migrar cuentas y contratos, definir el tratamiento del puente y los datos, y decidir quién asumirá las garantías que hoy aporta Ethereum.
