-
Combina firmas pequeñas que exigen llevar un registro y otras más grandes sin ese requisito.
-
El borrador aún requiere pruebas de seguridad e integración con Bitcoin Script.
Jonas Nick, investigador en la empresa Blockstream, anunció la publicación de un borrador de BIP (propuesta de mejora de Bitcoin) para SHRINCS, una idea de esquema de firmas poscuánticas diseñada específicamente para Bitcoin.
Según Nick, el documento convierte una idea inicial en algoritmos definidos y una implementación de referencia ejecutable, para que la comunidad pueda analizar, cuestionar y mejorar el diseño.
La propuesta, cuyo estado es Draft (borrador), define SHRINCS como un esquema de firmas basado en funciones hash que utiliza SHA-256 y apunta a la categoría de seguridad 1 de NIST, con 128 bits de seguridad clásica y 64 bits de seguridad cuántica.
Una de las características centrales de SHRINCS es que ofrece dos formas de firmar con una misma clave.
La primera utiliza FXMSS, siglas de Flexible eXtended Merkle Signature Scheme, una variante de XMSS que permite organizar de distintas maneras un árbol de Merkle. Sus hojas contienen WOTS+C, un tipo de firma de un solo uso basada en cadenas de hashes. Como cada una de esas claves solo debe utilizarse una vez, el sistema necesita llevar un registro de cuál ya fue utilizada.
Esta vía está diseñada para producir firmas pequeñas. Para evitar reutilizar una misma clave, SHRINCS utiliza un contador de estado que debe conservarse de manera segura. El contador no puede retroceder ni reutilizarse. Si se pierde, se corrompe o existe alguna duda sobre su valor, el sistema debe dejar de utilizar esta vía, ya que una reutilización podría permitir falsificaciones.
La segunda vía utiliza SLH-DSA, un esquema de firmas poscuánticas basado en funciones hash. A diferencia de FXMSS, no necesita que el firmante conserve un contador para saber qué clave de un solo uso utilizar. Por ello, genera firmas más grandes, pero permite continuar firmando si se perdió el estado necesario para la vía compacta.
La propuesta utiliza SHA-256 en ambos componentes. Según los autores, esto permite apoyarse en una función hash que ya es fundamental para Bitcoin, en lugar de introducir otra función criptográfica en la validación del protocolo.
El diseño todavía está en una etapa temprana. Nick señaló que el borrador solo especifica la criptografía y que sería necesario otro BIP para definir su utilización en Bitcoin Script.
Además, sigue pendiente una prueba de seguridad para la construcción y sus parámetros. La integración en wallets, incluida la gestión de copias de seguridad y recuperación del estado, también se encuentra en una fase inicial.
Este último punto conecta con una propuesta presentada por Nick en abril, cuando —tal como lo reportó CriptoNoticias— mostró OP_CHECKSHRINCS, un código de operación de Bitcoin Script pensado para que la red pueda verificar firmas de SHRINCS y SHRIMPS.
Según lo reportado, el desarrollador señaló que no existía entonces una propuesta concreta de verificación de firmas poscuánticas en la red principal. El nuevo borrador deja claro, sin embargo, que definir la criptografía y habilitar su verificación dentro de Bitcoin son pasos distintos: SHRINCS todavía necesita una propuesta específica para Bitcoin Script.
Por ahora, por tanto, SHRINCS no representa un cambio activo en Bitcoin. Es una especificación criptográfica en desarrollo que todavía debe superar etapas de análisis, pruebas de seguridad y diseño de integración. La publicación del BIP permite que esa evaluación se realice sobre una construcción concreta, mientras que la propuesta anterior de OP_CHECKSHRINCS planteaba cómo abordar ese paso: definir cómo Bitcoin podría llegar a verificarla.
