Inicio Lightning Network Lightning Service Providers: qué son y sus riesgos

Lightning Service Providers: qué son y sus riesgos

Un LSP (Lightning Service Provider) es un nodo de Lightning que ofrece servicios de liquidez y canales a otros usuarios o wallets. Son fundamentales para la experiencia de usuario en Lightning, pero introducen dependencias de confianza que hay que entender.

El problema de liquidez que resuelven los LSPs

Para recibir pagos en Lightning Network, necesitas liquidez entrante: un canal con alguien que tenga fondos en tu lado. Un usuario nuevo que abre su primera wallet Lightning no tiene liquidez entrante por defecto. Antes de los LSPs, esto era la mayor barrera de entrada a Lightning.

Un LSP resuelve esto abriendo canales hacia los usuarios y proveyendo liquidez entrante a cambio de pequeñas tarifas. Cuando recibes tu primer pago con Phoenix o Breez, hay un LSP abriendo un canal hacia ti en tiempo real.

Servicios que ofrece un LSP

  • Liquidez entrante bajo demanda (JIT — Just-in-Time): el LSP abre un canal cuando el usuario necesita recibir un pago, cobrando una tarifa.
  • Gestión del canal: el LSP mantiene el canal abierto, gestiona el rebalanceo y se encarga de los cierres cooperativos.
  • Splicing: algunos LSPs modernos (como ACINQ para Phoenix) usan splicing para ajustar la capacidad del canal sin cerrarlo y reabrirlo.
  • Wrapped invoices: cuando no tienes canal, el LSP recibe el pago en tu nombre y te lo "empuja" abriendo el canal. Esto introduce custodia temporal.

Estándares en desarrollo: LSPS

La comunidad Lightning trabaja en especificaciones abiertas para LSPs (LSPS — Lightning Service Provider Specifications) para que diferentes wallets puedan conectarse a diferentes LSPs de forma interoperable. LSPS0, LSPS1 y LSPS2 cubren el descubrimiento, la apertura de canales y la liquidez JIT respectivamente. Esto reduce la dependencia de LSPs propietarios de cada wallet.

El trade-off de confianza

Aunque los LSPs no tienen las claves privadas del usuario (en wallets no custodiales como Phoenix), sí introducen dependencias significativas:

  • Privacidad: el LSP conoce todos tus pagos entrantes: sabe cuándo recibes y aproximadamente cuánto.
  • Disponibilidad: si el LSP cierra o tiene problemas, tus canales no pueden recibir hasta que migres o los cierres unilateralmente.
  • Routing: si solo tienes canales con tu LSP, todos tus pagos pasan por él, que puede correlacionar origen y destino.
  • Censura: un LSP puede negarse a abrir canales o enrutar pagos hacia ciertas entidades.

La distinción clave es que en un diseño correcto (como Phoenix), el LSP nunca puede robar tus fondos: solo puede negarse a cooperar, forzándote a cerrar los canales en la cadena.

Cómo evaluar un LSP

Al usar una wallet que depende de un LSP, considera: ¿el código es abierto? ¿Puedes cerrar tus canales unilateralmente en cualquier momento? ¿Hay transparencia en las tarifas? ¿El LSP tiene incentivos para mantener el servicio a largo plazo?

Errores habituales

  • Pensar que usar un LSP implica custodia: en wallets bien diseñadas como Phoenix, el LSP no puede mover tus fondos, solo puede negarse a enrutar.
  • Asumir que todos los LSPs son igual de fiables: hay desde equipos con años de trayectoria (ACINQ) hasta proyectos nuevos sin historial.
  • Ignorar la dependencia de privacidad: el LSP ve todos tus pagos entrantes y puede inferir patrones de uso.
  • No verificar que puedas cerrar tus canales unilateralmente: en un buen diseño, siempre tienes la opción de forzar el cierre en la blockchain sin necesitar cooperación del LSP.

Conceptos relacionados

Fuentes primarias

  • LSPS specifications: github.com/BitcoinAndLightningLayerSpecs/lsp
  • ACINQ, blog técnico sobre el modelo LSP de Phoenix
  • Roy Sheinfeld, Breez, "The State of Lightning: LSPs" (2023)
  • BOLT 2: Channel Establishment and Commitment Transactions
  • René Pickhardt, "Understanding Lightning Network Liquidity" (2021)