Blockstream presenta SHRINCS como una solución de Bitcoin resistente a la computación cuántica
La propuesta busca reforzar Bitcoin frente a futuros ataques cuánticos, con menos pérdida de espacio en bloques que muchos esquemas postcuánticos existentes. El debate también afecta a SegWit, SHA-256 y a un posible soft fork.

Puntos clave
- Blockstream ha propuesto SHRINCS como una firma resistente a la computación cuántica para Bitcoin, con menos pérdida de capacidad que muchos diseños postcuánticos existentes.
- Según los investigadores, SHRINCS puede reducir el rendimiento a aproximadamente tres transacciones por segundo, frente a unas 0,36 en SLH-DSA.
- La propuesta aún está en una fase inicial: la prueba de seguridad y la auditoría formal del software de referencia todavía no han concluido.
Blockstream ha publicado una propuesta para SHRINCS, una forma de firmar transacciones de Bitcoin que busca resistir a las computadoras cuánticas sin reducir de forma drástica la capacidad de los bloques. Los investigadores afirman que el sistema deja más espacio para transacciones que muchos diseños postcuánticos existentes, al tiempo que añade una capa adicional de defensa para Bitcoin.
Por qué Bitcoin es vulnerable
Bitcoin utiliza firmas digitales basadas en criptografía de curva elíptica para demostrar la propiedad. Así, un usuario puede mostrar que controla la clave privada sin revelar esa clave.
El riesgo reside en una futura computadora cuántica lo bastante potente como para romper esa protección con el algoritmo de Shor. En teoría, una máquina así podría calcular la clave privada a partir de una clave pública en la blockchain, tras lo cual un atacante podría falsificar una firma y mover monedas.
Esto hace especialmente relevantes las direcciones antiguas, porque en ellas la clave pública ya ha quedado expuesta. Según los investigadores, todavía hay mucho Bitcoin en esas direcciones, incluidos más de 1,1 millones de BTC atribuidos a Satoshi Nakamoto.
SHRINCS debe ahorrar espacio
El mayor problema de las firmas postcuánticas es su tamaño. Los estándares del NIST suelen ser muchas veces más grandes que las firmas que Bitcoin utiliza hoy, y eso significa que caben menos transacciones en un bloque.
Blockstream estima que Bitcoin, con las actuales firmas compactas Schnorr, puede procesar aproximadamente 6,5 transacciones por segundo. Con SLH-DSA, esa cifra bajaría a unas 0,36 transacciones por segundo. Según los investigadores, SHRINCS la eleva de nuevo a unas tres transacciones por segundo, con firmas que empiezan en torno a 324 bytes y llegan a unos 580 bytes.
Además, SegWit, la actualización de 2017 que aplica un descuento a la parte de una transacción que contiene las firmas, ayuda en este contexto. SHRINCS también utiliza SHA-256, la misma función hash que ya se emplea ampliamente en Bitcoin, por lo que el sistema no depende de una base matemática completamente nueva.
Jonas Nick, que diseñó SHRINCS junto con el investigador de Blockstream Mikhail Kudinov, lo describe como la primera firma postcuántica concreta creada específicamente para Bitcoin. Al mismo tiempo, según él, no está pensada como una solución definitiva ni como la mejor opción en todos los aspectos.
Qué significa esto para Bitcoin
Para los lectores europeos de criptomonedas, esto es relevante porque muestra que el debate sobre la seguridad cuántica ya no es solo teórico. Un análisis reciente de Google sugiere que las computadoras cuánticas podrían romper la criptografía de curva elíptica ya en 2029, mientras que otro estudio apunta a un número menor de qubits necesarios de lo que se pensaba anteriormente.
Eso hace más concreta la pregunta de cómo puede adaptarse Bitcoin a tiempo. Para una red que depende de un amplio consenso, se necesita un soft fork para aplicar un cambio así, y ese paso sigue requiriendo suficiente apoyo en la comunidad.
Blockstream ya mostró SHRINCS anteriormente en Liquid, una blockchain separada que la empresa gestiona para transferencias más rápidas y privadas de Bitcoin y otros activos. Para Bitcoin en sí, la propuesta sigue en una fase inicial: la prueba formal de seguridad aún no está lista y el software de referencia todavía no ha sido auditado formalmente.