Se crea un prototipo de intercambio de Bitcoin con 'piscinas oscuras' privadas

• El código del prototipo aún no se ha publicado ni auditado de forma independiente.
• Las órdenes se emparejan directamente entre usuarios utilizando identidades Nostr.

Un desarrollador identificado como ian (@januszg_ en X) presentó el 21 de julio de 2026, un prototipo de un intercambio de Bitcoin (BTC) diseñado para operar como una 'piscina oscura': un mercado donde las cantidades y direcciones de los participantes permanecen ocultas durante toda la operación.

El objetivo es mover Bitcoin de una persona a otra sin dejar rastro en la red y, al mismo tiempo, sin que ninguna de las partes (comprador y vendedor) tenga que confiar ciegamente en la otra.

Para lograr esto, se combinan y conectan dos componentes que operan en paralelo a través de un hash. En el lado de Bitcoin, el prototipo utiliza statechains, una técnica que permite la reasignación de la clave de gasto de un UTXO sin necesidad de una transacción en la cadena, y se basa, según el autor, en el protocolo Latch de Mercury Layer.

El vendedor bloquea su posición dentro de una orden, y esa orden genera un hash único, que sirve como el hilo que conecta todo el intercambio. Ese mismo hash es lo que entra en juego en el otro lado del sistema: la red de stablecoins.

Mientras tanto, el comprador deposita sus stablecoins (o 'cualquier otra shitcoin', en palabras del autor) en un contrato de colateral dentro de una red de prueba de conocimiento cero (zk), un método criptográfico que permite a una parte (el probador) demostrar a otra (el verificador) que una afirmación es verdadera sin revelar información adicional sobre la afirmación misma.

Este contrato solo libera los fondos si alguien revela la clave correspondiente al hash generado por la orden del vendedor, o los devuelve automáticamente al comprador si un límite de tiempo especificado expira sin que eso ocurra.

Aquí es donde entra el tercer elemento del diseño: un co-firmante que no participa en la negociación ni firma nada por iniciativa propia, sino que solo actúa cuando ambas partes así lo indican.

Una vez que el vendedor verifica que las stablecoins han sido depositadas en el contrato, autoriza al co-firmante a completar la transferencia de Bitcoin; el comprador hace lo mismo desde su lado.

Con ambas confirmaciones, el co-firmante reasigna la clave de gasto de la statechain al comprador y elimina la copia que compartió con el vendedor.

Solo después de esta eliminación se revela la clave que permite al vendedor reclamar las stablecoins. Eso completa el intercambio.

Este último paso deja una condición de confianza que el propio autor reconoce: el comprador debe confiar en que el co-firmante efectivamente eliminó su clave una vez que la operación ha terminado.

Todo este mecanismo de intercambio resuelve el problema de mover activos sin dejar rastro, pero aún no aborda cómo dos personas llegan a acordar una transacción. Para eso, el desarrollador construyó sobre un protocolo de solicitud de cotizaciones (RFQ) basado en identidades Nostr.

Cada usuario crea una identidad (npub) y publica órdenes de compra o venta mostrando solo esa identidad y el monto de la orden, sin revelar su dirección de Bitcoin ni otros datos personales.

Cabe aclarar que, a diferencia de las cantidades y direcciones, el npub del usuario es visible para los otros participantes en el libro de órdenes: lo que el diseño oculta es la dirección de Bitcoin y la información personal, no la identidad seudónima en Nostr.

Cuando alguien encuentra una oferta que le conviene, envía una cotización encriptada con el monto y el precio exacto, que solo puede ser leído por la contraparte de esa transacción específica.

El resultado, según la descripción del autor, es que en el lado de Bitcoin no hay transacción en la cadena, mientras que en el lado de la red zk, lo único visible son los hashes de las entradas y salidas, sin poder siquiera determinar qué activo fue intercambiado.

Ian mismo describió el diseño, en su evaluación personal, como extremadamente respetuoso de la privacidad e indicó que trabajará en versiones más optimizadas del protocolo y que planea publicar el código en el futuro, sin especificar una fecha.