Código abierto vs. source-available: qué revela el caso Coldcard sobre el software de Bitcoin

El debate sobre el código abierto en el software de Bitcoin volvió al centro de la conversación tras el caso Coldcard, un fabricante de billeteras físicas cuyo modelo de licencia expone las tensiones entre libertad, auditoría y modelo de negocio. La discusión, planteada en un análisis de Bitcoin Magazine firmado por Juan Galt, contrapone dos categorías que a menudo se confunden: el software libre y de código abierto (FOSS) y el llamado source-available, donde el código se puede ver pero no usar con total libertad.

La distinción no es un tecnicismo menor. En un ecosistema donde los usuarios custodian sus propias llaves privadas, la capacidad de que cualquiera revise, compile y verifique el software determina la confianza que se puede depositar en una billetera. Cuando esa libertad se recorta, cambia por completo quién carga con la responsabilidad de auditar el código.

Qué diferencia al código abierto del source-available

El software libre se apoya en las cuatro libertades esenciales definidas por la Free Software Foundation: usar el programa para cualquier propósito, estudiarlo, modificarlo y redistribuir copias, con o sin cambios. A esto se suman los diez criterios de la Open Source Definition, que fijan las condiciones que una licencia debe cumplir para considerarse verdaderamente abierta.

Publicidad

Estabilidad respaldada en Bitcoin

Descubre Dollar on Chain →

El source-available se queda a mitad de camino. El código fuente es visible y auditable, pero la licencia impone restricciones —normalmente comerciales— que impiden usarlo o redistribuirlo libremente. Un ejemplo frecuente es combinar una licencia permisiva como MIT con la Commons Clause, que retira los derechos de uso comercial. El resultado: el software deja de ser abierto en sentido estricto, aunque su código esté publicado.

La lección del caso Coldcard sobre el software de Bitcoin

El argumento central del análisis es que retirar los derechos comerciales achica el número de revisores dispuestos a examinar el código y desplaza la carga de la auditoría de nuevo hacia el fabricante. En otras palabras, cuando nadie más puede construir un producto sobre ese código, casi nadie tiene incentivo para revisarlo a fondo. La seguridad, que en teoría debía distribuirse entre muchos ojos independientes, vuelve a concentrarse en el propio vendedor.

Para un dispositivo que protege fondos en Bitcoin, ese cambio de incentivos importa. La promesa histórica del software libre en el sector es que la verificación no depende de la buena fe de una empresa, sino de la posibilidad real de que competidores, investigadores y usuarios avanzados inspeccionen cada línea. Una licencia que bloquea el uso comercial rompe ese círculo virtuoso, incluso si el código sigue siendo legible.

El desarrollador conocido como calle, vinculado al proyecto Cashu, resumió recientemente esa realidad en X, en línea con la idea de que la etiqueta de «código abierto» pierde sentido cuando la práctica no acompaña a la teoría.

Por qué importa para el usuario de billeteras físicas

Las billeteras de hardware existen precisamente para minimizar la confianza que un usuario debe depositar en terceros. Guardan las llaves privadas fuera de línea y firman transacciones sin exponerlas a internet. Pero ese modelo de seguridad se sostiene sobre un supuesto: que el firmware puede ser inspeccionado y reproducido de forma independiente. Si la licencia lo impide, el usuario termina confiando en la palabra del fabricante, algo que contradice el espíritu de autocustodia que motiva a usar estos dispositivos.

La tensión no es exclusiva de Coldcard. A medida que más empresas construyen productos sobre Bitcoin y buscan proteger sus ingresos, la elección de licencia se vuelve una decisión estratégica con consecuencias directas sobre la seguridad colectiva. Publicar el código genera confianza de cara al público; restringir su uso comercial protege el negocio. Conciliar ambos objetivos es el verdadero dilema.

Este tipo de debates sobre integridad del software se cruza con las preocupaciones de seguridad más amplias del sector, desde el malware que roba billeteras hasta las campañas de phishing dirigidas a usuarios. En todos los casos, el eslabón débil suele ser la confianza mal ubicada.

Un debate de fondo sobre incentivos

Más allá de una empresa puntual, la controversia apunta a cómo se financian los proyectos que sostienen la infraestructura de Bitcoin. El software libre no genera por sí solo ingresos, y muchos desarrolladores buscan modelos híbridos que combinen apertura con sostenibilidad económica. El riesgo es que, en ese equilibrio, se sacrifique justamente la propiedad que hacía valioso al software: la verificabilidad sin permiso.

Para quienes eligen dónde guardar sus bitcoins, la recomendación implícita es leer la letra pequeña. No basta con que un proyecto diga tener el código publicado; conviene entender bajo qué licencia lo hace y qué libertades concede realmente. En un entorno donde la autocustodia es la norma, la diferencia entre abierto y visible puede ser la diferencia entre confiar y verificar.