Guía fundamental
Funciones de blockchain segura frente a la computación cuántica
Una blockchain segura frente a la computación cuántica no es una etiqueta. Es la migración medible de las claves, firmas, pruebas y protocolos que un ordenador cuántico podría atacar en el futuro. Esta guía separa estándares, hitos entregados y afirmaciones de hoja de ruta para que los desarrolladores evalúen las pruebas.
La computación cuántica no rompe una blockchain por arte de magia. La preocupación es más específica: un ordenador cuántico con capacidad suficiente podría socavar los supuestos matemáticos de los sistemas de clave pública ampliamente usados, incluidas las firmas de curva elíptica que autorizan muchas wallets y validan mensajes de protocolo. Las funciones hash y la criptografía simétrica tienen perfiles de seguridad distintos, por lo que la migración debe mapearse función por función.
La cuestión práctica no es si cada cadena necesita una nueva marca. Es si una red puede inventariar sus dependencias criptográficas, adoptar estándares adecuados, conservar la compatibilidad hacia atrás cuando sea necesario y demostrar el resultado en un entorno activo. NIST indica que los ordenadores cuánticos pueden estar aún a años o décadas, y a la vez pide iniciar la migración porque actualizar productos, servicios y protocolos lleva tiempo.
¿Qué es la criptografía en blockchain?
Antes de entrar en los detalles poscuánticos, conviene ver qué hace realmente la criptografía en un sistema blockchain.
La criptografía es el conjunto de técnicas matemáticas que permiten a una red descentralizada acordar y verificar datos sin confiar en una autoridad central. En una blockchain, ese conjunto de herramientas se construye principalmente con cuatro piezas: hashing, criptografía de clave pública (asimétrica), firmas digitales y árboles de Merkle. Cada una resuelve un problema de coordinación distinto, y juntas permiten que dos desconocidos hagan transacciones sin que un banco, notario u operador de plataforma medie entre ellos.
Las funciones hash criptográficas como SHA-256 son funciones unidireccionales: toman datos de cualquier tamaño y los convierten en una huella de tamaño fijo prácticamente imposible de revertir o falsificar. Si se cambia un solo carácter en una transacción, el hash cambia por completo. Las blockchains usan esta propiedad para encadenar bloques entre sí: cada encabezado de bloque contiene el hash del bloque anterior, así que cualquier intento de alterar datos antiguos rompe la cadena de hashes posterior y se detecta de inmediato.
La criptografía de clave pública y las firmas digitales gestionan la autorización. Una wallet tiene una clave privada, conocida solo por su propietario, y una clave pública matemáticamente vinculada que puede compartirse libremente. Gastar fondos implica firmar una transacción con la clave privada. Cualquiera en la red puede entonces usar la clave pública para verificar que la firma es auténtica y que la transacción no se alteró, sin que la clave privada se revele nunca. Esto es lo que permite a una red aprobar una transferencia sin que un banco verifique una identificación.
Los árboles de Merkle resuelven un problema distinto: cómo demostrar que una única transacción se incluyó en un bloque sin descargar el bloque completo. Las transacciones se combinan en hashes por pares, esos hashes se combinan de nuevo por pares, y así sucesivamente, hasta que queda una única raíz de Merkle en el encabezado del bloque. Una prueba de Merkle breve, apenas un puñado de hashes, permite a un cliente ligero verificar que una transacción específica forma parte de esa raíz y, por tanto, del bloque, sin tener una copia completa del libro mayor.
Juntas, estas técnicas dan a las blockchains tres propiedades que de otro modo requerirían un intermediario de confianza: integridad, es decir, que los datos no puedan alterarse sin detección; autenticación, es decir, que solo quien posee una clave privada puede autorizar un gasto; y no repudio, es decir, que una acción firmada no puede negarse después de forma creíble por quien la firmó. Esa combinación, confianza verificable sin un guardián central, es el verdadero fundamento de lo que se entiende por seguridad blockchain.
Casi todas las blockchains actuales dependen de la criptografía clásica de curva elíptica, algoritmos como ECDSA o EdDSA, para producir esas firmas digitales. Esa dependencia es precisamente la capa que un ordenador cuántico suficientemente potente podría llegar a socavar, ya que los problemas matemáticos difíciles en los que se apoyan las firmas de curva elíptica son justo los que los algoritmos cuánticos están teóricamente capacitados para resolver. La criptografía poscuántica, tratada en el resto de esta guía, se entiende mejor como la siguiente evolución de estas mismas técnicas fundamentales y no como un tema aparte: conserva los mismos roles (hashing, firmas y establecimiento de claves), pero sustituye las matemáticas subyacentes por otras diseñadas para resistir ataques cuánticos.
Qué significa la seguridad poscuántica en una blockchain
La palabra «segura» necesita un límite. Una afirmación puede referirse a pruebas de estado históricas, una ruta de autorización de wallet, un canal de red o un protocolo completo. No son el mismo logro.
Migración de firmas
Los gastos de wallets, votos de validadores, certificaciones de puentes, aprobaciones de actualizaciones y credenciales de identidad necesitan una ruta de autorización resistente a la computación cuántica. Un algoritmo de firma prueba quién autorizó una acción. No establece una clave de sesión cifrada.
Establecimiento de claves
Los nodos, wallets, API y servicios de aplicaciones privadas necesitan establecer secretos compartidos. ML-KEM está diseñado para esa función. Normalmente protege datos en tránsito o secretos almacenados, en lugar de reemplazar por sí solo una firma de transacción.
Agilidad criptográfica
Las redes necesitan direcciones y formatos de transacción versionados, bibliotecas, soporte de hardware, reglas de reversión y políticas de retirada. Una cadena que no puede añadir o rotar algoritmos con seguridad tendrá dificultades para migrar incluso si nombra el primitivo correcto.
Pruebas y alcance
Una afirmación creíble identifica el algoritmo, conjunto de parámetros, superficie de implementación, pruebas de auditoría o ensayo y si la función es experimental, opcional u obligatoria. También indica con claridad qué sigue siendo clásico.
Los estándares detrás de los nombres
El 13 de agosto de 2024, NIST publicó sus tres primeros estándares finalizados de criptografía poscuántica. FIPS 203 especifica ML-KEM, sucesor estandarizado de CRYSTALS-Kyber, para establecimiento de claves y cifrado general. FIPS 204 especifica ML-DSA, sucesor estandarizado de CRYSTALS-Dilithium, para firmas digitales. FIPS 205 especifica el estándar de firma SLH-DSA basado en hash. El anuncio de NIST llama a FIPS 203 su estándar principal para cifrado general y a FIPS 204 su estándar principal para proteger firmas digitales.
El material técnico más antiguo suele decir Kyber y Dilithium. Ese vocabulario es comprensible, pero el trabajo de implementación actual debe distinguir la propuesta seleccionada del estándar final. Importan las codificaciones, conjuntos de parámetros, vectores de prueba y módulos aprobados exactos. Nombrar Kyber en una página de marketing no demuestra que un protocolo interopere con FIPS 203.
«Animamos a los administradores de sistemas a empezar a integrarlos en sus sistemas inmediatamente, porque la integración completa llevará tiempo.»
El momento tiene implicaciones de política. La página del proyecto NIST señala que planea retirar y finalmente eliminar algoritmos vulnerables a la computación cuántica de sus estándares para 2035, y que los sistemas de alto riesgo deberán migrar antes. Esa fecha no es una cuenta atrás para un ataque cuántico. Es una señal de migración: inventaríe los sistemas de larga vida antes de que el reemplazo se convierta en una emergencia. La guía de migración de NIST explica la diferencia.
Por qué «recopilar ahora, descifrar después» alcanza a los sistemas blockchain
La amenaza es más directa cuando los datos o la autoridad deben permanecer protegidos durante mucho tiempo.
Recopilar ahora y descifrar después describe a un adversario que reúne material cifrado hoy e intenta descifrarlo más tarde si llega a disponer de capacidad cuántica. Las entradas de un libro mayor público son públicas intencionalmente, por lo que su exposición principal suele ser la autenticidad, no la confidencialidad. Las superficies de mayor riesgo son los registros cifrados fuera de cadena, sesiones API privadas, copias de wallets, mensajes entre cadenas, archivos empresariales y sistemas de credenciales con larga retención.
Un segundo asunto es la exposición de la clave pública. En muchos sistemas de firma, una clave pública se hace visible cuando una cuenta gasta o interactúa con un contrato. Un futuro ataque cuántico tendría que ser técnica y económicamente viable dentro de una ventana operativa, pero esa posibilidad cambia cómo los equipos abordan la reutilización de claves, el diseño de direcciones, las rutas de actualización y la rotación de emergencia.
La respuesta debe ser proporcional. Empiece con un inventario: dónde autorizan activos o acciones privilegiadas las claves privadas, dónde establecen secretos los sistemas y qué registros deben ser confidenciales o confiables durante 5, 10 o 20 años. Después diseñe fases híbridas, pruebe el coste de verificación, mida el crecimiento de claves y firmas y ensaye la recuperación antes de hacer cambios permanentes.
Qué están haciendo realmente las distintas cadenas
| Enfoque | Qué demuestra | Qué no demuestra |
|---|---|---|
| Algorand y Falcon | Algorand documentó Falcon State Proofs cada 256 rondas y una transacción de mainnet autorizada por Falcon en noviembre de 2025. | Las firmas Falcon no son establecimiento de claves ML-KEM, y una ruta protegida no migra automáticamente todas las funciones del protocolo. |
| Investigación y prototipos | Las integraciones académicas y entornos de prueba pueden revelar problemas de tamaño de firma, coste de verificación, serialización y gestión de claves antes de adoptar el protocolo. | Un artículo, demo, biblioteca o testnet anunciado no es una garantía de seguridad para todo el mainnet. |
| Migración híbrida | Las credenciales clásicas y PQC pueden coexistir mientras las aplicaciones actualizan wallets, API, HSM, puentes y monitorización. | El modo híbrido debe especificarse con precisión. Combinar mal los algoritmos puede preservar el eslabón más débil o crear confusión operativa. |
| Compromisos de hoja de ruta | Una hoja de ruta puede fijar una dirección arquitectónica e invitar a investigar la compatibilidad con ML-KEM, ML-DSA, Falcon o alternativas. | Una hoja de ruta no es protección criptográfica desplegada y no debe describirse como seguridad de red actual. |
Algorand es el ejemplo público más sólido de esta comparación porque el alcance es concreto. Su informe técnico documenta un par de claves Falcon-1024 incorporado en una Logic Signature y verificado mediante el opcode falcon_verify de AVM. El informe indica una firma Falcon-1024 de unos 1.280 bytes, una clave pública de unos 1.793 bytes y firmas aproximadamente 10 veces mayores que las firmas Ed25519 de 64 bytes. Lea el informe técnico de Algorand para conocer el mecanismo exacto.
Estas cifras ilustran el verdadero compromiso de ingeniería. Una firma resistente a la computación cuántica puede ser utilizable y aun así cambiar el tamaño de transacción, presupuestos de verificación, comportamiento de wallets móviles, derivación de direcciones, diseño de contratos inteligentes y soporte de hardware. La lección no es que un algoritmo gane en cada contexto. Los detalles de implementación importan más que una afirmación genérica.
La hoja de ruta poscuántica de Autheo, con el alcance correcto
Autheo está desarrollando una hoja de ruta en torno a Kyber, Dilithium y Falcon para futuros trabajos de identidad, gestión de claves y capa de protocolo. Ese trabajo aún no está integrado en el sistema activo. Debe entenderse como una dirección arquitectónica y un programa de implementación, no como una afirmación de protección activa de la red hoy.
El staking y las comisiones de transacción están activos hoy. La criptografía poscuántica, TheoID, computación, almacenamiento, inferencia de IA y THEO AI están en desarrollo y se desplegarán durante los próximos meses. El trabajo de diseño previsto puede evaluar qué funciones requieren un KEM, cuáles requieren firmas, dónde podrían encajar las firmas compactas de Falcon y cómo deberían funcionar los límites de actualización y verificación.
Autheo funciona con Proof of Autheo, un modelo de consenso Hybrid PoA/PoS. Su arquitectura de consenso actual es distinta de la hoja de ruta poscuántica; por ello, no debe inferirse que un objetivo PQC futuro ya forma parte de la operación activa de validadores. Consulte la arquitectura de consenso de Autheo para conocer el modelo actual.
Lista de comprobación de diligencia debida para afirmaciones PQC
Nombre el estándar exacto, conjunto de parámetros y biblioteca de implementación.
Separe las firmas del establecimiento de claves y de la integridad basada en hash.
Identifique cada superficie protegida activa: wallets, validadores, pruebas de estado, API, puentes y credenciales.
Pregunte si la función está en mainnet, testnet, es opcional, experimental o solo planificada.
Mida el tamaño de firma y clave pública, tiempo de verificación, impacto en comisiones y restricciones de hardware.
Exija un plan de rotación y recuperación para claves comprometidas, heredadas o perdidas.
Compruebe código, vectores de prueba, auditorías y pruebas reproducibles de transacciones o protocolos.
Mantenga un registro de migración de criptografía clásica a PQC para que los integradores sepan qué sigue siendo vulnerable.
Una secuencia práctica de migración para equipos blockchain
Empiece por el descubrimiento, no por la selección de algoritmo. Un inventario útil identifica cada dependencia de clave pública, el propietario de cada clave, el activo o permiso que protege, la vida prevista de esa protección y el sistema operativo que tendría que cambiar. La misma clave privada puede aparecer en una wallet, un validador, un servicio de firma, un puente, una canalización de despliegue y un proceso de recuperación de atención al cliente.
A continuación, fije un objetivo de seguridad para cada dependencia. Un archivo cifrado de larga duración puede necesitar ahora ML-KEM o un diseño híbrido de establecimiento de claves porque su confidencialidad debe sobrevivir en el futuro. Una firma de transacción puede requerir un nuevo tipo de dirección y regla de verificación. Una prueba de estado histórica puede requerir un certificado verificable de forma independiente que los clientes ligeros puedan seguir usando después de que cambie el sistema de firma subyacente. Una solución no sirve para todas las superficies.
El despliegue híbrido puede reducir el riesgo de migración si se diseña con cuidado. Un cliente podría autenticar una ruta de transición con una firma clásica y otra poscuántica, o negociar establecimiento de claves clásico y poscuántico mientras la infraestructura se adapta. La política de seguridad debe indicar si se exigen ambas comprobaciones, cómo se evitan los ataques de degradación, qué clave es autoritativa para la recuperación y cuándo se retira la ruta clásica. «Híbrido» sin esas respuestas es solo una etiqueta.
Pruebe la experiencia de usuario antes de cambiar las reglas de consenso. Las claves y firmas mayores afectan códigos QR, almacenamiento móvil, extensiones de navegador, límites RPC, memoria de wallets de hardware, cargas multifirma, servicios de indexación y estimación de comisiones. Los benchmarks deben cubrir transferencias normales, llamadas a contratos, mensajes de validadores, pruebas de puentes, verificación por lotes y bloques de peor caso. Informe las mediciones con versiones de hardware y software para que otros puedan reproducirlas.
Por último, planifique el fallo. Especifique cómo migran las cuentas heredadas, cómo se recupera una clave poscuántica perdida cuando se permite recuperación, cómo las firmas antiguas siguen siendo auditables y quién puede pausar o actualizar una integración vulnerable. Por eso la preparación poscuántica es un programa que abarca equipos de protocolo, wallets, custodia, infraestructura y soporte. La agilidad criptográfica es la capacidad de hacer estos cambios con seguridad cuando cambian las pruebas.
La verificación histórica necesita su propia política. Una red puede querer que los bloques y firmas antiguos sigan siendo legibles durante décadas, incluso después de que las cuentas nuevas usen otro algoritmo de firma. Esto requiere envoltorios de transacción versionados, vectores de prueba estables, software de verificación archivado y documentación que indique a los auditores qué regla criptográfica aplicaba a una altura determinada. También evita que una migración convierta una mejora de seguridad en una pérdida accidental de evidencia.
Continúe la investigación
¿Qué es Autheo?
Lea la visión general de la plataforma y los límites actuales del producto.
¿Qué es Layer 0?
Revise el vocabulario de arquitectura Layer-0 y Layer-1.
Comparación con Algorand
Compare los enfoques de plataforma y las referencias de fuentes.
Comparación con Ethereum
Comprenda el contexto básico de Layer-1 para las conversaciones de migración.
Centro de preguntas frecuentes de Autheo
Explore las preguntas canónicas para desarrolladores, empresas y operadores.
Despliegue su primer contrato inteligente
Vea el flujo de trabajo para constructores y el punto de partida para desarrolladores.
Guía completa de Autheo
Lea la visión general de la pila unificada prevista por Autheo.
Programa de seguridad
Revise la información actual de seguridad y divulgación responsable.
Kyber y Dilithium: resumen poscuántico 2026
Vea cómo abordan las blockchains los estándares Kyber y Dilithium de NIST de cara a 2026.
Lista de verificación poscuántica para creadores de L1/L2
Una lista de verificación práctica para equipos de protocolo que planifican su propia migración poscuántica.
Preguntas frecuentes de blockchain poscuántica
Construya para el cambio criptográfico, no para un eslogan
La preparación PQC comienza con un alcance honesto, un inventario criptográfico y pruebas que usuarios y operadores puedan verificar.
Explore Autheo para desarrolladores