Liquidez y gestión de canales

Curiosidad

1. ¿Por qué abrir un canal con tus propios fondos te da la capacidad de enviar pero no de recibir?
2. ¿Qué mecanismo permite a dos partes cambiar el tamaño de un canal existente sin transmitir una cerración forzada ni perder su historial de enrutamiento?
3. ¿Cómo es que una pequeña reserva cerrada en cada lado de un canal garantiza que el engaño siga siendo económicamente inviable?

Explorar

1. Un canal Lightning es direccional. La distribución del saldo determina su funcionalidad: la capacidad de envío permite enviar pagos, mientras que la capacidad de recepción permite recibirlos. Cuando un usuario abre un canal al transmitir una transacción de financiación con sus propias monedas, adquiere capacidad de envío (menos las comisiones de reserva y compromiso), pero no capacidad de recepción. Esta asimetría significa que el usuario puede gastar inmediatamente dentro de ese canal, pero no puede aceptar ningún nuevo valor de la contraparte hasta que el saldo cambie.
2. Adquirir liquidez entrante requiere acción externa o movimiento interno. Un usuario puede solicitar a otro nodo que abra un canal hacia él, comprando así capacidad de recepción. Alternativamente, el usuario puede iniciar pagos a través de canales existentes; a medida que los fondos salen de su lado de envío y entran en el del contraparte, la capacidad de recepción del usuario con ese socio específico aumenta. Este enfoque basado en el gasto construye naturalmente la capacidad de recibir fondos con el tiempo, sin necesidad de nuevas transacciones en la cadena.
3. Los proveedores de servicios de Lightning (LSP) abordan este problema desde el punto de vista comercial. Estas entidades establecen canales para los usuarios a cambio de una tarifa. Un LSP inyecta capital en el nodo del usuario, creando así capacidad de recepción inmediata, algo que de lo contrario requeriría esperar a que haya cambios orgánicos en el saldo. Este servicio es crucial para los comerciantes que deben mantener una disponibilidad constante para evitar perder ventas durante períodos de alto volumen.
4. El reequilibrio gestiona los desequilibrios direccionales en el gráfico de canales de un usuario. Si un canal se queda sin capacidad de envío mientras otro tiene exceso, los fondos pueden ser redirigidos en círculo a través de la red para corregir esos desequilibrios. Este proceso consume tarifas de enrutamiento y requiere suficiente liquidez en cada paso del recorrido. La técnica de “splicing”, implementada desde 2023 en soluciones como Core Lightning y Eclair, ofrece una alternativa al redimensionar un canal dentro de la cadena sin cerrarlo, manteniendo así el canal y su historial; solo cambia su ID público breve, y la red es informada del nuevo ID.
5. Cada parte de un canal mantiene una reserva, generalmente alrededor del uno por ciento de la capacidad total. La reserva significa que cada parte siempre tiene fondos en juego: quien hubiera gastado todo su saldo no tendría nada que perder al transmitir un estado anterior que le pagara más, por lo que el protocolo mantiene una cantidad en reserva que puede ser utilizada como penalización.
6. La gestión de canales conlleva costos económicos tangibles. La apertura y cierre de canales requieren transacciones en la cadena, lo que expone a los usuarios a tarifas variables del mempool que aumentan durante períodos de alta congestión de la red. El reequilibrio genera tarifas de enrutamiento por cada salto que se recorre.

Datos clave

Ejercicio nueve, seis, tres, uno

Verificación de hechos

Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.

• A. M. Antonopoulos, O. Osuntokun & R. Pickhardt, Mastering the Lightning Network (2021)
• BOLT #2: The Bitcoin Lightning Network - Peer Networking Protocol
• Core Lightning splicing documentation
• Eclair splicing documentation (ACINQ)