Imagina tener fondos en tu monedero, posiciones en diversos protocolos DeFi y años de historial de transacciones. Ahora imagina que te dicen que la criptografía que protege tu cuenta debe reemplazarse. ¿Realmente querrías crear otro monedero, transferir todo y reconectar todas tus aplicaciones solo para mantenerte seguro? He estado revisando la investigación de @Starknet sobre agilidad criptográfica, y este es el tipo de problema que creo que merece más discusión. --> Cambiar la seguridad sin empezar desde cero Starknet utiliza abstracción de cuenta nativa, lo que significa que las cuentas son contratos inteligentes programables. En lugar de depender de un único método fijo de verificación de firma, los desarrolladores pueden introducir distintas formas para que las cuentas autoricen transacciones. Esto significa que las cuentas compatibles pueden adoptar nueva criptografía sin requerir una actualización a nivel de red. Para los usuarios, esto podría significar eventualmente actualizar la seguridad de su cuenta manteniendo la misma dirección y fondos. Encuentro esto mucho más práctico que esperar que todos migren al mismo tiempo. --> Ya hay algo concreto para observar El 25 de octubre, un desarrollador compartió una migración experimental probada en Starknet Sepolia. La demostración cubrió 11 clases de contratos de monedero, incluyendo implementaciones de Argent, Braavos y OpenZeppelin. Las cuentas de prueba existentes se actualizaron para usar firmas híbridas ECDSA y Falcon-512, manteniendo sus direcciones y fondos. Después de la migración, las transacciones requerían ambas firmas, y la ruta de autorización anterior solo con ECDSA fue rechazada. Ese es un detalle importante. Reemplazar un método de seguridad no es suficiente si el método antiguo, potencialmente vulnerable, aún puede usarse. La implementación no ha sido auditada y sigue siendo exclusiva de testnet, por lo que no es una actualización final de monedero para todos. Aún así, valoro ver a los desarrolladores trabajar en el proceso real de migración. --> ¿Qué hay sobre la seguridad subyacente de @Starknet? Las pruebas STARK y las firmas de cuenta cumplen propósitos distintos. Las pruebas STARK basadas en hash verifican que el cálculo se realizó correctamente, mientras que las firmas de cuenta determinan quién puede autorizar transacciones. Dado que estos componentes son independientes, cambiar la verificación de firmas de cuenta no requiere reemplazar todo el sistema de prueba. El Quantum Hub de StarkWare también evalúa ocho aspectos de la agilidad criptográfica. En su evaluación del 15 de octubre de 2026, Starknet tenía evidencia pública que respaldaba las ocho capacidades dentro del alcance definido en la lista de verificación. Eso no significa que la red sea completamente resistente a la computación cuántica. Las cuentas existentes aún necesitan migración y Starknet sigue dependiendo de ethereum para componentes importantes, incluyendo su puente y disponibilidad de datos. Esas dependencias tienen sus propios requisitos de seguridad y cronogramas de actualización. --> Mis reflexiones No creo que prepararse para amenazas cuánticas deba significar esperar hasta que una vulnerabilidad se convierta en una emergencia. Nadie sabe exactamente qué avances en computación cuántica o matemáticas asistidas por IA podrían revelarse. Pero ya podemos trabajar en hacer las actualizaciones de seguridad menos complicadas para las personas que realmente usan estas redes. Me gustaría ver a los desarrolladores de monederos facilitar estas migraciones, especialmente en cuanto a recuperación de claves, compatibilidad y evitar que los usuarios caigan accidentalmente en seguridad más débil. Tener la tecnología es una cosa. Hacerla segura y práctica para usuarios comunes es otra. Esa es la parte del trabajo de @Starknet que estaré siguiendo. Investigación y metodología: https://t.co/bUHhv9TxJF Quantum Hub: https://t.co/veMp2WwDeT #Starknet #PostQuantum