La Lightning Network se define por un conjunto de especificaciones llamadas BOLT (Basis of Lightning Technology). Esto es lo que ocurre bajo el capó.
Abrir un canal (BOLT 2 y 3)
Dos pares crean una transacción de financiación que paga a una salida multifirma 2-de-2 (P2WSH; algunas implementaciones también ofrecen canales Taproot experimentales). Antes de difundirla, intercambian firmas de las primeras transacciones de compromiso, para que cada uno pueda recuperar su dinero si el otro desaparece.
Transacciones de compromiso
Cada lado guarda la suya, firmada por el otro, que paga el saldo actual. Cada pago crea un par nuevo. La salida que paga al titular se retrasa con un bloqueo temporal relativo (to_self_delay, usando CSV).
Revocación: por qué falla hacer trampa
Al pasar a un estado nuevo, cada lado entrega un secreto de revocación de su compromiso antiguo. Si alguien difunde un estado antiguo, el otro lado tiene una ventana mientras corre el retraso para usar la clave de revocación y llevarse todos los fondos del canal. Debes vigilar la cadena, o usar un watchtower.
HTLC: pagos a través de saltos
El receptor crea un preimage secreto y pone su hash SHA-256 en la factura (BOLT 11). El pago del remitente viaja como una cadena de HTLC, cada uno diciendo «paga si muestras el preimage antes de la altura de bloque X». Cada salto reenvía un HTLC un poco menor con un vencimiento anterior. La diferencia, cltv_expiry_delta, da a cada nodo tiempo para reclamar aguas arriba tras haber cobrado aguas abajo. Cuando el receptor revela el preimage, fluye de vuelta por la ruta y cada salto liquida.
Enrutado cebolla (BOLT 4)
El remitente elige toda la ruta y envuelve instrucciones en cifrado por capas (Sphinx). Cada salto pela una capa y solo conoce el salto anterior y el siguiente. El paquete cebolla tiene un tamaño fijo de 1.300 bytes para las cargas de salto, así que un nodo no puede saber a qué distancia está del final.
Cierre
Un cierre cooperativo es una sola transacción sin retrasos. Un cierre forzado difunde el último compromiso y espera el bloqueo temporal, y cualquier HTLC pendiente se resuelve on-chain.
Problemas abiertos
La gestión de liquidez, los picos de comisiones en cierres forzados (abordados con salidas ancla y package relay) y los límites de privacidad en torno al enrutado siguen siendo investigación activa.