Red Lightning y segunda capa

Liquidez en la red Lightning: guía de canales

3 de abril de 2024 · 15 min de lectura · Actualizado el
Liquidez en la red Lightning: guía de canales

Esta guía es una traducción del original en inglés, que es el texto de referencia. Leer en inglés

La red Lightning es una de las soluciones más prometedoras para que Bitcoin pueda procesar más pagos. Participar en la red trae retos propios de liquidez y gestión de canales. Entenderlos es importante tanto para los particulares como para las empresas que quieren aprovechar esta tecnología de segunda capa.

La liquidez en la red Lightning depende del saldo local y del remoto. El saldo local marca cuánto puedes enviar y el remoto, cuánto puedes recibir. Como los pagos pueden circular en ambos sentidos, importa cómo repartes tus fondos entre los canales, seas quien seas en la red.

Tres estados de un canal de 2 000 000 sats que abres tú. Al principio, los 2 000 000 sats están de tu lado: puedes enviarlos, pero todavía no puedes recibir nada. Después de pagar 500 000 sats por el canal, quedan 1 500 000 de tu lado y 500 000 del lado de la otra parte. Ya puedes recibir hasta 500 000. Si pagas otros 500 000, el canal queda equilibrado, con 1 000 000 de cada lado. Los pagos pueden ir en ambos sentidos. Tu lado es la liquidez de salida. El de la otra parte es la liquidez de entrada.
El saldo de tu lado del canal es lo que puedes enviar. El de la otra parte es lo que puedes recibir. Si abres un canal solo con tus sats, todo empieza de tu lado. Para recibir, primero tienes que gastar parte de ese saldo. Una pequeña reserva del canal queda siempre bloqueada en cada lado, así que los límites reales son un poco menores.

Conseguir liquidez de entrada es uno de los mayores retos de la red Lightning, sobre todo para quienes recién empiezan. Para obtener capacidad de salida, basta con abrir un canal con tus fondos. Conseguir capacidad de entrada suele requerir planificación y, a menudo, coordinarte con participantes más grandes. Esa diferencia refleja cómo se distribuye el capital y se evalúa el riesgo en una red descentralizada.

Los proveedores de servicios Lightning (LSP) ya son una parte importante de la infraestructura de la red Lightning. Conectan a los nuevos usuarios con el resto de la red y les ofrecen liquidez de entrada inicial y capacidad de enrutamiento. Sus servicios suelen tener límites y requisitos concretos porque aportar capital a la red tiene un costo.

La relación entre las grandes empresas y los usuarios particulares muestra cómo funciona la economía de la red. Los grandes exchanges y procesadores de pagos, los «peces gordos» de Lightning, tienen que decidir con cuidado dónde colocar su capital. Disponen de muchos recursos, pero las obligaciones regulatorias y los incentivos económicos influyen en sus reglas para conectarse con otros nodos.

Para incorporarte a la red Lightning, a menudo conviene combinar estrategias. Puedes abrir canales directamente con nodos más grandes o recurrir a servicios que faciliten la liquidez de entrada. Aportar capital, normalmente en forma de bitcoins bloqueados en los canales, es un requisito técnico y una señal económica para la red.

Para las empresas que quieren adoptar la red Lightning, entender esta dinámica importa especialmente. Recibir pagos con eficiencia exige pensar cómo gestionar los canales y de dónde sacar liquidez. Para un comercio que quiere aceptar bitcoins, una capacidad de entrada fiable es esencial para cobrar sin problemas.

A medida que evoluciona la red Lightning, aparecen servicios y protocolos que facilitan el acceso a la liquidez. Cómo se aporta y se reparte el capital entre canales sigue siendo una cuestión central. Buscar un equilibrio entre la seguridad de la red, el uso eficiente del capital y la facilidad de acceso sigue guiando estos avances.

La relación entre operadores de nodos de distintos tamaños muestra cómo se ha ido formando un mercado de liquidez en la red. Abrir canales con los grandes participantes suele exigir bastante capital. Eso refleja tanto el valor de las conexiones como lo que cuesta mantenerlas. Así surge una jerarquía en la red: aportar más capital puede darte acceso a mejores conexiones.

A medida que la red Lightning madure, probablemente surgirán soluciones para estos problemas de liquidez. Los avances en la gestión de canales, la creación automatizada de mercado y los servicios de liquidez pueden facilitar la participación. Cómo se distribuye el capital probablemente seguirá influyendo en la estructura de la red y en las estrategias de quienes la usan.

Cómo gestionar la liquidez de tus canales Lightning paso a paso

Aprenderás técnicas para conseguir, equilibrar y mantener la liquidez de tus canales Lightning.

Paso 1: revisa cuánta liquidez tienes. Ejecuta lncli listchannels y revisa local_balance y remote_balance de cada canal. Calcula tu capacidad de entrada total sumando los saldos remotos y la de salida sumando los saldos locales. Si la capacidad de entrada es inferior al 20 % del total, auméntala antes de recibir pagos o enrutarlos en tu dirección con eficacia. Herramientas como Balance of Satoshis (bos) te ofrecen un resumen más claro. bos balance muestra el desglose en un gráfico.

Paso 2: consigue liquidez de entrada. Hay varias formas, con costos y ventajas distintos. Si necesitas liquidez de entrada de inmediato, usa Lightning Loop Out (loop out) para cambiar saldo Lightning por bitcoins on-chain. Los sats que envías salen de tu lado del canal y los bitcoins vuelven a tu billetera on-chain. Pagas una comisión de servicio, una comisión on-chain y las de enrutamiento en Lightning. Lo más barato es gastar bitcoins por tus canales de salida en productos, servicios o tarjetas de regalo. Así conviertes liquidez de salida en liquidez de entrada. Lo más directo es pedir a un operador de un nodo bien conectado que abra un canal contigo. Obtienes capacidad de entrada y la otra parte aporta capital que queda bloqueado.

Tres formas de conseguir liquidez de entrada. Una es usar Lightning Loop Out. Los sats salen por tu canal hacia un servicio de swaps y vuelven como bitcoins on-chain. Pagas una comisión de servicio, una comisión on-chain y las de enrutamiento. Otra es gastar por tus propios canales. Tus sats van al comercio y recibes lo que compraste. Si ya ibas a hacer la compra, no hay un costo adicional. La tercera es que un nodo bien conectado o un proveedor de servicios Lightning (LSP) abra un canal contigo. Todo empieza de su lado y los LSP cobran una comisión por el capital que bloquean.
Tres formas de ganar espacio para recibir. Tanto el swap hacia on-chain como el gasto mueven tus sats al lado de la otra parte. Si alguien abre un canal contigo, usa sus propios sats desde el principio.

Paso 3: reequilibra los canales con poco saldo de un lado. Cuando un canal queda muy desequilibrado (por ejemplo, 90 % de saldo local y 10 % remoto), reequilíbralo con un pago circular. En Balance of Satoshis, ejecuta bos rebalance --out <peer_heavy_on_your_side> --in <peer_heavy_on_their_side> --amount 500000 --max-fee-rate 50. El pago sale por el canal con demasiado saldo de tu lado, circula por la red y vuelve por el canal con demasiado saldo remoto. Así se equilibran los dos. Fija un tope a la tasa de comisión para no pagar de más por el reequilibrio (50 ppm es razonable).

Un reequilibrio circular. Tienes dos canales de 1 000 000 sats. En el canal con A, 900 000 sats están de tu lado y 100 000 del lado de A. En el canal con B, 100 000 están de tu lado y 900 000 del lado de B. Te pagas 400 000 sats: el pago sale por A, pasa por otros nodos y vuelve por B. Después, ambos canales quedan con 500 000 sats de cada lado. Los nodos de la ruta cobran una pequeña comisión. Con un tope de 50 ppm (50 sats por millón), las comisiones suman como máximo 20 sats.
Reequilibrar es hacerte un pago a ti mismo. Los sats salen por el canal con exceso de saldo de tu lado y vuelven por el que tiene tu lado casi vacío. En este ejemplo, mover 400 000 deja ambos canales equilibrados. Tu saldo total sigue igual salvo por las comisiones de enrutamiento.

Paso 4: usa swaps submarinos para ajustes mayores. Si el reequilibrio circular no basta o sale demasiado caro, puedes hacer un swap submarino. Lightning Loop Out cambia saldo Lightning por bitcoins on-chain. Reduce la liquidez de salida y abre espacio para recibir. Lightning Loop In hace lo contrario. Usa loop out --amt 500000 --conf_target 12 para apuntar a que la transacción on-chain se confirme en 12 bloques, con un equilibrio entre rapidez y costo.

Dos swaps de 500 000 sats en un canal de 1 000 000 sats. Loop Out pasa de Lightning a on-chain. Tu lado baja de 900 000 a 400 000 y el de la otra parte sube de 100 000 a 600 000. Llegan 500 000 sats menos las comisiones a tu billetera on-chain. Así ganas espacio para recibir. Loop In pasa de on-chain a Lightning. Salen 500 000 sats más las comisiones de tu billetera on-chain y tu lado del canal sube de 100 000 a 600 000. Así ganas espacio para enviar. En cada swap pagas una comisión de servicio y comisiones on-chain. Con Loop Out pagas además las de enrutamiento.
Loop Out te deja espacio para recibir y Loop In repone lo que puedes enviar. Con Loop Out envías tus sats por Lightning y recibes bitcoins on-chain. Loop In hace lo contrario. Cada swap tiene comisiones, así que siempre recibes un poco menos de lo que entregas.

Paso 5: sigue el uso de los canales a lo largo del tiempo. Observa qué canales enrutan más pagos y en qué dirección. Usa lncli fwdinghistory --start_time=-7d para ver los pagos enrutados en la última semana. Si un canal se vacía siempre en el mismo sentido, quizá necesites subir las comisiones del lado que se agota para frenarlo o programar reequilibrios específicos. ThunderHub y RTL muestran gráficos con el historial de saldos de los canales.

Paso 6: cierra los canales que rinden poco y reasigna el capital. Si el otro nodo se desconecta a menudo, el canal nunca enruta pagos o lleva semanas sin saldo, estás desaprovechando capital. Haz un cierre cooperativo con lncli closechannel --chan_point=<funding_txid:output_index> y usa los fondos que recuperes para abrir canales con nodos mejor conectados. Evalúa cada canal una vez al trimestre. Si no ha enrutado un pago en 30 días, plantéate si conviene usar ese capital en otro sitio.

Paso 7: prepárate para los cambios en las comisiones. Las subidas de las comisiones on-chain afectan directamente a la liquidez en Lightning. Las comisiones altas encarecen abrir y cerrar canales y hacer swaps submarinos. Agrupa las operaciones de gestión de canales en periodos de comisiones bajas, como los fines de semana o a primera hora de la mañana (UTC). Mantén una reserva on-chain de al menos 200 000 sats para afrontar cierres forzados imprevistos aunque las comisiones estén altas.

Advertencia. Reequilibrar tiene un costo directo. Cada pago circular paga comisiones de enrutamiento a los nodos intermedios. Si gastas más en reequilibrar de lo que ganas enrutando pagos, pierdes dinero. Registra tus ingresos netos, es decir, las comisiones de enrutamiento que cobras menos las que pagas por reequilibrar, y ajusta la estrategia si el saldo se vuelve negativo. Hay canales que no vale la pena mantener si requieren reequilibrios costosos todo el tiempo.

Errores comunes que conviene evitar

Abrir canales y esperar tener liquidez de entrada de inmediato. Si solo tú aportas fondos al abrir un canal, todos quedan de tu lado. Puedes enviar, pero tu capacidad de entrada es cero. Muchos operadores abren sus primeros canales y luego se preguntan por qué no pueden recibir pagos. Para conseguir liquidez de entrada, haz pagos, usa swaps o consigue que otros nodos te abran canales.

Reequilibrar a cualquier costo. Las herramientas de reequilibrio automático pueden gastar en comisiones de enrutamiento más de lo que el canal llegará a generar. Pon siempre un tope a las comisiones de reequilibrio. Como regla general, no pagues por un solo reequilibrio más del 50 % de los ingresos semanales medios del canal por enrutamiento. Si mantenerlo te cuesta más de lo que produce, ciérralo.

Concentrar todo el capital en un solo canal grande. Un canal de 10 millones de sats te da menos flexibilidad para enrutar pagos que cinco de 2 millones de sats con nodos distintos y bien conectados. Repartir los fondos entre varios nodos ayuda a que los pagos lleguen, reduce el riesgo de un punto único de fallo y crea oportunidades de reequilibrar a medida que los pagos circulan por distintos canales.

Los mismos 10 000 000 sats repartidos de dos formas si un nodo se desconecta. Con un único canal de 10 000 000 sats, si el otro nodo está sin conexión, se pueden mover 0 sats hasta que vuelva. Con cinco canales de 2 000 000 sats y cinco nodos distintos, si uno se desconecta, por los otros cuatro canales aún se pueden mover 8 000 000 sats.
Reparte el capital entre varios nodos. Si el único nodo del otro lado de tu canal grande se desconecta, no puedes mover nada hasta que vuelva, aunque los sats siguen siendo tuyos. Con cinco canales, si un nodo se desconecta, cuatro quintas partes de tu capital siguen disponibles. Además, con más nodos, los pagos tienen más rutas.

Ignorar las comisiones on-chain al gestionar la liquidez. Abrir un canal requiere una transacción on-chain. Cerrarlo requiere otra, y un cierre forzado cuesta aún más. Esas comisiones reducen tu capital. Cuando las comisiones están altas, abrir un canal de 1 millón de sats puede costar más de 50 000 sats: un 5 % del valor del canal antes de enrutar un solo pago. Programa las operaciones de tus canales cuando las comisiones estén bajas.

No mantener una reserva on-chain. Si tienes todos tus bitcoins bloqueados en canales Lightning y la otra parte hace un cierre forzado cuando las comisiones están altas, la transacción de cierre puede consumir una gran parte del saldo del canal. Mantén una reserva mínima de entre 200 000 y 500 000 sats en tu billetera on-chain para cubrir las salidas de anclaje y los cierres imprevistos.

Preguntas frecuentes

¿En qué se diferencian la liquidez de entrada y la de salida?

La liquidez de salida es el saldo de tu lado del canal, lo que puedes enviar. La de entrada es el saldo del otro nodo, lo que puedes recibir. Si solo tú financias un canal de 2 millones de sats, empiezas con 2 millones de salida y cero de entrada. Al enviar o reenviar pagos hacia fuera, los sats pasan de tu lado al del otro nodo y convierten la liquidez de salida en liquidez de entrada. Un canal equilibrado, con saldos parecidos a ambos lados, permite enrutar pagos en las dos direcciones.

¿Cómo funcionan los proveedores de servicios Lightning (LSP)?

Los LSP son empresas que prestan servicios de infraestructura para Lightning. Operan nodos grandes y bien conectados. Ofrecen apertura inmediata de canales, a menudo con liquidez de entrada incluida, además de enrutamiento de pagos y gestión de liquidez. Si usas una billetera con LSP, este abre un canal contigo en segundo plano y obtienes capacidad de entrada para recibir pagos enseguida. El LSP cobra por el servicio directamente o a través de comisiones de enrutamiento.

¿Puedo ganar dinero aportando liquidez a Lightning?

Puedes cobrar comisiones de enrutamiento si mantienes canales bien equilibrados entre nodos con mucho tráfico. Los ingresos suelen ser modestos: la mayoría de los operadores particulares gana el equivalente a unos pocos dólares al mes por BTC aportado. El valor principal de operar un nodo de enrutamiento es contribuir al buen funcionamiento de la red y mantener la soberanía sobre tus pagos. Las comisiones son un ingreso adicional modesto que ayuda a cubrir los gastos de operación.

¿Qué es el splicing y cómo afecta a la liquidez de un canal?

El splicing permite añadir o retirar fondos de un canal que ya existe sin cerrarlo y volver a abrirlo. Forma parte de la especificación de Lightning desde marzo de 2026. Core Lightning, Eclair y LDK lo admiten. A fecha de noviembre de 2026, LND aún no lo admite. Un splice-in añade fondos on-chain y aumenta la capacidad del canal. Un splice-out retira fondos a una dirección on-chain. Así te ahorras el tiempo y el costo de cerrar un canal, esperar una confirmación on-chain y abrir otro con una capacidad distinta. Conforme más implementaciones admitan el splicing, gestionar la liquidez será bastante más barato y flexible.

Cómo ampliar un canal de 1 000 000 sats. Sin splicing, cierras el canal con una transacción on-chain, esperas sin canal y abres uno nuevo de 1 500 000 sats con otra transacción. Entre ambas no pueden pasar pagos. Con splicing, una sola transacción de splice añade 500 000 sats y el canal existente pasa a 1 500 000. Los pagos siguen pasando mientras se confirma la transacción.
Un splice cambia la capacidad de un canal sin cerrarlo. Sustituye la transacción de financiación del canal por una nueva. El canal sigue funcionando mientras se confirma el cambio. Retirar fondos con un splice funciona de la misma forma, en sentido contrario.

Recursos relacionados

Forma parte de nuestro curso de Bitcoin:Este tema se explica en Canales y enrutamiento Lightning: cómo encuentran su camino los pagos, del curso Red Lightning y nodos de Bitcoin.
Categoría: Red Lightning y segunda capa

Sigue leyendo

← Volver a los cursos