Dos cosas protegen el dinero de tus canales Lightning. Tu propio nodo o una watchtower tiene que vigilar la blockchain y penalizar la publicación de un saldo antiguo antes de que venza el plazo de espera de quien hizo trampa. También debes guardar las copias de seguridad adecuadas: tus palabras de recuperación para los fondos on-chain y una copia reciente de channel.backup para el dinero de los canales. Nunca vuelvas a poner en un nodo una copia antigua de channel.db. Las palabras de recuperación por sí solas protegen el bitcoin on-chain. En un canal, lo que te pertenece es el saldo más reciente que tú y tu par (el nodo del otro extremo) firmaron. Ese registro solo está en tu nodo. Esta lección explica cómo vigilar y cómo hacer las copias. Después verás cuánto cuestan los canales on-chain para elegir un tamaño razonable.
Por qué no bastan las palabras de recuperación
La lección Cómo funciona la red Lightning: pagos rápidos para ampliar Bitcoin explicó cómo se mueve el dinero en un canal. Por cada pago, ambas partes firman una nueva transacción de compromiso, lista para publicarse, que paga a cada una su parte actual. Cada parte entrega a la otra una clave de revocación que invalida la transacción anterior. Publicar una transacción de compromiso revocada se llama incumplimiento. Este diseño crea riesgos que una semilla no cubre:
| Qué puede salir mal | Qué te protege |
|---|---|
| Un par publica un saldo antiguo mientras tu nodo está apagado | Tu nodo, si vuelve a tiempo. Si no, una watchtower |
| El disco o la tarjeta de memoria del nodo falla y se pierden los saldos más recientes | Tus palabras de recuperación y un channel.backup reciente |
| Restauras una copia antigua de los datos del canal, así que tu nodo ahora tiene un saldo antiguo | Nada puede protegerte. Nunca restaures channel.db |
| Un canal tiene que cerrarse cuando las comisiones están altas | Canales lo bastante grandes para que valga la pena cerrarlos y algo de bitcoin guardado on-chain |
El plazo para detectar una trampa
Cualquiera de las partes puede cerrar un canal por su cuenta si publica su última transacción de compromiso. Es un cierre forzoso. La parte de quien cierra queda bloqueada durante un plazo de espera que se cuenta en bloques desde que se confirma la transacción. Si la transacción es antigua y está revocada, la otra parte puede usar la clave de revocación dentro de ese plazo para quedarse con todo el canal mediante una transacción de penalización, también llamada transacción de justicia. Una vez vencido el plazo, el saldo antiguo queda firme.
Cada nodo elige cuánto debe esperar su par (BOLT 2, parte de la especificación de Lightning, lo llama to_self_delay). Así que tu nodo fija tu plazo de vigilancia cuando se abre el canal. LND, el software de Lightning que ejecutan la mayoría de las plataformas para nodos, ajusta el plazo al tamaño del canal: 144 bloques, alrededor de un día, para canales de menos de 1 198 372 sats (un sat es la cienmillonésima parte de un bitcoin). Llega a 2016 bloques, unas dos semanas, desde los 16 777 215 sats (la configuración de ejemplo de LND).
De ahí sale la regla: nunca dejes tu nodo apagado más tiempo que el plazo más corto de tus canales. Deja un margen, porque la transacción de penalización también debe confirmarse a tiempo. «Encendido» significa que LND está en marcha y tu nodo de Bitcoin está sincronizado, porque el nodo detecta la trampa en los bloques nuevos. Para ver el plazo de cada canal, ejecuta lncli listchannels. En remote_constraints, csv_delay indica cuántos bloques debe esperar tu par, que es el plazo que tienes para detectar una trampa. En local_constraints, indica cuánto esperarías si cerraras tú el canal.
Watchtowers: quién vigila cuando no estás
Una watchtower es un servidor que guarda transacciones de penalización para tus canales. Si un par hace trampa mientras tu nodo está apagado, publica la transacción que corresponda. LND la llama «una segunda línea de defensa» (la guía de watchtowers de LND). La watchtower vigila y el cliente de watchtower de tu nodo le envía los datos. Después de cada actualización de un canal, manda un paquete pequeño y cifrado que la watchtower solo puede abrir cuando aparece en la blockchain la transacción revocada correspondiente. Las watchtowers de LND son altruistas: devuelven todos los fondos, descontadas las comisiones on-chain, sin quedarse con nada. Cinco cosas que debes saber:
- El cliente viene desactivado. LND trae
wtclient.active=false(configuración de ejemplo de LND). La lección Cómo operar un nodo Lightning: gana sats y contribuye a la red muestra cómo activarlo en Umbrel y en LND sin plataforma. Nuestra guía para configurar una watchtower de Lightning lo explica paso a paso. - Una watchtower solo conoce los saldos revocados mientras el cliente está en marcha. Tu nodo envía cada paquete en el momento en que se revoca un saldo. Nunca manda después los paquetes antiguos (código fuente de LND). En cambio, un par que hace trampa puede publicar cualquier saldo antiguo. Activa el cliente al abrir tu primer canal. No lo dejes para la noche antes de un viaje.
- La watchtower debe estar en línea cuando alguien haga trampa. Ejecútala en otro equipo, idealmente en otro lugar con alimentación y conexión a internet propias, o usa una que opere alguien de confianza. LND puede actuar como watchtower (
watchtower.active=1). - Protege los saldos, pero no los pagos en curso. Las watchtowers de LND solo guardan una copia de las dos salidas de saldo de una transacción revocada. No guardan las salidas de pagos que todavía están en curso (guía de watchtowers de LND).
- Su comisión se fija de antemano: 10 sat/vB por defecto (
wtclient.sweep-fee-rate), es decir, 10 satoshis por byte virtual de la transacción. Un ajuste más alto, que se aplica a las copias hechas después de cambiarlo, da prioridad a las penalizaciones si las comisiones suben mientras estás fuera.
Para comprobar que funciona, lncli wtclient towers enumera tus watchtowers y lncli wtclient stats cuenta las copias enviadas. Ese número debería crecer a medida que usas tus canales.
En una billetera para el teléfono
Una billetera que ejecuta su propio nodo Lightning en tu teléfono, como Phoenix, también necesita vigilancia, y los teléfonos a menudo están apagados. Phoenix vigila la blockchain mediante servidores Electrum, que responden a las consultas de las billeteras sobre la blockchain. Si conectas Phoenix a tu propio servidor, «reduces considerablemente tu dependencia de terceros para proteger tu billetera», según ACINQ, su creadora. Abre la aplicación de vez en cuando. Si dejas una billetera Phoenix sin usar mucho tiempo, puede que su canal se cierre y el dinero pase a su «billetera final» on-chain (las preguntas frecuentes de Phoenix).
Qué guardar y qué no debes restaurar nunca
En un nodo LND, hay tres elementos que importan para la recuperación. La lección Cómo configurar tu nodo de Bitcoin paso a paso mostró cómo manejarlos en Umbrel. Aquí verás para qué sirve cada uno.
| Elemento | Qué es | Qué recupera | Cuándo copiarlo |
|---|---|---|---|
| Tus 24 palabras y la passphrase de la semilla, si configuraste una | La semilla de LND | Tus fondos on-chain y la clave que permite descifrar channel.backup | Una vez, en papel o metal |
channel.backup | La copia de seguridad estática de canales: tus canales y cómo comunicarte con cada par, todo cifrado | El saldo firme de cada canal de la lista, cuando el par fuerza el cierre | Cada vez que abras o cierres un canal |
channel.db | El registro actualizado del saldo más reciente de cada canal | Nada que puedas usar de forma segura una vez desactualizado | Nunca como copia de seguridad. Nunca restaures una copia antigua |
Las 24 palabras
Las palabras de LND usan un formato llamado aezeed. Lo único que comparte con BIP39, el estándar que usa la mayoría de las billeteras para las frases de recuperación, es la lista de palabras. Por eso puedes restaurarlas en LND, pero no en una billetera común que espere una frase BIP39 (la guía de recuperación de LND). Etiquétalas como semilla de LND. Si configuraste la passphrase opcional de la semilla, guárdala en otro lugar y no la pierdas nunca. Junto a las palabras no añade protección, y sin ella las palabras no restauran nada porque están cifradas con la passphrase (la guía de seguridad de LND). Guárdalas como cualquier semilla (la lección Cómo guardar la frase semilla: copias en metal, passphrases y buenas prácticas). La lección Tipos de dirección de Bitcoin y rutas de derivación explica por qué unas frases se restauran en programas distintos de otras.
channel.backup, la copia de seguridad estática de canales
El archivo es «estático» porque solo cambia cuando LND arranca o cuando un canal se abre o se cierra, no con cada pago. Una copia hecha después de la última apertura o cierre sigue completa. Está cifrado con una clave derivada de tus 24 palabras. Sin ellas no sirve, y es seguro guardarlo en una memoria USB o en la nube (guía de seguridad de LND).
- Guarda una copia fuera del nodo cada vez que abras o cierres un canal, o automatiza la copia. En LND sin plataforma,
lncli exportchanbackup --all --output_file=channel.backupescribe una copia nueva. Lightning Node de Umbrel también sube automáticamente una copia cifrada al servidor de copias de seguridad de Umbrel, de forma predeterminada (Umbrel). Guarda también tu propia copia. - Verifica una copia sin tocar tus canales:
lncli verifychanbackup --multi_file=/path/to/channel.backupconfirma que el archivo está intacto y pertenece a tu nodo.
channel.db, el archivo que nunca debes restaurar
Nunca lo trates como copia de seguridad. El peligro aparece el día que pones una copia antigua en un nodo. Una copia de anoche guarda los saldos de anoche, y publicar un saldo revocado es precisamente un incumplimiento. En palabras de LND, «tener un estado antiguo de un canal significa, en la práctica, cederle el saldo a la otra parte». También cuenta una copia de seguridad o una instantánea de todo el equipo: si incluye los datos de Lightning, al restaurarla vuelves a poner un channel.db antiguo. Protege el archivo en uso. La guía de seguridad de LND desaconseja las tarjetas SD y las memorias USB para un archivo que se escribe tan a menudo. Recomienda un SSD, sugiere un SAI (una batería que cubre los cortes de corriente) y advierte que evites los apagados bruscos y las interrupciones de comandos de canal. Si tu plataforma guarda Lightning en una tarjeta de memoria, mantén tus copias de channel.backup especialmente al día.
En Core Lightning, el otro software de nodo habitual, hsm_secret contiene la semilla (los nodos creados desde la versión 25.12 parten de 12 palabras BIP39) y emergency.recover es la copia de seguridad estática. Se desaconsejan las instantáneas de la base de datos porque «cualquier pérdida de estado puede causar una pérdida permanente de fondos». La guía de copias de seguridad de Core Lightning recomienda replicar la base de datos en tiempo real.
Qué recuperas al restaurar
Imagina que falla el disco de tu nodo. En una instalación nueva de LND, introduce tus 24 palabras y dale la copia más reciente de channel.backup. En LND sin plataforma, ejecuta lncli create --multi_file=channel.backup. En Umbrel, si restauras Lightning Node con tus palabras, la aplicación también encuentra sus copias automáticas. Después:
- Tu nodo reconstruye su billetera on-chain con las palabras y lee la lista de canales de la copia de seguridad.
- Se conecta a cada par y le avisa de que ha perdido los datos de sus canales.
- El par fuerza el cierre del canal con su última transacción de compromiso y envía los datos que tu nodo necesita. Este paso del protocolo se llama protección contra pérdida de datos.
- Cuando se confirma esa transacción, tu nodo cobra tu parte. La espera larga recae en quien cerró. Tu parte queda disponible en un bloque (BOLT 3).
Lo que no recuperas al restaurar:
- Los canales. Se cierran todos los canales que figuran en la copia de seguridad. Volver a abrirlos cuesta nuevas comisiones, y las de cierre las paga quien abrió cada canal (guía de seguridad de LND).
- Pagos en curso en el momento del fallo. La copia de seguridad solo recupera saldos firmes (guía de recuperación de LND).
- Dinero en canales cuyo par nunca vuelve. Para recuperar los fondos, cada par tiene que estar en línea y responder. Cierra los canales con pares que se queden mucho tiempo desconectados. LND los llama canales zombis. Desde la versión 0.19, el archivo también incluye un cierre forzoso de último recurso. Si el canal cambió después de hacer la copia, publicar ese cierre es un incumplimiento, así que LND recomienda hablar antes con un especialista en recuperación (guía de recuperación de LND).
- Canales abiertos después de tu última copia. No aparecen en el archivo. Para recuperar ese dinero, el par tiene que cerrar por su cuenta. Para cobrarlo después necesitas una herramienta especializada como chantools, de Lightning Labs, los creadores de LND. La misma herramienta puede generar un
channel.backupnuevo a partir de una copia dechannel.dbhecha después de abrir el canal. Nunca arranques un nodo con esa copia.
Cambiar de equipo no es restaurar una copia
Restaurar desde una copia de seguridad es para emergencias. Dos nodos LND nunca deben compartir una semilla, «aunque no estén en marcha al mismo tiempo» (guía de seguridad de LND). Phoenix da el mismo aviso para su aplicación: «NO ejecutes dos aplicaciones Phoenix con la misma semilla». LND documenta dos formas seguras de hacer la mudanza:
- Mueve toda la carpeta de datos. Detén LND en el equipo anterior, mueve toda su carpeta de datos al nuevo y arranca LND allí. No vuelvas a iniciarlo en el anterior. Es la única ocasión en la que mueves
channel.db: pasas una sola vez el archivo en uso, sin restaurar una copia antigua. Funciona entre equipos con el mismo sistema operativo y el mismo tipo de procesador. - Empieza de nuevo con las mismas palabras. Cierra todos los canales del nodo anterior. Espera hasta que
lncli pendingchannelsno muestre ninguno, apaga el nodo para siempre, restaura tus 24 palabras en el equipo nuevo y abre canales nuevos.
Cuánto cuestan la apertura y el cierre on-chain
Cada canal pasa por la blockchain al menos dos veces. Con las comisiones compras espacio en un bloque, medido en bytes virtuales (vB), a una tasa de comisión en satoshis por byte virtual (sat/vB). La lección Comisiones de transacción y presupuesto de seguridad de Bitcoin explica cómo se fija la tasa. Estas son transacciones reales de finales de agosto de 2026, cuando bastaba con una tasa cercana a 1 sat/vB. Puedes verlas en mempool.space:
- Apertura de un canal, gastando una moneda de la billetera y devolviendo el cambio (ver transacción): 154 vB, 157 sats.
- Cierre cooperativo, en el que ambas partes firman una sola transacción de cierre (ver transacción): 192 vB, 196 sats.
- Cierre forzoso de un canal de 2 000 000 de sats (ver transacción): 1210 sats en total.
La transacción de ese cierre forzoso (278 vB, 304 sats de comisión) dividió el canal en cuatro salidas:
- dos salidas de anclaje de 330 sats, una por lado. Cada titular puede gastar su anclaje para aumentar la comisión más tarde. Nadie las necesitó, así que 16 bloques después alguien cobró ambas, como las reglas permiten que haga cualquiera;
- 21 050 sats para quien no cerró el canal, disponibles después de un bloque y cobrados en el bloque 14, contado desde el cierre, con una comisión de 124 sats;
- 1 977 986 sats para quien cerró. Quedaron bloqueados 240 bloques, unas 40 horas, y luego se cobraron con una comisión de 122 sats. El otro nodo había fijado la espera, y 240 bloques es justo el valor predeterminado de LND para un canal de 2 000 000 de sats.
De los 2 000 000 de sats volvieron 1 998 790. Los otros 1210 se fueron en comisiones y anclajes, unas seis veces lo que costó un cierre cooperativo esa misma noche.
Las mismas transacciones con otras tasas de comisión
En noviembre de 2026, de 1 a 3 sat/vB suele bastar. En 2025 y 2026, la mediana de la tasa de comisión de los bloques casi nunca llegó a 10 sat/vB. Ha sido mucho más alta. En días de mucho movimiento en 2024, eran habituales los 20 sat/vB o más. En diciembre de 2023, la mediana superó los 300 sat/vB (las tasas de comisión por bloque de mempool.space). Uno de los canales de los datos de agosto se había abierto en noviembre de 2023 a 57 sat/vB. Pagó 8778 sats por los mismos 154 vB. Cerrarlo en 2026 costó 195.
| Paso | Tamaño | A 1 sat/vB | A 20 sat/vB | A 300 sat/vB |
|---|---|---|---|---|
| Abrir un canal | unos 154 vB | unos 150 sats | unos 3100 sats | unos 46 000 sats |
| Cierre cooperativo | unos 192 vB | unos 190 sats | unos 3800 sats | unos 58 000 sats |
| Cierre forzoso: transacción de cierre más el cobro de la parte de quien cierra | unos 410 vB | unos 410 sats | unos 8200 sats | unos 123 000 sats |
Estos son los costos si cada transacción debe confirmarse a esa tasa. Un cierre forzoso también deja 660 sats en anclajes, y cada pago en curso añade una o dos transacciones.
Por qué cuestan más los cierres forzosos y quién paga
- Más transacciones: la transacción de cierre, un cobro de la parte de cada lado y más transacciones por cada pago en curso, frente a una sola transacción para el cierre cooperativo.
- Una comisión fijada de antemano. Las partes firmaron la transacción de cierre durante el uso normal, con la comisión que fijó quien abrió el canal. Si ese lado usa LND, en canales con salidas de anclaje el programa mantiene por defecto la tasa en 10 sat/vB o menos (
max-commit-fee-rate-anchors). Si no hay pagos en curso, LND no se apresura: deja los anclajes como están y cobra tu parte con un objetivo de una semana más o menos, 1008 bloques (la guía de cobro de salidas de LND). En un pico de comisiones, ese cierre te cuesta más tiempo que sats. - Los pagos en curso no pueden esperar. Cada uno tiene un plazo límite, así que LND acelera la transacción de cierre con child pays for parent (CPFP): una nueva transacción gasta tu anclaje y paga una comisión suficiente para que se confirmen las dos. Para eso, LND reserva 10 000 sats por canal, hasta 100 000, en su billetera on-chain (el código fuente de LND).
- Paga quien abrió el canal. La comisión de la transacción de cierre y los dos anclajes salen del saldo de quien lo abrió, incluso si la otra parte fuerza el cierre (BOLT 3).
Cierra de forma cooperativa cuando tu par esté en línea. Abre y cierra cuando las comisiones estén bajas si no tienes prisa. Elige un tamaño de canal que no se agote con un cierre durante un pico de comisiones. A 300 sat/vB, un cierre forzoso en el que todas las transacciones deban confirmarse a esa tasa costaría más de 100 000 sats. Guarda algo de bitcoin on-chain para aumentar comisiones. Si quieres ver las comisiones de Phoenix, la lección Comparación de billeteras Lightning: Phoenix, Zeus, Fedimint y otras calcula lo que cuesta un primer depósito.
Pon a prueba lo aprendido
1. Tu nodo LND tiene cuatro canales de 400 000 sats cada uno y no tiene watchtower. Vas a apagarlo para un viaje de tres días. ¿Cuál es el riesgo y qué puedes hacer?
Respuesta
Con la configuración predeterminada de LND, en canales de menos de 1 198 372 sats el par tiene que esperar 144 bloques, aproximadamente un día. Ese es todo tu plazo. Un par que publique un saldo antiguo el primer día de tu viaje podría cobrarlo mucho antes de que vuelvas. La solución segura es dejar el nodo en marcha, con el nodo de Bitcoin sincronizado. Añadir una watchtower la noche anterior solo ayuda en parte. Conoce los saldos revocados a partir de ese momento, así que los anteriores siguen sin protección. La próxima vez, ejecuta el cliente desde el día en que abras los canales, con la watchtower en otro equipo. Comprueba con lncli wtclient stats que se envían las copias.
2. Falla el SSD de tu nodo. Tienes tus 24 palabras, un channel.backup copiado la semana pasada y una copia de channel.db que hizo un script anoche. Abriste un canal nuevo hace dos días. ¿Qué restauras y qué puedes esperar?
Respuesta
Restaura las 24 palabras con el channel.backup más reciente que tengas. El archivo de la semana pasada no incluye el canal nuevo. Si dejaste activada la copia automática de Umbrel, se actualiza a medida que cambian tus canales. Nunca arranques un nodo con el channel.db de anoche. Aunque solo tenga una noche, puede contener un saldo revocado y convertir a tu nodo en el que hace trampa. Su único uso seguro es generar con chantools un channel.backup nuevo que incluya el canal nuevo. En cualquiera de los casos, cada par de la copia fuerza el cierre y tus saldos firmes vuelven on-chain, descontadas las comisiones. Los canales se cierran y los pagos en curso se pierden.
3. Las comisiones han subido a 300 sat/vB. El par de tu canal de 150 000 sats lleva una semana sin conexión, así que el cierre cooperativo no es posible y no hay pagos en curso. ¿Deberías pagar para forzar el cierre rápido?
Respuesta
No. A 300 sat/vB, según la tabla, un cierre forzoso costaría unos 123 000 sats si todos los pasos se confirmaran a esa tasa. Es la mayor parte del canal. Sin pagos en curso no hay prisa, y LND no acelera ese cierre por su cuenta: la transacción de cierre se queda a la tasa con que se firmó hasta que bajan las comisiones. Espera a que bajen y cierra entonces. Si el par vuelve antes, un cierre cooperativo necesita una sola transacción de unos 192 vB.