-
Ante el silencio de Lightspark, el desarrollador benthecarman construyó una alternativa abierta.
-
Calle sumó esa herramienta a su propio entorno de pruebas e invitó a otras wallets a usarla.
En el ecosistema bitcoiner un problema que llevaba días sin una solución se resolvió en un puñado de horas. Este 4 de septiembre, el desarrollador conocido como benthecarman construyó y publicó el código de una pieza de software que Lightspark, la empresa detrás del protocolo Spark, no compartía públicamente con otros equipos.
Una vez construida esa pieza abierta, la usó de inmediato Calle, creador del protocolo Cashu, que llevaba varios días pidiendo esa misma herramienta sin obtener una respuesta por parte de Lightspark.
Calle mantiene cashu-regtest, un entorno de pruebas de regresión (regtest), es decir, una réplica local de una red de Bitcoin donde los desarrolladores prueban su software sin arriesgar fondos reales. El repositorio permite simular nodos de Lightning y, desde hace poco, también Spark.
Spark es la red de segunda capa (L2) de Bitcoin creada por el equipo de Lightspark, basada en un diseño de statechains, un esquema que traslada la propiedad de los bitcoins (BTC) fuera de la cadena mediante turnos de claves criptográficas entre los usuarios y un grupo de nodos llamados Operadores de Spark, que funcionan bajo un esquema de firmas por umbral de dos de tres.
El código de esos Operadores, junto con el resto del protocolo, es público, en el repositorio de Spark. Lightspark presenta ese núcleo como código abierto.
Sin embargo, para conectarse a Spark, una wallet no habla directamente con los Operadores, sino con un intermediario llamado Spark Service Provider (SSP, Proveedor de Servicios de Spark), que gestiona la liquidez y las conexiones con Lightning.
De acuerdo con las preguntas frecuentes que publica Lightspark, cualquiera puede operar un SSP propio, pero, en la práctica, Lightspark es la única empresa que opera uno, y el código de ese servicio, a diferencia del de los Operadores, es cerrado y no está disponible públicamente.
Días de pedidos sin una respuesta útil
Calle pedía específicamente una red de pruebas pública, similar a un signet o una testnet, para el SSP, que le permitiera escribir pruebas de integración con Lightning sin depender de un regtest privado por invitación ni de probar directamente en la red principal de Bitcoin.
Durante varios días, Calle publicó en la red social X pedidos directos a la cuenta de Lightspark para que explicara cómo escribir esas pruebas, sin recibir una respuesta que resolviera el problema.
La única alternativa que le ofrecieron, según relató Calle, fue escribir un correo electrónico para conseguir una invitación a ese regtest privado. Tras ello, Calle resaltó que la empresa cuenta con financiamiento de USD 175 millones pero no ofrecía pruebas públicas de integración.
Posteriormente, y con la herramienta reconstruida por benthecarman, publicó un nuevo mensaje dirigido a la cuenta de Lightspark: «ya no necesito tu ayuda».
La respuesta llegó en código abierto
El desarrollador benthecarman, que ya colabora con el desarrollo de Lightning Development Kit (LDK), no reconstruyó Spark. Tomó el protocolo ya público y construyó, sobre ldk-server, un nodo de Lightning de código abierto, una versión propia del SSP a la que llamó open-ssp (es decir, una versión abierta del Proveedor de Servicios de Spark).
También creó un pequeño parche que exponía una función existente en el software público de los Operadores, necesaria para que las dos piezas pudieran comunicarse entre sí.
benthecarman anunció el resultado en la red social X y lo describió como código abierto. Según contó Calle, el trabajo llevó unas doce horas y la licencia usada fue MIT. La nueva pieza quedó desplegada en mutinynet, una red de pruebas pública de Bitcoin que utilizan habitualmente los desarrolladores de Lightning para probar software sin usar la red principal.
Calle integró open-ssp a su entorno cashu-regtest e invitó a wallets como Wallet of Satoshi, Cake Wallet, Blink, Breez Technology y Coinbase a usar el entorno.
Finalmente, Calle anunció además que sumará próximamente Bark y Arkade, otros dos protocolos de segunda capa que sí nacieron en código abierto.
El episodio reabre una pregunta dentro del ecosistema de Bitcoin. Publicar el código de un protocolo no es lo mismo que abrir la infraestructura con la que ese protocolo se opera y se prueba en la práctica, y Spark quedó como ejemplo de esa diferencia.
