En abril de 2026, un investigador logró romper una clave criptográfica de 15 bits en un ordenador cuántico real. Aunque las claves de Bitcoin son de 256 bits y la red no enfrenta un peligro inmediato, este avance reactivó un debate latente sobre su seguridad futura.
Anticipándose a este panorama, la comunidad de desarrolladores integró el BIP-360 en febrero de ese mismo año como la primera propuesta oficial para preparar al protocolo frente a la amenaza cuántica.
Lo que está verdaderamente en juego es la integridad de casi 7 millones de BTC, un 30% del total en circulación, cuyos datos de clave pública han quedado expuestos en la blockchain. Con el desarrollo del algoritmo de Shor, una computadora cuántica lo suficientemente potente podría descifrar las claves privadas asociadas a estas direcciones antiguas y vaciar sus fondos, lo que representa un riesgo sistémico para el ecosistema.
Para evitarlo, los desarrolladores proponen la adopción de esquemas de dirección resistentes a ataques cuánticos (BIP-360) y un marco de migración progresiva (BIP-361) para que los usuarios trasladen sus fondos a estas nuevas estructuras seguras. El objetivo central es blindar las direcciones futuras y dar un margen amplio para actualizar las ya existentes antes de que el hardware cuántico suponga una amenaza real.
El debate se vuelve incómodo al decidir qué hacer con los Bitcoin inactivos que no se migren a tiempo. Establecer plazos límite o congelar direcciones vulnerables para evitar que sean robadas resolvería el problema técnico, pero chocaría frontalmente con los principios de inmutabilidad y no confiscación que sustentan la filosofía de Bitcoin.
El experimento de 15 bits que reactivó el debate cuántico
Durante la celebración del Q-Day Prize de Project Eleven, un investigador descifró una clave criptográfica en un ordenador cuántico real. Aunque la prueba fue de apenas 15 bits, confirmó en la práctica que este tipo de ataque es técnicamente viable.
Esta vulnerabilidad afecta a las firmas ECDSA (secp256k1). Una vez expuesta la clave pública on-chain, una computadora cuántica suficientemente potente podría aplicar el algoritmo de Shor para deducir la clave privada y firmar transacciones no autorizadas. El propio Satoshi Nakamoto ya previó esta situación en 2010, sugiriendo migrar el protocolo mediante consenso si la criptografía actual se debilitaba.
La preocupación se intensificó tras un estudio de Google publicado en marzo de 2026. Según sus estimaciones, romper ECC-256 tomaría apenas 10 minutos con menos de 1.200 cúbits lógicos y 500.000 cúbits físicos. Mientras Google proyecta su transición postcuántica para 2029 y el NIST la sitúa hacia 2035, los desarrolladores de Bitcoin respondieron diseñando el BIP-361 (Migración Post-Cuántica). A diferencia de mejoras históricas centradas en escalabilidad o privacidad, esta propuesta establece un calendario preventivo con plazos definidos para retirar el soporte a firmas antiguas.
Qué es lo que está realmente en riesgo en Bitcoin
El vector de ataque se concentra exclusivamente en las direcciones cuya clave pública ya es visible en la red. Mientras una clave permanece oculta tras su hash, el ordenador cuántico no puede calcularla; pero queda expuesta al realizar una transacción. Esto afecta directamente a dos grupos: las direcciones Pay-to-Public-Key (P2PK) originales y cualquier dirección P2PKH o SegWit desde la que se hayan gastado fondos al menos una vez.
Según estimaciones de Project Eleven, este grupo expuesto abarca 6,9 millones de BTC, incluyendo unos 1,7 millones de BTC atribuidos a Satoshi Nakamoto. Un robo masivo de estas monedas dormidas o inactivas no solo afectaría a sus propietarios, sino que asestaría un golpe devastador al valor y a la confianza económica de todo el ecosistema.
Para contener esta amenaza estructural, las respuestas técnicas se dividen en dos frentes: la protección preventiva de transacciones futuras mediante estándares como P2MR (BIP-360) y las medidas de transición drásticas sobre el saldo existente que contempla el BIP-361, las cuales van desde plazos límite de migración hasta la congelación permanente o la recuperación de fondos vía hard fork.
Estrategia de defensa cuántica en Bitcoin: Protección preventiva (BIP-360) y migración de fondos (BIP-361)
Ante el avance de la computación cuántica, la estrategia de desarrollo de Bitcoin busca establecer un marco claro de transición hacia un entorno de máxima seguridad. Este enfoque combina una protección preventiva para el futuro con un mecanismo de migración para abordar los saldos vulnerables existentes.
Las dos propuestas principales que conforman esta defensa integral son la BIP-360 (enfocada en infraestructura y nuevas direcciones) y la BIP-361 (enfocada en el plan de transición para fondos antiguos).
|
Característica |
BIP-360 (P2MR) |
BIP-361 (Migración / Congelación) |
| Objetivo principal | Proteger direcciones creadas a partir de su implementación (uso futuro). | Migrar o congelar los 6,9 millones de BTC vulnerables existentes. |
| Enfoque de seguridad | Preventivo: Elimina la exposición de la clave pública al gastar fondos. | Correctivo / Traslado: Desactiva paulatinamente las direcciones antiguas. |
| Mecanismo técnico | Introduce el estándar Pay-to-Merkle-Root (P2MR) sin clave interna. | Transición estructurada en fases con plazos límite. |
| Impacto en usuarios | Transparente. No modifica las direcciones ya existentes. | Requiere acción activa del usuario para mover sus fondos a nuevas direcciones. |
| Riesgo / Controversia | Bajo. Es una base estructural limpia para actualizaciones futuras. | Alto. Congelación permanente de BTC inactivos o sin clave. |
El dilema abierto en la comunidad Bitcoin
El debate en torno a la preparación postcuántica sitúa a Bitcoin en una encrucijada donde colisionan la seguridad colectiva y la inviolabilidad de la propiedad privada.
| Postura | Argumento Principal | Riesgo Asociado |
| Migración Obligatoria (BIP-361) | Proteger la red anulando direcciones expuestas evita que ataques cuánticos desestabilicen el mercado con monedas dormidas. | Compromete la inmutabilidad al intervenir sobre fondos inactivos o claves perdidas. |
| Enfoque Voluntario (Preservación del Consenso) | Mantener la soberanía del usuario sin alterar las reglas del juego ni forzar la confiscación/congelación de BTC. | Expone a la red a un choque de confianza si un ordenador cuántico vulnera firmas antiguas. |
Mientras BIP-360 sienta las bases técnicas para el futuro mediante la creación de direcciones resistentes (P2MR), la propuesta de BIP-361 obliga a la comunidad a decidir si el sistema puede alterar sus principios para proteger su viabilidad económica.
Ahora bien, a pesar de que ninguna propuesta ha sido aprobada, los titulares de Bitcoin no necesitan esperar al consenso social para mitigar los riesgos:
- Identificar la vulnerabilidad: Verificar si las monedas están almacenadas en formatos de dirección antiguos (como P2PK o direcciones que hayan expuesto sus claves públicas al realizar transacciones).
- Migración voluntaria: Transferir los fondos a direcciones modernas generadas por software de monedero actualizado.
- Buenas prácticas de higiene criptográfica: Evitar la reutilización de direcciones para asegurar que la clave pública permanezca oculta en la cadena de bloques hasta el momento de su uso.
FAQ
- ¿Está Bitcoin en riesgo inminente por la computación cuántica? Romper las claves de 256 bits de Bitcoin requerirá ordenadores cuánticos avanzados que no se prevén hasta entre 2029 y 2035.
- ¿Qué es el BIP-360? Es un estándar preventivo que introduce direcciones P2MR para ocultar la clave pública en la blockchain al gastar fondos.
- ¿Qué propone el BIP-361? Establece un plazo de migración obligatoria para mover 6,9 millones de BTC vulnerables a direcciones seguras, congelando los fondos no trasladados.
- ¿Por qué genera controversia el BIP-361? Porque congelar direcciones inactivas o sin clave viola los principios fundamentales de inmutabilidad y no confiscación de Bitcoin.
- ¿Qué debo hacer con mis Bitcoins? Transfiere tus fondos a una billetera moderna con direcciones actualizadas y evita reutilizar direcciones para no exponer tu clave pública.