Submarine swaps y chain swaps: entre Lightning y on-chain
A veces necesitas pasar fondos de Lightning a on-chain (o viceversa) sin cerrar canales. Los swaps lo hacen posible.
Por qué cerrar un canal no siempre es la respuesta
Cerrar y reabrir canales para mover liquidez entre capas implica más fricción: múltiples transacciones, esperas y coste on-chain extra. Los swaps atómicos evitan esa secuencia para muchos casos operativos.
Qué significa “swap atómico”
En un swap atómico, o ambas partes cumplen o ninguna pierde fondos. La seguridad se basa en HTLCs/timelocks coordinados entre Lightning y Bitcoin on-chain. El proveedor puede fallar en disponibilidad, pero no debería poder apropiarse de fondos si el flujo se implementa correctamente.
Loop Out (Lightning → on-chain)
Convierte saldo Lightning en BTC on-chain sin cerrar canal. Casos típicos: retirar beneficios de routing, mover fondos a cold storage, o reequilibrar capacidad.
- Indicas dirección on-chain de destino.
- Pagas invoice Lightning del proveedor.
- Recibes BTC on-chain con confirmaciones.
Loop In (on-chain → Lightning)
Convierte BTC on-chain en saldo Lightning utilizable. Útil para recargar capacidad de envío o mover liquidez a capa de pagos activa.
Proveedores habituales
- Lightning Labs Loop (integrado en stack LND).
- Boltz (swap no-custodial y open source, también con Liquid).
- Phoenix (swaps integrados de forma transparente en UX).
En Phoenix, parte de los swaps ocurre “bajo el capó”: el usuario ve un balance único y la wallet resuelve la ruta de liquidez automáticamente.
Chain swaps entre capas
El mismo patrón se extiende a intercambios entre Lightning y Liquid (L-BTC), o entre on-chain Bitcoin y Liquid, según proveedor.
Cuándo tiene sentido usar swaps
- cuando quieres evitar cierre/apertura de canal
- cuando necesitas rapidez operativa
- cuando el coste total es menor que reestructurar canales
Para montos muy pequeños o bajo ciertas condiciones de fee on-chain, puede no compensar.
Un swap tiene ventanas temporales. Si el proveedor falla o la cadena se congestiona, el proceso puede alargarse y requerir que el cliente esté online para completar resolución.
Estado (marzo 2026): tecnología madura, útil para gestión de liquidez en operación real de nodos y wallets avanzadas.