-
El error afectó la entropía usada por Coldcard para crear semillas, no el protocolo Bitcoin.
-
El debate técnico de fondo se centra en la verificación de la autocustodia.
Miles de usuarios de wallets Coldcard perdieron acceso a sus fondos entre julio y agosto de 2026, tras un ataque que explotó un defecto en la generación de números aleatorios del dispositivo. La confusión pública que generó el episodio llevó a muchos a preguntarse si Bitcoin, como protocolo, había sido vulnerado.
La respuesta es no. Bitcoin siguió funcionando exactamente como está diseñado: validando transacciones firmadas correctamente, sin importar si la clave privada detrás de esa firma fue robada por un atacante o generada de forma legítima por su dueño. Y ese es precisamente el punto que conviene tener muy claro para entender este caso.
Qué es Bitcoin y qué es Coldcard
Bitcoin es un protocolo de consenso: un conjunto de reglas que definen cómo se crean bloques, cómo se validan transacciones y cómo se emite la moneda. Ese protocolo corre en miles de nodos independientes, que no dependen de ninguna empresa.
Coldcard, en cambio, es un producto de hardware fabricado por la firma Coinkite. Su función es generar y resguardar una frase semilla, la secuencia de palabras de la cual se derivan todas las claves privadas de una wallet. El dispositivo interpreta el protocolo, pero no lo define ni lo modifica.
Cuando un fabricante comete un error en el generador de números aleatorios (RNG) de su hardware, el problema queda confinado a ese fabricante. El código de consenso de Bitcoin, ejecutado por miles de nodos, no cambia ni se ve afectado por lo que ocurra dentro de un dispositivo específico.
¿Qué falló exactamente?
El ataque a Coldcard se originó en un defecto de entropía, el nivel de aleatoriedad real que un generador de números usa para crear una semilla. Cuanta menos aleatoriedad genuina exista, más fácil resulta para un atacante recalcular las combinaciones posibles hasta reconstruir esa semilla mediante fuerza bruta.
No se trata de un concepto nuevo ni exclusivo de Coldcard. La propia empresa lo explicó en su cuenta de X en 2021, cuando describió en qué consiste un error de este tipo y cómo podría, en teoría, permitir recuperar una semilla más adelante.
La firma de seguridad Wizardsardine confirmó después que las primeras unidades Mk4 enviadas en marzo de 2022 ya traían la falla de fábrica.
Ese dato es importante: sugiere que el defecto pudo explotarse de forma selectiva y silenciosa durante años, mucho antes de que la ola masiva de julio de 2026 lo hiciera evidente a gran escala.
Un ataque preparado, no un fallo de la red
Un informe de Galaxy Research reconstruyó cómo se ejecutó el robo inicial: casi 1.200 direcciones fueron drenadas en apenas 41 minutos, repartidas en seis bloques consecutivos. Cada transacción pagó una comisión fija de 30 satoshis por byte virtual, muy por encima del promedio semanal.
Ese patrón, según los investigadores, es propio de una herramienta automatizada que ejecuta operaciones ya preparadas con claves obtenidas de antemano.
No refleja ningún comportamiento anómalo de la red de Bitcoin; refleja un atacante que ya tenía las claves privadas en su poder antes de transmitir las transacciones.
La actualización posterior de Galaxy Research elevó la cifra total a 1.596 BTC robados, distribuidos en unas 7.300 direcciones, a partir de tres olas de ataque confirmadas. La firma identificó además una posible cuarta ola que llevaría el total a cerca de 2.000 BTC, unos USD 130 millones.
La solución ya existía antes del ataque
Coldcard promovía desde 2021 un método alternativo para generar semillas: las «dice rolls» o tiradas de dados, que permiten crear la frase semilla de forma independiente del generador interno del dispositivo.
Quien usó ese método nunca dependió del RNG defectuoso y, por lo tanto, no quedó expuesto al robo.
Los fondos controlados por semillas generadas en firmware afectado están en riesgo si la semilla se creó sin al menos 50 tiradas de dados independientes y privadas, y si la wallet financiada no está protegida por una passphrase BIP-39 fuerte y única.
Coinkite, Security Advisory (actualizado agosto 2026)
Ese detalle desplaza el eje de la conversación. El fallo no invalida la criptografía de Bitcoin; invalida la confianza depositada en un componente de hardware específico para producir aleatoriedad.
Un usuario que generó su semilla con dados, o que verificó su entropía por medios externos, quedó protegido pese a usar el mismo dispositivo comprometido.
El verdadero problema: confiar sin verificar
Las wallets de hardware existen justamente para reducir la superficie de ataque frente a las wallets de software, pero no eliminan la necesidad de confianza en el fabricante.
Cada dispositivo es una caja que promete generar aleatoriedad genuina; verificar esa promesa exige herramientas y conocimiento que la mayoría de los usuarios no aplica en la práctica.
Ese punto ciego, más que un error puntual de código, es la lección que deja el episodio.
La comunidad Bitcoin reaccionó con dureza ante el hacker responsable, pero el debate técnico de fondo apunta hacia adentro: cuánta verificación independiente exige realmente la autocustodia y cuánta confianza ciega se sigue depositando en fabricantes cuyo código no siempre es auditado por quien lo usa.
La autocustodia reduce la dependencia de terceros, pero no elimina la necesidad de vigilancia continua. El caso Coldcard recuerda que la seguridad en Bitcoin es un proceso, no un estado definitivo.
