LSP, liquidez y canales JIT: cómo funciona la infraestructura Lightning
La mayoría de usuarios Lightning no gestionan canales. Los LSP lo hacen por ellos. Así funciona.
El problema de liquidez que los LSP resuelven
Cuando alguien instala Phoenix o Breez y recibe su primer pago sin haber configurado canales, parece magia. No lo es. Hay un LSP trabajando en segundo plano. Lightning, en su modelo puro, exige gestionar canales, capacidad y rebalanceo. Para un usuario técnico es trabajo continuo. Para el usuario medio es fricción excesiva.
Los LSP (Lightning Service Providers) resuelven ese gap: no son bancos custodios por definición, son proveedores de infraestructura de liquidez y conectividad. Tú mantienes control de claves; ellos operan la capa de canales para que la experiencia sea utilizable.
Qué servicios proporciona un LSP
Apertura de canales
El LSP abre canales hacia tu wallet o nodo para darte liquidez entrante desde el inicio. Sin esto, un usuario nuevo suele tener capacidad de envío pero no de recepción.
Canales JIT (Just-in-Time)
Si te envían sats y no tienes capacidad entrante suficiente, el LSP puede abrir canal en el mismo flujo de pago y entregar fondos en ese momento. El coste de apertura se descuenta del pago. Para el usuario, solo “llega”.
Rebalanceo y mantenimiento de liquidez
Con el uso, los canales se desequilibran. El LSP ajusta topología y flujos para mantener rutas útiles en ambos sentidos, evitando degradación de experiencia.
Routing
Los LSP suelen estar bien conectados a nodos con alta centralidad de red. Eso mejora probabilidad de éxito y coste medio de pagos.
Backups de estado
Algunos LSP guardan estado cifrado de canal para recuperación más segura tras pérdida de dispositivo.
LSPS: estandarización en marcha
Históricamente, cada LSP operaba con APIs propietarias. LSPS busca interoperabilidad:
- LSPS0: transporte base cliente ↔ LSP.
- LSPS1: compra estandarizada de canales.
- LSPS2: canales JIT estandarizados.
La adopción avanza gradualmente y reduce lock-in por proveedor.
Rebalanceo cuando la liquidez se agota
Para nodos propios, el rebalanceo es parte de operación:
- Rebalanceo circular: mover saldo entre tus canales pagando fees de ruta.
- Submarine swaps: desplazar liquidez entre Lightning y on-chain sin cerrar canal.
- Liquidez ads: mercados de apertura/capacidad entre nodos.
Modelo económico del LSP
El servicio no es altruista. Ingresan por:
- fees de apertura JIT
- fees de routing
- servicios de liquidez/operación
El usuario paga por simplicidad operativa y menos fricción.
Trade-off clave: conveniencia vs privacidad
Un LSP puede observar metadatos de flujo (montos, tiempos, rutas parciales) según su posición de red. No implica custodia automática, pero sí dependencia de infraestructura y exposición de metadatos operativos.
Un LSP puede correlacionar pagos entrantes con identidad si usas Lightning Address en su propio dominio. Si tu prioridad es privacidad fuerte, evalúa topología, canales privados y capas eCash para pagos sensibles.
Estado (marzo 2026): ecosistema LSP maduro para uso cotidiano, con estandarización en progreso vía LSPS.