\n
Algorand<\/a> present\u00f3 una estrategia para preparar su modelo de cuentas ante la computaci\u00f3n cu\u00e1ntica<\/a>. El enfoque apunta a proteger el libro mayor, no solo bloques hist\u00f3ricos, eliminando rutas vulnerables en cada tipo de cuenta. El riesgo se concentra en Shor, que podr\u00eda exponer claves privadas Ed25519, y Grover, que afecta direcciones derivadas de hashes. Para desarrolladores, el desaf\u00edo central es el control de cuentas<\/strong>, porque proteger saldos exige asegurar cada forma v\u00e1lida de autorizar transacciones.<\/p>\n <\/p>\n La hoja de ruta<\/a> divide el trabajo poscu\u00e1ntico en tres etapas: pasado, presente y futuro. Las State Proofs, desplegadas en 2022 con el Renaissance Block, usaron firmas Falcon para blindar certificaciones hist\u00f3ricas. En noviembre de 2025, un hito mostr\u00f3 autorizaci\u00f3n en MainNet con Falcon mediante abstracci\u00f3n de cuentas. Ahora el foco pasa al estado vivo, donde saldos, activos y aplicaciones dependen de rutas seguras. El libro mayor actual es el campo de batalla cr\u00edtico<\/strong>, porque proteger la historia no asegura fondos.<\/p>\n Las cuentas de firma \u00fanica enfrentan el riesgo m\u00e1s directo porque dependen de claves Ed25519. El primer paso propuesto es la abstracci\u00f3n con Falcon, permitiendo crear cuentas controladas por Falcon o reasignar cuentas Ed25519 a un autorizador Logic Signature. As\u00ed se conserva la direcci\u00f3n, pero cambia qui\u00e9n puede gastar. Persisten fricciones: claves y firmas Falcon m\u00e1s grandes, flujos m\u00faltiples, billeteras y custodia. La migraci\u00f3n poscu\u00e1ntica<\/a> no es solo dise\u00f1o de protocolo<\/strong>, tambi\u00e9n exige adopci\u00f3n operativa.<\/p>\n Las cuentas controladas por programas plantean un problema m\u00e1s extra\u00f1o. Logic Signature y Application accounts quiz\u00e1 no generen claves Ed25519 intencionalmente, pero sus identificadores de 32 bytes pueden interpretarse como claves p\u00fablicas v\u00e1lidas. Un atacante cu\u00e1ntico podr\u00eda explotar esa ruta accidental y saltarse la l\u00f3gica. Las Logic Signatures pueden salarse hasta producir direcciones off-curve, mientras las Application accounts podr\u00edan requerir sal o tipificaci\u00f3n. Cada tipo de cuenta requiere su propio tratamiento<\/strong>, no un parche universal.<\/p>\n La direcci\u00f3n de largo plazo apunta a cuentas poscu\u00e1nticas nativas, con Falcon como primitiva de protocolo. Eso abre dudas porque las claves p\u00fablicas Falcon son m\u00e1s grandes que las direcciones de 32 bytes de Algorand, lo que exige derivaci\u00f3n basada en hash y nuevo dise\u00f1o de verificaci\u00f3n. Algorand favorece una migraci\u00f3n gradual. La estrategia es deliberadamente evolutiva<\/strong>, pensada para proteger usuarios sin romper aplicaciones, gobernanza ni custodia antes de que la amenaza sea operativa.<\/p>\n","protected":false},"excerpt":{"rendered":" Puntos clave de la noticia: Algorand present\u00f3 una estrategia poscu\u00e1ntica centrada en asegurar el control de cuentas, no solo datos hist\u00f3ricos, frente a los algoritmos de Shor y Grover. El plan parte de State Proofs de 2022 y de un hito MainNet con Falcon en 2025, para luego proteger el estado vivo. Cuentas de firma … <\/p>\nLos tipos de cuenta definen el reto de migraci\u00f3n<\/h2>\n
![\"Algorand](\"https:\/\/crypto-economy.com\/es\/\/wp-content\/uploads\/sites\/4\/2026\/05\/Algorand-Quantum-Era-Security.jpg\")
<\/p>\n