Blockchains compatibles con Kyber y Dilithium

Un KEM no firma una transacción. Una firma no crea automáticamente un transporte de red confidencial. ML-KEM y ML-DSA resuelven, por tanto, diferentes problemas. Una cadena puede adoptar uno primero sin respaldar al otro, y esa distinción debe permanecer visible en la documentación, la billetera UX, las especificaciones del protocolo y las descripciones externas.

Para ML-DSA, un equipo debe considerar el modelo de cuenta, la derivación de direcciones, la serialización de transacciones, el presupuesto de verificación de firmas, el comportamiento de mempool, los nodos de archivo, las billeteras de hardware, las políticas de firmas múltiples y la recuperación segura. Para ML-KEM, debe decidir dónde pertenecen los canales cifrados o los secretos almacenados, cómo se autentican las claves, cómo rota el material de la sesión y si se necesita un modo híbrido durante la transición.

La guía de migración de NIST dice que sus primeros estándares PQC pueden y deben ponerse en uso ahora, mientras que las computadoras cuánticas que amenazan los sistemas actuales aún pueden tardar años o décadas en llegar. También establece que los algoritmos cuánticos vulnerables quedarán obsoletos y, en última instancia, se eliminarán de los estándares NIST para 2035. La página del proyecto de NIST deja claro que se trata de una transición larga, no un cambio de la noche a la mañana.

"Alentamos a los administradores de sistemas a comenzar a integrarlos en sus sistemas de inmediato, porque la integración completa llevará tiempo".

ML-DSA tiene el papel más obvio de cara a blockchain porque las cadenas de bloques ya dependen de firmas. Una integración futura podría autorizar una transacción de cuenta, una votación de validador, una certificación puente, una actualización de Oracle, una acción de administrador o una versión de software. Cada uso tiene una frecuencia de verificación y modo de falla diferente. Una firma que funciona en un proceso de lanzamiento puede ser demasiado grande o demasiado lenta para una ruta de transacciones de gran volumen.

ML-KEM normalmente pertenece a una capa diferente. Puede ayudar a dos partes a establecer un secreto para el transporte cifrado o el material almacenado. Eso podría ser importante para una billetera que se conecta a un servicio, una comunicación privada de nodo a nodo, datos cifrados fuera de la cadena, un intercambio de credenciales de identidad o un canal de operaciones de validación. No oculta los datos del libro mayor público por sí solo y no prueba que el propietario de una billetera haya autorizado una transferencia.

El diseño de direcciones es una fuente común de confusión. Si una dirección de cuenta se compromete con una clave de verificación pública, un esquema de firma post-cuántica puede requerir una nueva familia de direcciones, un campo de transacción etiquetado o una capa de abstracción de cuenta que se enrute al verificador correcto. Wallets luego debe mostrar claramente el modo de seguridad, evitar una degradación accidental y proteger a los usuarios de la reutilización de una dirección clásica cuando la aplicación espera una cuenta post-cuántica.

Las redes de contratos inteligentes también necesitan una opción explícita sobre la verificación. Una característica de cliente nativa, un código de operación de máquina virtual, una precompilación y una biblioteca de contratos tienen propiedades de costo y confianza muy diferentes. La integración nativa puede ser eficiente pero requiere una publicación de protocolo. La implementación de un contrato puede ser más fácil de probar, pero puede exceder los presupuestos prácticos de ejecución o de gas. La ruta de verificación documentada de Algorand Falcon ilustra por qué la ubicación del verificador debe ser parte de cada reclamo.

De este modo se puede poner en escena la arquitectura adecuada. Comience con sistemas de firma de software e inventario, establezca vectores de prueba y puntos de referencia reproducibles, admita cuentas o canales de suscripción voluntaria cuando corresponda y luego decida si se justifica una actualización por consenso. Publicar lo que sigue siendo clásico es una fortaleza. Permite a los integradores evaluar el riesgo residual sin confundir un experimento específico con una seguridad poscuántica general.