Lightning Network es una red de pagos con bitcoin mediante canales de pago. Se llama segunda capa porque se apoya en las reglas de la red base de Bitcoin. Los participantes actualizan el reparto acordado de bitcoins ya bloqueados, en lugar de registrar cada pago por separado en la red base de Bitcoin. No es otra moneda. La cooperación permite pagar rápido; si termina, unas transacciones Bitcoin preparadas de antemano ofrecen una vía para repartir los fondos.
Un pago Bitcoin habitual espera su inclusión en un bloque y compite con otros por un espacio limitado. Lightning sigue otro procedimiento: primero se prepara un canal de pago y después se cambia el reparto de fondos intercambiando información firmada. Mientras la cooperación funciona normalmente, no es necesario registrar cada pago completado por separado en un bloque. Las transacciones Bitcoin siguen siendo la base para la liquidación. Esta capa adicional no elimina las reglas de Bitcoin ni emite un token propio. [2] [1]
Un canal es un acuerdo entre dos participantes respaldado por bitcoins reales. Abrirlo crea una funding transaction, una transacción de financiación en la red base. Su salida, una cantidad concreta con condiciones de gasto, sostiene el canal. Los participantes tienen preparadas y firmadas commitment transactions, que permiten repartir los fondos al cerrarlo. El saldo cambia al redistribuir derechos sobre bitcoins ya bloqueados, no al crear más bitcoins. [2]
Con una cartera de autocustodia necesitas controlar las claves y la información necesaria para gestionar los canales. Algunas aplicaciones lo hacen directamente; otras utilizan servicios de apoyo. En un servicio de custodia, en cambio, el operador controla los fondos y los canales. Tu saldo es su registro de cuánto te permite retirar. Ni la etiqueta Lightning ni una cantidad en pantalla distinguen estos modelos. Lo importante es quién puede firmar, qué respaldas y de quién depende el funcionamiento. [2]
Cuando pagas a tu compañero de canal, ambos firmáis un nuevo reparto de fondos. En la construcción habitual de los canales, las versiones anteriores se revocan: intentar imponer un estado revocado puede hacer perder sus fondos a quien hace trampa. Es más que cambiar sin compromiso una cifra en una aplicación. Si la otra parte deja de cooperar, una commitment transaction preparada permite cerrar unilateralmente a través de Bitcoin. Esa protección sigue requiriendo la información correcta del estado y una reacción a tiempo. [3]
Un canal simplificado tiene 1 000 000 sat de tu lado y 0 sat del lado del compañero. Un satoshi, abreviado sat, es la unidad mínima de BTC. Tras un pago directo de 200 000 sat, el reparto queda en 800 000 sat para ti y 200 000 sat para la otra parte. El total no cambia y esa actualización por sí sola no exige un bloque nuevo. El ejemplo omite las comisiones y las reservas obligatorias. No significa que un canal real pueda enviar todo el saldo mostrado. [3]
No necesitas un canal directo con el destinatario. El pago puede atravesar varios canales conectados, pero cada tramo debe tener fondos disponibles en el sentido del pago. Eso es la liquidez direccional: cuánto puede transferirse realmente en esa dirección. Una gran capacidad total no ayuda si el dinero está en el lado equivocado. También influyen las reservas, los límites de pagos pendientes, las comisiones de reenvío y la disponibilidad de los nodos. [3]
Los pagos enrutados se enlazan mediante HTLC, abreviatura de Hashed Timelock Contract. Son derechos condicionados: el cobro depende de revelar el mismo secreto que corresponde a una huella criptográfica acordada y de unos plazos. Ese secreto se llama preimage. Al revelarlo, el destinatario puede cobrar el último pago y los intermediarios pueden cobrar sus pagos entrantes. Los plazos se acortan hacia el destinatario para dejar tiempo de reacción a los intermediarios. Si el pago no se completa, los fondos pueden recuperarse según las condiciones temporales correspondientes, aunque no necesariamente de inmediato. [3]
La ruta puede carecer de fondos en el sentido correcto, un nodo puede no estar disponible o las comisiones superar el límite elegido. La información del canal también puede estar desactualizada. La cartera puede probar otra ruta o dividir el pago, si lo admite. Por tanto, un intento fallido no significa automáticamente robo ni desaparición de bitcoins. Tampoco conviene confundir pagos normalmente rápidos con una garantía de que toda solicitud se completará de inmediato al primer intento. [3]
Hay que proteger el estado actual del canal y vigilar si el compañero publica una versión revocada. Puede ayudar una watchtower: un servicio que observa esos intentos y puede reaccionar a tiempo. Su ayuda no sustituye todas las copias de seguridad ni el procedimiento de recuperación de tu cartera concreta. Una Seed Phrase, la secuencia de palabras para recuperar las claves, puede no restaurar por sí sola la información necesaria del canal. Antes de usar una solución, debes entender sus copias, su recuperación y los servicios de apoyo de los que depende. [4] [5] [6]
Abrir y cerrar un canal utiliza transacciones Bitcoin. Un cierre unilateral puede añadir esperas, comisiones y más transacciones para resolver HTLC pendientes. Los fondos de un pago en curso pueden seguir bloqueados hasta que se resuelva según sus condiciones. Fallar no promete una devolución inmediata ni gratuita, y un pago rápido no garantiza un retiro igual de rápido a la cadena. Sin embargo, esa posibilidad de liquidar mediante Bitcoin es lo que respalda los canales bajo tu propio control. [4]
Para obtener la imagen más completa, lee esta entrada junto con Transacción, SegWit, Taproot, Cartera, Transaction Fees. También enlazan con esta entrada Cartera, SegWit, Taproot, Dirección de Bitcoin.