El ecosistema de Bitcoin está pagando años de deuda de auditoría

Un desarrollador se sentó a buscar de dónde salía el azar en las wallets de Coldcard. Quería saber, con certeza, qué componente decidía la aleatoriedad de las claves privadas que un dispositivo entregaba a sus dueños. Siguió el rastro hasta una biblioteca poco conocida, mantenida por alguien que firmaba con seudónimo, que en la plataforma donde vivía su código acumulaba seis estrellas: seis marcadores dejados por usuarios que alguna vez pasaron por ahí. Le pareció extraño. Avisó. 

La respuesta que recibió fue que, si hubiera algún problema, a estas alturas ya lo sabrían. No insistió. Confío. Hoy dice que ese fue su error. 

Esa conversación ocurrió en mayo de 2025, en un grupo privado, y no la habríamos conocido nunca si catorce meses después no se hubieran vaciado miles de wallets. La escena importa porque alguien miró, alguien avisó, y la empresa no corroboró. 

A eso llamamos deuda de auditoría, no al código que nadie revisó, sino a la distancia entre lo que la revisión disponible podía encontrar y lo que efectivamente estaba ahí. Esa distancia existió siempre y fue invisible siempre, porque medirla costaba más de lo que parecía valer. Y esta semana dejó de ser una figura retórica: la deuda tiene monto, tiene acreedor y se está pagando en dólares. 

El fallo de Coldcard no fue criptografía rota. Fue un error de integración: en determinadas versiones del firmware, el dispositivo usó un generador pseudoaleatorio que ofrecía resultados pobres, en lugar del generador físico del hardware, lo que redujo la entropía de las semillas lo suficiente como para que un atacante pudiera reconstruirlas por fuerza bruta sin tocar el aparato.  

Esto empezó en marzo de 2021. Ese mismo abril, un usuario del grupo oficial de Telegram de la empresa cuestionó que se reemplazara el código criptográfico revisado y probado que venía de Trezor por una biblioteca con mucho menos historial de auditoría. Cuatro años después, O’Beirne rozó la vulnerabilidad y le dijeron que no. Coinkite sostiene que ni sus revisiones internas ni auditorías externas detectaron el error en más de cinco años. Presuntamente, hubo revisión, pero no fue suficiente.  

Coinkite había sometido su código a auditorías asistidas por inteligencia artificial semanas antes del robo, y no obtuvo una sola alerta; repitió la prueba después del desastre con los modelos más avanzados —Kimi K3, Claude Fable, Codex 5.6— y el resultado fue idéntico. Sin embargo, el Bitcoin Red Team demostró que con dos dólares y la instrucción correcta la misma tecnología encontraba la brecha en minutos. Dos dólares. Enfrente, Galaxy Research contabiliza 1.596 bitcoin sustraídos en tres olas, unos USD 102,3 millones, y una cuarta ola en investigación que llevaría la cifra a 2.055 BTC, cerca de USD 131,8 millones. Esa es la relación entre lo que costaba mirar y lo que costó no hacerlo. 

El segundo disparador llegó de otro lado. Boltz suspendió sus operaciones por tiempo indefinido el 3 de agosto tras meses de ataques automatizados que se aceleraron de golpe, sin que los atacantes llegaran a los fondos. La wallet Zeus también quedó fuera de servicio. Y como el servicio de Boltz era la trastienda de otros, su apagón dejó sin proveedor de liquidez a los complementos de BTCPay Server, a los intercambios por Lightning de Hodl Hodl, a las conversiones de Bull Bitcoin y a los intercambios internos de la aplicación de Blockstream. 

Lo que se atacó, se atacó en la capa de servicios. Nada de esto tocó las reglas de consenso. 

Charles Guillemet, director de tecnología de Ledger, describió el mecanismo el 15 de abril, meses antes de que le tocara arder a su competidor. Su argumento no es sobre calidad de software sino sobre economía, y lo explica con una calificación como si se tratara de un examen: si un sistema perfecto saca veinte sobre veinte y basta una sola falla explotable para que saque cero, la mayoría de los sistemas bien construidos vivió siempre en diecinueve. Esa falla restante no importaba porque encontrarla exigía meses de trabajo experto y un presupuesto de siete cifras. El diecinueve funcionaba como veinte mientras auditar fuera caro. 

Lo que ocurrió no fue que el código bajara de diecinueve. Fue que llegaron modelos capaces de recorrer bases enormes en pocas horas, por un precio ridículo, encadenando condiciones que un revisor humano no habría probado juntas y produciendo un ataque funcional a partir del hallazgo. El diecinueve sigue siendo diecinueve. Hoy vale cero. 

Su preocupación concreta son los exploits de un día. Cuando un equipo publica una actualización que corrige una falla, la diferencia entre la versión anterior y la nueva señala dónde estaba el problema; convertir eso en un ataque funcional tomaba días o semanas de trabajo especializado y ahora puede completarse en horas, mientras la mayoría de los usuarios todavía no instaló el parche.  

Según el informe de caza de amenazas que CrowdStrike publicó el 3 de agosto de 2026, el 88% de las fallas con prueba de concepto pública fue explotado en las primeras 48 horas durante el primer semestre del año, y algunos grupos bajaron ese plazo por debajo de las 24. Los indicios generados por agentes automatizados crecieron a una tasa 2,5 veces superior a la de los humanos. Una campaña alcanzó cerca de 200.000 solicitudes en dos minutos. 

El código de Bitcoin no empeoró esta semana. Se volvió barato leerlo con malas intenciones, y eso convirtió en cobrable una deuda que ya existía pero se desconocía. 

Conviene decir con todas las letras que Bitcoin no es el epicentro de esto, sino el último en llegar. El primer semestre de 2026 cerró con 212 incidentes verificados en redes de criptomonedas, un aumento del 240% respecto a todo 2025, y USD 1.100 millones robados, según el reporte que la firma Blockaid publicó el 28 de julio; el 74,3% de ese dinero se fue por compromiso de claves privadas.  

En las redes con contratos inteligentes el problema es estructuralmente peor, porque ahí el código no es una capa de seguridad sobre el dinero sino la única barrera entre los fondos y quien encuentre el error. Jimmy Su, director de seguridad de Binance, lo resumió en nuestro podcast: lo que antes exigía un equipo hoy lo hace una sola persona con las herramientas correctas. 

La respuesta del ecosistema bitcoiner es la parte esperanzadora, y también tiene precio. El Bitcoin Red Team abrió 4.962 reportes en 390 proyectos en 27,5 horas de trabajo continuo, con dieciséis personas repartidas por el mundo operando las 24 horas, apoyadas en modelos de peso abierto sobre un arnés de pruebas construido para esto.  

Ochenta y cinco fallas críticas. Seiscientas treinta y cinco de alta severidad. Un promedio de 2,31 hallazgos de alto riesgo por investigador y por hora. Y una honestidad que el propio equipo publica: el 21,4% de los reportes ha sido reproducido de forma independiente, de modo que la cifra grande describe una superficie por revisar, no cinco mil puertas abiertas. 

Eso es lo que cuesta pagar la deuda. Unos USD 10.000 diarios en cómputo, más de USD 40.000 acumulados en la fase actual, financiados por OpenSats. En días se está comprando la revisión que no se compró en años, y no se está comprando con recursos de las empresas cuyo código se audita, sino con donaciones del ecosistema. Boltz, mientras tanto, no apagó porque lo hackearan: apagó porque un equipo pequeño, con recursos propios y absorbiendo él solo las pérdidas, no podía sostener el ritmo de quienes lo atacaban.  

Por eso el pedido de Rob Hamilton del Red Team de que todo repositorio incorpore un archivo security.md con canal de contacto y tiempos de respuesta declarados no es un tecnicismo, sino la pieza más barata de toda esta infraestructura. 

Esto no significa que el ecosistema se haya vuelto más frágil. Las fallas llevaban años ahí, sobrevivieron a las revisiones que sí se hicieron y solo ahora aparecen. Significa que existe, por fin, una magnitud de conjunto. Y la respuesta ha sido una estrategia de defensa blindaje en tiempo real. 

Con todos estos acontecimientos cambió es el reloj, no la doctrina. Reservar un reporte hasta que exista parche es divulgación responsable, y Bitcoin la practica desde hace años: en septiembre de 2018, ante CVE-2018-17144, el equipo de Bitcoin Core decidió parchear y anunciar públicamente solo el componente de denegación de servicio mientras avisaba en privado a mineros y empresas, retrasando la publicación de que la misma falla permitía inflación, para dar tiempo a actualizar. La diferencia con hoy es aritmética. Entonces había semanas. Ahora hay menos de 48 horas. 

De ahí que nadie haya publicado cómo se reparten esas 4.962 fallas entre los 390 proyectos. Sí sabemos lo que Hamilton ha compartido, que el repositorio más limpio de todos fue libsecp256k1, la biblioteca que maneja todas las firmas de Bitcoin. La pieza más crítica es la mejor cuidada, y eso no es casualidad sino consecuencia de quince años de revisión obsesiva sobre ella. Esa capa ha resistido: no por naturaleza, sino por cultura de revisión. 

Del resto no podemos afirmar nada, pero tampoco corresponde escondernos detrás de esa reserva: cuatro mil novecientas sesenta y dos señales en trescientos noventa proyectos dicen que el campo está minado y que estamos caminando sobre él. La lectura sana no es el pánico, sino asumir que podría tocarnos, y mejorar las prácticas propias en consecuencia. 

Bitcoin no ha sido invulnerable. Ha sido bien vigilado. De ahí sale el argumento nuevo que esta semana le entregó al conservadurismo del desarrollo de Bitcoin: cada línea que se agrega es superficie que alguien va a leer más barato de lo que costó escribirla.  

La lentitud del protocolo dejó de ser solo una postura filosófica sobre no romper el dinero de nadie para pasar a ser un cálculo de costos. Y explica, de paso, por qué la amenaza que finalmente llegó no fue la que vigilábamos: mirábamos hacia la computación cuántica, que romperá matemática algún día, mientras el problema entraba por una biblioteca con seis estrellas que nadie había leído. Cada vez la osificación del protocolo cobra más sentido. 

Álvaro D. María, autor de Filosofía de Bitcoin, explicó en nuestro podcast que las eras políticas cambian cuando cambia la relación entre el costo de atacar y el costo de defender. Su ejemplo canónico es la pólvora. La pólvora no acabó con la defensa: la encareció. Las murallas altas quedaron obsoletas y lo que las reemplazó —baluartes bajos y gruesos, artillería propia, guarniciones permanentes— costaba tanto que solo unos pocos podían pagarlo. El encarecimiento de la defensa terminó concentrando poder. 

Si la inteligencia artificial es la pólvora de la capa de servicios de Bitcoin, el desenlace no está escrito. Nadie decide por el conjunto: cada usuario elegirá si refuerza su configuración, si se retira a un custodio, si genera su semilla con dados en una computadora vieja o si no hace nada. Pero el promedio de esas decisiones lo va a inclinar quién pueda sostener la vigilancia. Hoy la sostienen dieciséis voluntarios y una fundación de donaciones, por USD 10.000 al día, y eso es una ganga frente a los USD 131,8 millones que puede haber costado no hacerlo antes. 

La deuda se va a seguir cobrando: el incentivo va en esa dirección y no se detiene con advertencias morales. Lo que queda abierto es lo otro, si defender terminó de volverse un gasto permanente, y el ecosistema depende de que quienes auditan de buena fe lleguen antes que los demás.