\n
Starknet est\u00e1 trazando una ruta<\/a> hacia la resistencia cu\u00e1ntica total, argumentando que su arquitectura ofrece a la red una ventaja poco com\u00fan frente a amenazas criptogr\u00e1ficas que podr\u00edan debilitar la seguridad convencional de las blockchains<\/a>. El planteamiento ya no es te\u00f3rico: una billetera experimental, todav\u00eda no auditada, complet\u00f3 una transferencia en mainnet usando una firma resistente a la computaci\u00f3n cu\u00e1ntica sin requerir un fork, una migraci\u00f3n coordinada ni una nueva direcci\u00f3n. La demostraci\u00f3n convierte la preparaci\u00f3n cu\u00e1ntica en c\u00f3digo funcional<\/strong>, mostrando que las cuentas pueden elegir esquemas de firma y actualizar su protecci\u00f3n de forma independiente.<\/p>\n <\/p>\n La ventaja de Starknet<\/a> proviene de dos capas. Su sistema de verificaci\u00f3n utiliza pruebas STARK basadas en funciones hash en lugar de curvas el\u00edpticas, evitando la estructura criptogr\u00e1fica amenazada por el algoritmo de Shor. En la capa de cuentas, cada cuenta es un contrato inteligente, por lo que la l\u00f3gica de firma no est\u00e1 integrada r\u00edgidamente en el protocolo. Esto permite adoptar firmas poscu\u00e1nticas sin obligar a todos los usuarios a migrar simult\u00e1neamente.<\/strong> Ya se demostr\u00f3 una cuenta Falcon-512 escrita en Cairo, con versiones desplegables que conservan las mismas direcciones y fondos.<\/p>\n La hoja de ruta publicada por StarkWare divide la transici\u00f3n en tres fases. La primera reemplaza el hashing que a\u00fan depende de curvas el\u00edpticas en \u00e1reas como compromisos de estado y derivaci\u00f3n de direcciones, llevando nuevas transacciones y contratos hacia bases poscu\u00e1nticas. La segunda se enfoca en contratos existentes, con herramientas para adoptar almacenamiento resistente a ataques cu\u00e1nticos<\/a> sin romper interfaces ni exigir migraciones complejas. La fase final depende parcialmente de Ethereum<\/strong>, porque el puente y la capa de disponibilidad de datos de Starknet todav\u00eda heredan criptograf\u00eda de curva el\u00edptica de la red base.<\/p>\n La urgencia surge de la posibilidad de \u201crecolectar ahora, descifrar despu\u00e9s\u201d, donde adversarios almacenan hoy datos cifrados de blockchain y esperan hardware cu\u00e1ntico suficientemente potente. Starknet sostiene que muchas cadenas est\u00e1n expuestas tanto en firmas de billeteras como en capas de verificaci\u00f3n, haciendo insuficientes las actualizaciones parciales. Su propuesta busca reducir el trabajo coordinado pendiente cuando la computaci\u00f3n cu\u00e1ntica se convierta en una amenaza pr\u00e1ctica.<\/strong> Ethereum<\/a> tambi\u00e9n avanza hacia criptograf\u00eda basada en hashes y compatible con STARK, lo que, seg\u00fan Starknet, deber\u00eda dejarle menos trabajo pendiente que a otras redes de capa 2 cuando finalmente migren dependencias compartidas.<\/p>\n","protected":false},"excerpt":{"rendered":" Puntos clave de la noticia: Starknet demostr\u00f3 una billetera experimental en mainnet con firma resistente a la computaci\u00f3n cu\u00e1ntica, sin requerir fork, migraci\u00f3n coordinada ni una nueva direcci\u00f3n. Su arquitectura combina pruebas STARK y cuentas como contratos inteligentes, permitiendo adoptar firmas poscu\u00e1nticas individualmente mientras se mantienen las mismas direcciones y fondos. La hoja de ruta … <\/p>\nLa arquitectura de Starknet crea una ruta diferente hacia la resistencia cu\u00e1ntica<\/h2>\n
![\"Starknet](\"https:\/\/crypto-economy.com\/es\/\/wp-content\/uploads\/sites\/4\/2026\/08\/Starknet-Prepares-Upgrade.jpg\")
<\/p>\n