Liquidez en Lightning (inbound/outbound)
El problema
Un canal de pago tiene una capacidad fija. Si abres un canal con 100.000 sats, tienes 100.000 de liquidez outbound (puedes enviar) pero 0 de inbound (no puedes recibir). A medida que envías pagos, tu outbound disminuye y el inbound del otro lado aumenta — y viceversa.
Obtener liquidez inbound
Para recibir pagos necesitas que alguien abra un canal hacia ti o que gastes parte de tu outbound. Soluciones: pedir a un peer que abra un canal, usar servicios de liquidez (LSP - Lightning Service Providers), o hacer compras que "vacíen" tu outbound y generen inbound.
¿Por qué importa?
La liquidez es lo que hace que Lightning funcione como red de pagos enrutada: cada nodo intermediario necesita liquidez en ambas direcciones para reenviar pagos. Una red con liquidez bien distribuida funciona de forma fluida; una red con liquidez concentrada crea cuellos de botella.
Errores habituales
- Abrir un canal y esperar poder recibir pagos inmediatamente (necesitas inbound)
- No entender que la liquidez es "de ida y vuelta" dentro de cada canal
- Ignorar los servicios LSP que simplifican la gestión de liquidez para usuarios normales
Conceptos relacionados
Fuentes primarias
- BOLT specifications
- lightning.engineering docs