En el universo de Bitcoin, una controversia latente estalló cuando un desarrollador conocido como benthecarman logró en apenas horas lo que el equipo de Lightspark no había proporcionado durante días: una pieza de software que permitía a otros programadores probar su trabajo sin depender de servicios cerrados. El hecho ocurrió el 4 de septiembre de 2026, cuando benthecarman publicó el código de una herramienta que la empresa responsable del protocolo Spark mantenía en secreto, desatando un debate sobre los límites del código abierto en las soluciones de segunda capa.
El trasfondo de la polémica
Spark es una red de segunda capa (L2) para Bitcoin creada por Lightspark, basada en un diseño de statechains que transfiere la propiedad de bitcoins fuera de la cadena mediante turnos de claves criptográficas entre usuarios y un grupo de nodos llamados Operadores de Spark, que operan bajo un esquema de firmas por umbral de dos de tres. El código de esos operadores, junto con el resto del protocolo, es de acceso público y se aloja en el repositorio de Spark. Sin embargo, para interactuar con la red, las wallets no se comunican directamente con los Operadores, sino a través de un intermediario denominado Spark Service Provider (SSP), que gestiona liquidez y conexiones con Lightning. Aunque Lightspark afirma que cualquiera puede ejecutar su propio SSP, en la práctica la empresa es la única que opera uno, y el código de ese servicio es cerrado, a diferencia del de los Operadores.
Calle, creador del protocolo Cashu, había solicitado durante varios días acceso a una red de pruebas pública similar a un signet o testnet para el SSP, con el fin de escribir pruebas de integración con Lightning sin arriesgar fondos reales ni depender de un entorno privado por invitación. Sus llamados públicos en la red social X quedaron sin respuesta útil, y la única alternativa que le ofrecieron fue enviar un correo electrónico para obtener una invitación a un regtest privado. Calle subrayó entonces que Lightspark cuenta con financiamiento de 175 millones de dólares, pero no brindaba herramientas de prueba abiertas.
La respuesta de la comunidad: código abierto en acción
El desarrollador benthecarman, colaborador del Lightning Development Kit (LDK), no reconstruyó Spark desde cero. Aprovechó el protocolo ya público y, sobre ldk-server, creó una versión propia del SSP a la que denominó open-ssp, es decir, una implementación abierta del Proveedor de Servicios de Spark. También desarrolló un pequeño parche que exponía una función existente en el software público de los Operadores, necesaria para que ambas piezas pudieran comunicarse. Benthecarman anunció el resultado en X, describiéndolo como código abierto bajo licencia MIT. Según Calle, el trabajo tomó aproximadamente doce horas. La nueva herramienta quedó desplegada en mutinynet, una red de pruebas pública de Bitcoin que los desarrolladores de Lightning utilizan habitualmente para probar software sin usar la red principal.
Calle integró open-ssp en su entorno cashu-regtest e invitó a wallets como Wallet of Satoshi, Cake Wallet, Blink, Breez Technology y Coinbase a probar el entorno. Además, anunció que próximamente sumará otros dos protocolos de segunda capa que sí nacieron con código abierto: Bark y Arkade. El episodio reabre una pregunta fundamental dentro del ecosistema Bitcoin: publicar el código de un protocolo no equivale a abrir la infraestructura con la que ese protocolo se opera y se prueba en la práctica, y Spark se convirtió en un ejemplo de esa brecha.
Implicaciones para el ecosistema Bitcoin
La rápida reconstrucción del software cerrado por parte de la comunidad demuestra la fuerza de la cultura de código abierto en Bitcoin, pero también pone de relieve la tensión entre empresas que buscan proteger su ventaja competitiva y desarrolladores que reclaman transparencia total. Mientras que Lightspark ha mantenido el núcleo del protocolo abierto, el cierre del SSP limitaba la capacidad de otros equipos para innovar y probar integraciones. La respuesta de benthecarman no solo resolvió un problema técnico, sino que envió un mensaje claro: en el mundo de Bitcoin, el código abierto no es solo una licencia, sino una práctica que debe extenderse a todos los componentes de la infraestructura.