Red Lightning y segunda capa

Cómo ejecutar un nodo Lightning: guía completa de 2026

Un nodo doméstico compacto, un disco externo y cables bien ordenados en un estante de nogal sobre un fondo de piedra gris.

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

Aviso de seguridad (5 de noviembre de 2026): una vulnerabilidad del núcleo de Linux, CVE-2026-98432, afecta a los nodos Lightning domésticos que usan Linux. El ataque demostrado necesita un puerto a la escucha con Multipath TCP. LND 0.20.x y 0.21.x, Lightning Terminal, Loop y Alby Hub lo abrían de forma predeterminada. Actualiza LND a 0.21.6 o 0.20.7, y actualiza Lightning Terminal, Loop o Alby Hub si los usas. En Umbrel, actualiza umbrelOS a 2.0.1 y después la aplicación Lightning Node. Instala ya la actualización del núcleo si está disponible para tu sistema (Debian y Raspberry Pi OS ya la tienen). Hasta entonces, desactiva Multipath TCP. LND indica que el parche del núcleo es la única solución. Encontrarás las versiones corregidas y los comandos exactos en los pasos del aviso de seguridad para nodos Lightning.

Aviso sobre enlaces de afiliación: el enlace a Umbrel Home en la tabla de software es de afiliación (podemos ganar una comisión). El enlace a Start9 Server One que aparece a su lado no lo es. A la mayoría de quienes nos leen les recomendamos montar su propio nodo, como muestra esta guía.

¿Qué es un nodo Lightning y para qué sirve?

Un nodo Lightning es un programa que se conecta a la red Lightning de Bitcoin. Lightning es un protocolo de segunda capa sobre Bitcoin que permite hacer transacciones casi instantáneas y con comisiones bajas a través de una red de canales de pago. Si Lightning es nuevo para ti, empieza por nuestra introducción a la red Lightning para usuarios de Bitcoin. Con un nodo propio, operas directamente una parte de esa infraestructura.

Tu nodo abre canales de pago con otros nodos, bloquea bitcoins en contratos multisig y enruta pagos por la red. Cada transacción que pasa por tus canales te deja una pequeña comisión de enrutamiento. Y lo más útil de operar un nodo propio es que verificas personalmente cada transacción, sin depender de la infraestructura de terceros.

Estas son las ventajas de operar tu propio nodo Lightning:

  • Control total. Guardas tus propias claves y validas tus transacciones. Prescindes de las billeteras con custodia y de confiar en terceros.
  • Ingresos por comisiones de enrutamiento. Los nodos bien conectados ganan satoshis por reenviar pagos. En un nodo doméstico pequeño los importes son bajos, así que tómalos como un extra. Lo que sí obtienes es experiencia práctica sobre cómo circulan los pagos en la red.
  • Privacidad. Si envías pagos desde tu propio nodo, ninguna empresa de billeteras los ve. Las contrapartes de tus canales y los nodos que reenvían un pago sí ven la parte que pasa por sus canales. Las aperturas y los cierres de canales son públicos en la blockchain.
  • Participación en la red. Cada nuevo nodo mejora la descentralización y la capacidad de enrutamiento de Lightning. Según el último dato que publica mempool.space (30 de agosto de 2026), la red pública tenía unos 16 200 nodos y 32 700 canales, con una capacidad pública de unos 3800 BTC. Las cifras no incluyen los canales privados.
  • Acceso directo a aplicaciones Lightning. Muchas aplicaciones de Bitcoin (LNbits, BTCPay Server, Lightning Terminal) funcionan mejor conectadas a tu propio nodo.

Si ya operas tu propio nodo de Bitcoin, el siguiente paso natural es añadir Lightning. Ya tienes sincronizada toda la blockchain y Lightning funciona sobre ella. Nuestra guía sobre la arquitectura de la red Lightning explica en detalle cómo funciona el protocolo.

Requisitos de hardware

Para operar un nodo Lightning no necesitas un servidor profesional, pero sí cumplir unos requisitos mínimos para que funcione bien. Tu nodo debe permanecer en línea todo lo posible. Si está desconectado, no puede enrutar pagos y puede perder fondos si se usan estados antiguos de un canal.

Los bloques de Bitcoin ocupaban unos 780 GB el 28 de octubre de 2026 y crecen unos 80 GB al año (blockchain.com). Ten en cuenta ese crecimiento al elegir el almacenamiento. Estos son los requisitos:

Componente Mínimo Recomendado
Dispositivo Raspberry Pi 4 (4 GB de RAM) Raspberry Pi 5 (8 GB de RAM) o mini PC x86
RAM 4 GB 8 GB
Almacenamiento SSD de 2 TB (USB 3.0). Uno de 1 TB queda casi lleno desde el primer día SSD NVMe de 2 TB
Alimentación Adaptador oficial de 5 V/3 A SAI para proteger el equipo ante cortes eléctricos
Red Banda ancha estable (10 Mbps o más) Ethernet por cable, sin límite de datos
Costo estimado Unos US$ 350 Entre US$ 500 y US$ 650, aproximadamente

Sobre el almacenamiento: solo los bloques ocupan cerca del 78 % de un disco de 1 TB. Bitcoin Core también guarda datos para deshacer cambios y el conjunto de UTXO (la lista de monedas sin gastar). Por eso Bitcoin Core 32.1 pide al menos 911 GB. Además, Bitcoin Node de Umbrel crea un índice de transacciones y un índice de filtros de bloques de forma predeterminada. Un disco de 1 TB queda casi lleno desde el primer día. Compra uno de 2 TB. Un SSD NVMe de 2 TB deja margen para varios años de crecimiento y acorta la sincronización. La interfaz PCIe 2.0 de Raspberry Pi 5 admite discos M.2 NVMe de forma nativa con placas HAT+, lo que elimina el cuello de botella del USB de las Pi anteriores.

Dos discos representados a escala, con datos de noviembre de 2026. Solo los bloques ocupan unos 780 GB, pero Bitcoin Core 32.1 pide al menos 911 GB porque también guarda datos para deshacer cambios y el conjunto de UTXO. Bitcoin Node de Umbrel añade dos índices que ocupan decenas de gigabytes. En un disco de 1 TB queda tan poco espacio que no caben los aproximadamente 80 GB de bloques del año siguiente. Un disco de 2 TB deja alrededor de 1 TB libre, margen para varios años si la cadena crece unos 80 GB al año.
Compra un disco de 2 TB: uno de 1 TB queda casi lleno desde el primer día. Solo los bloques ocupan unos 780 GB, pero Bitcoin Core también guarda datos para deshacer cambios y el conjunto de UTXO, y Umbrel añade dos índices. Cada año se suman unos 80 GB.

¿Por qué evitar un VPS en la nube? Técnicamente puedes ejecutar un nodo Lightning en un VPS, pero pierdes el control que buscas al tener un nodo propio. El proveedor del VPS puede acceder a tus claves, apagar tu nodo o entregar datos a las autoridades. Con un equipo Raspberry Pi de US$ 250 en casa sí tienes el control.

Si quieres usar una billetera de hardware junto con el nodo para gestionar fondos en almacenamiento en frío, la configuración recomendada sirve para ambas cosas.

Comparación de opciones de software

Cuatro plataformas de gestión de nodos dominan el uso de Lightning en equipos propios. Todas reúnen Bitcoin Core, una implementación de Lightning (LND o Core Lightning) y aplicaciones complementarias en una interfaz web. Se distinguen por lo que permiten personalizar, el apoyo de la comunidad y las funciones adicionales.

Característica Umbrel Start9 (StartOS) RaspiBlitz myNode
Implementación de Lightning LND + Core Lightning LND + Core Lightning LND + Core Lightning LND
Interfaz Interfaz web cuidada Interfaz web sencilla Terminal y web Interfaz web
Tienda de aplicaciones Más de 300 aplicaciones Catálogo en expansión Complementos seleccionados Aplicaciones incluidas
Equipos compatibles Pi 5/4, x86-64, Umbrel Home[#aff] x86-64, ARM64, RISC-V, Pi 4, Server One Pi 4/5 Pi 4/5, x86
Arranque desde NVMe (Pi 5) Posible en algunas configuraciones. Umbrel recomienda microSD No (StartOS no es compatible con la Pi 5) Sí (v1.12.0 o posterior) Sí
Integración con Tor Incluida Incluida Incluida Incluida
Opciones de migración Exportación e importación Importación desde Umbrel, RaspiBlitz o myNode Exportación e importación Limitadas
Costo Gratis para uso personal (vende equipos) Gratis (vende equipos) Gratis y de código abierto Edición comunitaria gratuita o Premium por US$ 99
Ideal para Principiantes y quienes buscan variedad de aplicaciones Quienes priorizan la privacidad Quienes quieren experimentar o usar la línea de comandos Quienes prefieren configurar el nodo una vez y dejarlo funcionando

Umbrel es la opción más popular entre quienes montan su primer nodo. Su tienda ofrece desde exploradores de bloques hasta relés de Nostr, y la instalación con un clic facilita la configuración inicial. La integración con LND incluye un panel de Lightning para gestionar canales y seguir los pagos.

Start9 (StartOS) da prioridad a la privacidad y al control sobre tu infraestructura. Se instala en un equipo propio x86-64, ARM64 o RISC-V, o en una Raspberry Pi 4. Su documentación indica que otros modelos de Pi no son compatibles. Aísla cada servicio en su propio entorno y permite ejecutar LND y Core Lightning a la vez. La herramienta de migración permite importar un nodo LND que ya tengas en Umbrel, RaspiBlitz o myNode sin cerrar los canales. Si quieres comparar ambas plataformas, lee Umbrel y Start9: qué software de nodo elegir.

RaspiBlitz está pensado para quienes quieren acceso a la terminal y muchas opciones de personalización. Usa una pantalla LCD en la Raspberry Pi para supervisar el nodo y ofrece el control más detallado de su configuración. La versión 1.12.0 añadió el arranque desde NVMe en la Pi 5.

myNode está pensado para que lo configures una vez y lo dejes funcionando. La edición comunitaria gratuita cubre las funciones básicas de un nodo. Premium (un único pago de US$ 99) añade supervisión por watchtower, acceso remoto y actualizaciones con un clic. Premium+ añade supervisión remota por mynodebtc.com. Antes de elegirlo, comprueba qué versión de Bitcoin Core instala. myNode v0.3.52, publicado el 30 de octubre de 2026, instala Bitcoin Core 29.5. Las instalaciones antiguas que siguen con una versión de Debian anterior a la 12 se quedan en la 27.2. Bitcoin Core mantiene sus tres versiones principales más recientes, hoy de la 30 a la 32, así que las dos series ya llegaron al fin de su soporte (historial de cambios de myNode, código fuente de myNode, ciclo de vida de Bitcoin Core).

Equipos premontados. Umbrel y Start9 también venden sus propios equipos, enlazados en la tabla. Umbrel Home tiene un Intel N150 y 1, 2 o 4 TB de almacenamiento NVMe, desde US$ 499. Server One tiene un AMD Ryzen 5 6600H y 2 o 4 TB. Cuesta de US$ 899 a US$ 1399, según el almacenamiento y la memoria. Las cuatro versiones estaban a la venta el 8 de noviembre de 2026. Ambos cuestan más o menos lo mismo que el equipo Raspberry Pi de esta guía o más. La configuración recomendada en la tabla cuesta entre unos US$ 500 y US$ 650 y sigue siendo nuestra recomendación para la mayoría.

Nuestra guía sobre la arquitectura y el montaje de un nodo Lightning compara en detalle las formas de instalarlo.

Cómo configurar tu nodo Lightning paso a paso

Usaremos Umbrel en una Raspberry Pi 5, la configuración más común entre quienes empiezan. El proceso es parecido en otras plataformas, con pequeñas diferencias. La guía sobre cómo operar un nodo Lightning en casa cubre el proceso completo en más plataformas.

Paso 1: prepara el equipo

  1. Consigue una tarjeta microSD de al menos 32 GB de una marca conocida. En una Raspberry Pi, umbrelOS se ejecuta desde la tarjeta y guarda ahí las aplicaciones hasta que las muevas.
  2. Ten listo un SSD de 2 TB para la blockchain (consulta la nota sobre el almacenamiento). Déjalo desconectado por ahora, porque la guía de Umbrel conecta los discos USB después de la configuración.
  3. Conecta un cable Ethernet al router. El Wi-Fi funciona, pero el cable es más fiable para un nodo que debe estar en línea de forma constante.
  4. Usa la fuente de alimentación oficial USB-C de Raspberry Pi (5 V/5 A para la Pi 5). Umbrel advierte que las fuentes de terceros pueden causar problemas de estabilidad, sobre todo si hay un disco USB conectado.

Paso 2: graba la imagen del sistema

Estos pasos siguen la guía de Umbrel para Raspberry Pi de noviembre de 2026. Si la han actualizado, sigue esa guía.

  1. En una Pi 4, actualiza primero el gestor de arranque. Muchas placas Pi 4 no arrancarán umbrelOS 2.0 hasta que lo hagas. La guía de Umbrel explica cómo hacerlo. Tarda unos cinco minutos.
  2. Descarga umbrelos-pi.img.zip de umbrel.com/downloads. El mismo archivo sirve para la Pi 5 y la Pi 4. Comprueba que su suma SHA-256 coincide con la que aparece en esa página.
  3. Graba la imagen en la tarjeta microSD con Raspberry Pi Imager o Balena Etcher.
  4. Introduce la tarjeta microSD en la Pi 5, conecta el cable Ethernet y enciéndela.
  5. Si hay un disco USB conectado durante la configuración, umbrelOS te pide que elijas el almacenamiento principal. La guía de Umbrel indica que elijas la tarjeta SD. El disco aparecerá como almacenamiento externo.

Umbrel también te permite probar umbrelOS desde un disco USB o, en una Pi 5, desde un disco NVMe en lugar de una tarjeta. Advierte que todavía no funciona en todas las configuraciones y por ahora recomienda la tarjeta microSD.

Paso 3: configuración inicial

  1. Espera unos minutos a que arranque por primera vez. Después abre el navegador y entra en http://umbrel.local (o busca la dirección IP de la Pi en el router).
  2. Crea tu cuenta con una contraseña segura.
  3. Conecta el SSD. Aparece en External storage, dentro de Files. Para guardar aplicaciones debe estar formateado como ext4. Si no lo está, haz clic derecho en él y elige Format (esto borra el disco).
  4. Instala Bitcoin Node desde App Store y muévelo enseguida al SSD. Abre la configuración de la aplicación y elige Storage, después App storage y luego Move. Una tarjeta de 32 GB no tiene espacio para la blockchain.
  5. Bitcoin Core empieza a sincronizar la blockchain. La descarga inicial de bloques (IBD) tarda entre 2 y 4 días en una Pi 5 (entre 3 y 7 en una Pi 4), según el disco y la velocidad de internet.

La guía de Umbrel sobre almacenamiento externo (consultada el 3 de noviembre de 2026) señala dos detalles: el SSD debe seguir conectado mientras se ejecuta Bitcoin Node y las aplicaciones de un disco externo no se incluyen en umbrelOS Backups.

Paso 4: instala la aplicación Lightning Node

  1. Cuando Bitcoin Core termine de sincronizarse, abre App Store de Umbrel.
  2. Instala Lightning Node, que funciona con LND. El 3 de noviembre de 2026, la aplicación Lightning Node de Umbrel usaba LND v0.21.6-beta. La serie 0.21, que salió en junio de 2026, añadió canales Taproot simples para producción y compatibilidad básica con mensajes onion.
  3. Espera a que LND se sincronice con la blockchain. Tarda unos minutos porque lee los datos de Bitcoin Core, que ya está sincronizado.

Paso 5: guarda tu frase semilla

  1. Abre la aplicación Lightning Node y entra en la configuración.
  2. Escribe tu frase semilla de 24 palabras en papel y guárdala en un lugar seguro. Es la copia de seguridad de tus fondos on-chain.
  3. Importante: la frase semilla por sí sola NO respalda tus canales Lightning. Para eso necesitas copias de seguridad estáticas de canales (SCB), que se tratan con más detalle en la sección de mantenimiento.

Paso 6: conecta una billetera (opcional)

  1. Entra en la configuración de Lightning Node y busca las credenciales de conexión.
  2. Escanea el código QR con una billetera compatible para teléfono (por ejemplo, Zeus) para gestionar tu nodo de forma remota. Nuestro análisis compara las mejores billeteras Lightning de 2026.
  3. También puedes usar Lightning Node Connect (LNC) para conectarte de forma remota sin Tor a través de Lightning Terminal.

Nuestra guía para operar un nodo personal explica más opciones de configuración y formas de usarlo.

Cómo abrir tus primeros canales

Tu nodo ya está sincronizado y funcionando. Ahora necesita canales para participar en la red. Un canal de pago es una transacción multisig de Bitcoin entre tu nodo y otro. Una vez abierto, puedes enviar y enrutar pagos por él al instante. Si quieres gestionar tus fondos on-chain con multisig mientras operas un nodo, el tutorial de multisig con Sparrow Wallet te guía paso a paso.

Cómo elegir otros nodos

Los nodos a los que te conectas no ofrecen todos lo mismo. Elegirlos bien mejora tu capacidad de enrutar pagos y puede darte más comisiones. Busca lo siguiente:

  • Disponibilidad alta. Los nodos que se desconectan a menudo dejan tu liquidez inmovilizada en canales que no puedes usar.
  • Buena conectividad. Los nodos con muchos canales pueden enrutar tus pagos por más caminos. Consulta los nodos en amboss.space o 1ml.com antes de conectarte.
  • Servicios que usas. Abre un canal directamente con un comercio (por ejemplo, Bitrefill) o un servicio al que pagas con frecuencia. Así esos pagos no necesitan una ruta intermedia.
  • Lightning Network+. Usa lightningnetwork.plus para participar en aperturas de canales en triángulo o en anillo de fuego, donde varios operadores abren canales a la vez para mejorar su conectividad mutua.

Cómo elegir el tamaño de los canales

Tus primeros canales definen la capacidad inicial del nodo. Estas son las referencias:

  • Mínimo para enrutar pagos: unos 500 000 sats (0,005 BTC). Los canales más pequeños solo pueden reenviar pagos pequeños, y las comisiones on-chain para abrirlos y cerrarlos pesan más frente a lo que generan. Para tus propios pagos, basta un canal más pequeño.
  • Primer canal recomendado: de 2 000 000 a 5 000 000 de sats. Es suficiente para enrutar pagos de cierto tamaño y limita el riesgo mientras aprendes.
  • Canales wumbo: los canales de más de 16 777 215 sats (unos 0,17 BTC) requieren que los dos nodos admitan canales grandes. En LND se activa con protocol.wumbo-channels=true.
  • Asignación inicial: abre entre 3 y 5 canales que sumen entre 5 000 000 y 15 000 000 sats. Distribúyelos entre distintos tipos de nodos para equilibrar el enrutamiento.

Cómo fijar las comisiones de enrutamiento

Las comisiones de enrutamiento tienen dos partes:

  • Comisión base. Un importe fijo por cada pago que reenvías, medido en milisatoshis. Lo habitual es de 0 a 1000 msat.
  • Tasa de comisión. Un importe proporcional al monto del pago, medido en partes por millón. Lo habitual es de 1 a 500 ppm.

Empieza con comisiones moderadas (base de 1000 msat y tasa de 200 ppm) y ajústalas según el uso de tus canales. Si un canal se vacía rápido en una dirección, sube la comisión de ese lado. Herramientas como charge-lnd pueden ajustar las comisiones automáticamente según la proporción del saldo de cada lado. Nuestra guía sobre comisiones en la red Lightning explica en detalle su estructura y cómo ajustarlas.

Una comisión de enrutamiento tiene dos partes: una comisión base, aquí 1000 milisatoshis o 1 sat por cada pago que reenvías, y una tasa, aquí 200 ppm, es decir, 200 sats por cada millón de sats reenviados. Al reenviar 1000 sats ganas 1 sat más 0,2 sats, para un total de 1,2 sats. Casi todo viene de la comisión base. Al reenviar 100 000 sats ganas 1 más 20, en total 21 sats. Al reenviar 1 000 000 de sats ganas 1 más 200, en total 201 sats, casi todos de la tasa.
Tu comisión es la suma de la comisión base y la tasa multiplicada por el monto. Con 1 sat y 200 ppm, un pago de 100 000 sats te deja 21 sats. La comisión base pesa más en los pagos pequeños. La tasa pesa más en los grandes.

Nuestras buenas prácticas para gestionar canales Lightning explican otras estrategias.

Gestión de liquidez

Gestionar la liquidez es la tarea de mantenimiento más importante de un nodo Lightning. Entenderla marca la diferencia entre un nodo que funciona bien y uno que da problemas.

Liquidez de entrada y de salida

Cada canal tiene dos lados:

  • Liquidez de salida (local). Son los fondos de tu lado del canal. Puedes gastarlos o usarlos para reenviar pagos. Cuando abres un canal, el 100 % de los fondos empieza como liquidez de salida de tu lado.
  • Liquidez de entrada (remota). Son los fondos del lado del otro nodo. Otros pueden enviarte pagos gracias a esa capacidad. Los nodos nuevos suelen tener cero liquidez de entrada, el mayor obstáculo al empezar.

Cómo conseguir liquidez de entrada

  • Gasta a través de tus canales. Cada sat que gastas se convierte en liquidez de entrada. Compra tarjetas regalo en Bitrefill, paga facturas o compra en comercios que acepten Lightning.
  • Loop Out. El servicio Loop de Lightning Labs te permite enviar sats de tu canal a una dirección on-chain y convertir liquidez de salida en liquidez de entrada. Ejecuta loop out --amt 500000 para mover 500 mil sats on-chain. Nuestro tutorial de Lightning Loop y submarine swaps explica el proceso completo.
  • Participa en un intercambio de liquidez. En lightningnetwork.plus, varios operadores abren canales a la vez. Cada uno abre un canal y recibe otro de un participante. A cambio de abrir tu canal consigues capacidad de entrada y solo pagas la comisión on-chain de abrirlo.
  • Compra un canal. Los proveedores de servicios Lightning (LSP) y mercados como Magma de Amboss venden canales de entrada. Pagas una comisión y un vendedor abre un canal hacia tu nodo. Tiene un costo, pero consigues liquidez inmediata.
Si abres un canal de 2 000 000 de sats, los 2 000 000 quedan de tu lado. No tienes liquidez de entrada y no puedes recibir por ese canal. Hay tres formas de hacer espacio del otro lado. Una: gasta por el canal. Si pagas facturas por 500 000 sats, quedan 1 500 000 de tu lado y 500 000 del otro, así que tienes 500 000 de entrada. Dos: usa Loop Out con 500 000 sats. El canal queda igual que en el primer caso y los 500 000 vuelven a tu billetera on-chain, menos las comisiones. Tres: consigue que otro nodo te abra un segundo canal o cómpralo a un proveedor de servicios Lightning (LSP). Todos los fondos empiezan de su lado, así que toda esa liquidez es de entrada.
Por un canal que abres puedes enviar, pero no recibir. La liquidez de entrada es el espacio del otro lado. La consigues al gastar o al usar Loop Out, que además devuelve los sats a tu billetera on-chain. Si alguien abre un canal hacia ti, toda la liquidez de ese canal empieza como liquidez de entrada.

Cómo reequilibrar canales

Con el tiempo, los canales se desequilibran: en uno predomina la liquidez de salida y en otro la de entrada. Para repartir mejor los saldos, haces un pago circular que sale de tu nodo, pasa por otros nodos y vuelve al tuyo.

Un reequilibrio circular. Tienes dos canales de 2 000 000 de sats. En el canal con el nodo A tienes 1 800 000 sats de tu lado y 200 000 del suyo. En el canal con el nodo B tienes 200 000 de tu lado y 1 800 000 del suyo. Te pagas 800 000 sats: el pago sale por A, pasa por otro nodo y vuelve por B. Después, los dos canales tienen alrededor de 1 000 000 de sats en cada lado. Cada nodo del camino cobra una comisión. Si cada uno de los tres cobra 1 sat más 200 ppm, mover 800 000 sats te cuesta unos 480 sats.
Reequilibrar consiste en pagarte a ti mismo. Los sats salen por el canal donde tu lado está demasiado lleno y vuelven por el que está casi vacío. El total que tienes no cambia, salvo por las comisiones de enrutamiento.

Herramientas como Balance of Satoshis (bos rebalance) buscan una ruta y hacen el pago circular por ti, sin superar el máximo que quieras pagar en comisiones. Para consultar tus saldos o hacer espacio en un solo canal con Loop Out:

# Check channel balances
lncli listchannels | jq '.channels[] | {alias: .peer_alias, local: .local_balance, remote: .remote_balance, capacity: .capacity}'

# Loop Out 1,000,000 sats from one channel (adds inbound liquidity to it)
loop out --amt 1000000 --channel 824637184278528

# Turn on Autoloop with a fee budget of 50,000 sats every 168 hours (one week)
loop setparams --autoloop=true --autobudget=50000 --autobudgetrefreshperiod=168h

# Keep at least 25% inbound and 25% outbound on this channel
loop setrule 824637184278528 --incoming_threshold=25 --outgoing_threshold=25

Autoloop automatiza Loop Out. Indicas cuánto puedes gastar en comisiones y una regla para cada canal o nodo, como los umbrales del 25 % anteriores. Cada 20 minutos, más o menos, revisa tus canales. Dentro del presupuesto, inicia un Loop Out en cada canal cuya liquidez de entrada haya caído por debajo del umbral. Solo añade liquidez de entrada, mientras que un reequilibrio circular mueve sats entre tus propios canales. Los comandos están en la documentación de Autoloop de Loop.

Nuestra guía sobre liquidez en la red Lightning explica en detalle cómo funcionan los canales y cómo participar en la red.

Watchtowers: protege tus canales aunque estés desconectado

Una watchtower es un servicio que vigila tus canales y difunde una transacción de penalización si el otro nodo intenta hacer trampa al cerrar un canal con un estado antiguo. Es importante porque la seguridad de Lightning da por hecho que estás en línea para detectar el fraude, pero nadie está conectado el 100 % del tiempo.

Cómo funcionan las watchtowers

Cada vez que cambia el estado del canal (después de cada pago), tu nodo genera una transacción de penalización cifrada y se la envía a la watchtower. La watchtower solo puede descifrarla si ese estado antiguo aparece on-chain, señal de que el otro nodo intentó hacer trampa. Si sucede, difunde la transacción de penalización y recibes los dos saldos del canal. Las watchtowers de LND no cubren los pagos que aún estaban en curso.

Tres pasos. Uno: después de cada pago, tu nodo envía a la watchtower una transacción de penalización sellada. Dos: la watchtower guarda los paquetes sellados sin poder abrirlos y revisa cada bloque nuevo. Tres: si el otro nodo publica un estado antiguo del canal y se incluye en un bloque, se abre el paquete correspondiente y la watchtower publica la transacción de penalización. Recibes los fondos del canal, menos las comisiones on-chain. Cada paquete se sella con una clave derivada del identificador de un estado antiguo del canal. Solo ese estado puede abrirlo cuando se incluye en un bloque.
Una watchtower guarda transacciones de penalización que no puede leer. Solo un estado antiguo del canal que aparece en un bloque abre la transacción que le corresponde. Mientras nadie haga trampa, la watchtower no puede leer nada sobre tus canales.

LND admite watchtowers «altruistas». Devuelven todos los fondos a la víctima, menos las comisiones on-chain, sin quedarse con nada. Lo ideal es que ejecutes tu propia watchtower en otro equipo y en otro lugar.

Activa el cliente al abrir tu primer canal. LND lo trae desactivado (wtclient.active=false) y la watchtower solo recibe los saldos revocados mientras funciona el cliente. Si añades una la víspera de un viaje, todos los saldos anteriores quedan sin protección. Sin una watchtower, tu nodo no puede estar apagado más tiempo que el plazo de espera más corto de tus canales. En canales pequeños de LND, es de alrededor de un día (144 bloques).

Cómo activar el cliente de watchtower

Añade wtclient.active=true a lnd.conf, en una sección [wtclient], como en el ejemplo de configuración de LND:

[wtclient]
wtclient.active=true

Después, añade una watchtower:

# Add a watchtower (replace with actual URI)
lncli wtclient add 03281d603b2c5e19b8893a484eb938d7377179a9ef1a6bca4c0bcbbfc291657b63@watchtower-ip:9911

# Verify it's connected
lncli wtclient towers

# Check tower statistics
lncli wtclient stats

Cómo ejecutar tu propia watchtower

Si tienes otro equipo (un VPS, otra Pi o una computadora que siempre esté encendida), puedes ejecutar tu propia watchtower. Añade estas opciones a lnd.conf en el equipo de la watchtower, dentro de una sección [watchtower], como en el ejemplo de configuración de LND:

[watchtower]
watchtower.active=true
watchtower.listen=0.0.0.0:9911

Después de reiniciar LND, obtén la URI pública de la watchtower:

lncli tower info

Usa esta URI en tu nodo principal para conectar el cliente de watchtower. Una segunda watchtower, operada por alguien de confianza en otro lugar, también te cubre si la tuya deja de funcionar.

En Umbrel y Start9 puedes activar la watchtower en la configuración de la aplicación, sin editar directamente los archivos de configuración. Nuestra guía para configurar una watchtower de Lightning explica todo el proceso en las distintas plataformas.

Mantenimiento y supervisión

Un nodo Lightning necesita atención después de configurarlo. El mantenimiento regular mantiene los canales en buen estado, protege los fondos y ayuda a tener el software al día.

Cómo mantener el software al día

Las actualizaciones incluyen parches de seguridad, correcciones de errores y mejoras del protocolo. La frecuencia depende de tu plataforma:

  • Umbrel/Start9. Actualiza con un clic en la interfaz web. Comprueba cada semana si hay novedades.
  • myNode. Con Premium puedes actualizar con un clic en Settings. La edición comunitaria gratuita se actualiza por SSH o volviendo a grabar la tarjeta SD, como muestra la guía de actualización de myNode. Busca actualizaciones cada semana y comprueba qué versión de Bitcoin Core instala cada una.
  • RaspiBlitz. Ejecuta el script de actualización desde el menú o la terminal. Antes de actualizar, consulta el historial de cambios en la página de versiones de GitHub.
  • LND instalado a mano. Sigue la guía de migración de las notas de la versión. Lee siempre el historial de cambios antes de actualizar para ver si alguno rompe la compatibilidad.

Regla práctica: aplica de inmediato los parches de seguridad. Cuando salga una versión principal, espera entre 1 y 2 semanas antes de actualizar para dar tiempo a que otros detecten errores, salvo si corrige una vulnerabilidad que te afecta.

Copias de seguridad de canales

Esto es imprescindible. Si falla el almacenamiento de tu nodo y no tienes una copia de channel.backup, recuperar los fondos de tus canales es difícil y puede que no lo consigas.

  • Copias de seguridad estáticas de canales (SCB). LND guarda un archivo channel.backup y lo reescribe cada vez que se abre o se cierra un canal. Si lo restauras con tus 24 palabras en un nodo nuevo, este pide al otro nodo de cada canal que fuerce el cierre. Tus saldos firmes vuelven on-chain. Los canales no se conservan: tendrás que volver a abrirlos tras la recuperación. Guarda una copia fuera del nodo después de cada apertura o cierre.
  • Copia de seguridad automática. La aplicación Lightning Node de Umbrel sube de forma predeterminada una copia cifrada al servidor de copias de seguridad de Umbrel. Guarda también una copia propia. En instalaciones manuales, una tarea de cron copia el archivo periódicamente. Cópialo también a mano justo después de abrir o cerrar un canal, porque la tarea programada puede dejar fuera un canal abierto desde la última ejecución:
    # Copy channel.backup every 6 hours to a remote location
    0 */6 * * * scp ~/.lnd/data/chain/bitcoin/mainnet/channel.backup user@backup-server:/backups/lnd/
    
  • Nunca hagas copias de seguridad de channel.db ni lo restaures. Es el registro activo de LND del saldo más reciente de cada canal. Una copia antigua guarda saldos desactualizados. Si la restauras en un nodo, este los publica. Eso cuenta como un intento de hacer trampa y el otro nodo puede quedarse con todos los fondos del canal. Lo mismo pasa con una imagen de todo el equipo si incluye los datos de Lightning. Por eso umbrelOS Backups excluye a propósito el archivo channel.db de la aplicación Lightning Node.
  • Comprueba tus copias de seguridad. lncli verifychanbackup --multi_file=/path/to/channel.backup comprueba que una copia está intacta y que corresponde a tu nodo, sin tocar tus canales. La lección sobre copias de seguridad de Lightning y watchtowers explica qué puedes recuperar al restaurar una copia.
Si se estropea el disco de tu nodo, necesitas dos cosas guardadas fuera del nodo: tus 24 palabras en papel y un archivo channel.backup reciente. Un nodo nuevo recupera los fondos on-chain con las 24 palabras. Para recuperar los fondos de los canales, pide a los otros nodos que cierren sus canales. Cada transacción de cierre entra en un bloque y tus sats vuelven on-chain. Después abres canales nuevos. Sin channel.backup, las palabras solo recuperan tus fondos on-chain y los sats de tus canales quedan en riesgo.
Tus 24 palabras recuperan los fondos on-chain. Para recuperar los fondos de los canales también necesitas channel.backup. LND reescribe el archivo cada vez que se abre o se cierra un canal, así que cópialo fuera del nodo después de cada apertura o cierre.

Herramientas de supervisión

Varias herramientas te ayudan a comprobar el estado y el rendimiento de tu nodo:

  • Ride The Lightning (RTL). Panel web para gestionar el nodo. Viene preinstalado en la mayoría de las plataformas. Muestra saldos de los canales, historial de reenvíos y estadísticas de comisiones.
  • ThunderHub. Alternativa a RTL con una interfaz más sencilla y funciones avanzadas, como abrir varios canales a la vez y gestionar las comisiones de forma automática.
  • lndmon. Supervisa LND con Prometheus y Grafana. Exporta métricas que puedes graficar: saldos de canales a lo largo del tiempo, volumen de reenvíos, ingresos por comisiones y tiempo en línea de los otros nodos.
  • Balance of Satoshis (bos). Herramienta de línea de comandos para operaciones avanzadas. Ejecuta bos accounting para consultar informes de ganancias y pérdidas, y bos peers para comprobar el estado de los canales.
  • Amboss.space. Panel público de tu nodo. Sirve para seguir su reputación y ver cómo perciben otros su conectividad.

Lista de tareas de mantenimiento

  • A diario: comprueba que tu nodo esté en línea y accesible. Puedes confirmarlo con herramientas de supervisión o con lncli getinfo.
  • Cada semana: revisa los saldos de los canales y la actividad de reenvío. Identifica los canales inactivos (el otro nodo lleva 2 semanas o más desconectado) y considera cerrarlos.
  • Cada mes: evalúa tu estrategia de comisiones, busca actualizaciones de software, comprueba que las copias de seguridad estén al día y revisa cuánto espacio ocupas en el disco.
  • Cada trimestre: evalúa el rendimiento general del nodo, cierra los canales que rinden poco y abre otros con nodos mejor conectados.

Errores comunes que puedes evitar

La mayoría aprende estas lecciones por las malas. Puedes ahorrarte esos problemas:

  1. Abrir canales demasiado pequeños para enrutar. Los canales de menos de unos 500 000 sats solo pueden reenviar pagos pequeños. Las comisiones on-chain de apertura y cierre pesan más frente a lo que generan. Para enrutar, empieza con al menos 2 000 000 de sats por canal. Para tus propios pagos, basta una cantidad que puedas dejar bloqueada con tranquilidad.
  2. Descuidar la liquidez de entrada. Un nodo con liquidez solo de salida puede enviar, pero no puede recibir ni enrutar pagos con eficacia. Usa Loop, gasta a través de tus canales o participa en aperturas en grupo para conseguir capacidad de entrada.
  3. Dejar los datos del nodo en la tarjeta SD. En una Raspberry Pi, umbrelOS se ejecuta desde la tarjeta microSD y guarda ahí las aplicaciones hasta que las muevas. Umbrel señala que las tarjetas microSD «son más lentas que los SSD y se desgastan con el tiempo». Mueve Bitcoin Node a un SSD, haz copias de seguridad de Umbrel con regularidad y guarda las SCB fuera del equipo.
  4. No hacer copias de seguridad de los canales. Tu frase semilla solo recupera los fondos on-chain. Si falla el almacenamiento y no tienes archivos SCB, los fondos de los canales quedan en riesgo.
  5. Forzar el cierre de canales sin necesidad. Cuando fuerzas el cierre, tu parte queda bloqueada hasta 2 semanas por el bloqueo temporal. Además, las transacciones adicionales aumentan las comisiones on-chain. Intenta siempre un cierre cooperativo primero.
  6. Fijar las comisiones en cero. Enrutar gratis atrae mucho tráfico que vacía tus canales sin que cobres nada. Fija al menos una tasa de comisión mínima (entre 50 y 100 ppm) para desalentar ese uso.
  7. Abrir canales con nodos al azar. Investiga los nodos antes de conectarte. Comprueba cuánto tiempo están en línea, cuántos canales tienen y su capacidad de enrutamiento en amboss.space o 1ml.com. Un nodo que está en línea el 10 % del tiempo hará que tu canal sea inútil.
  8. No activar una watchtower. Si tu nodo está desconectado más tiempo que el plazo de espera de un canal (cerca de un día en canales pequeños de LND) y el otro nodo difunde un estado antiguo, puedes perder los fondos de ese canal. Activa el cliente de watchtower al abrir tu primer canal y añade al menos una.
  9. Poner toda la liquidez en un canal. Reparte la liquidez entre un mínimo de 3 a 5 canales. Que falle un solo canal no debería paralizar tu nodo.
  10. Actualizar LND sin leer las notas de la versión. Las versiones principales a veces incluyen migraciones de bases de datos que pueden tardar horas. Lee el historial de cambios, prevé un tiempo de inactividad y guarda una copia reciente de channel.backup fuera del nodo antes de actualizar.
Parte de nuestro curso gratuito de Bitcoin: la lección Cómo operar un nodo Lightning: ganar sats y contribuir a la red, del curso Red Lightning y nodos de Bitcoin, explica este tema en detalle.

Preguntas frecuentes

¿Cuánto cuesta operar un nodo Lightning?

Cuando calculamos los precios para esta guía, el equipo costaba entre unos US$ 350 y US$ 650. En el extremo más económico, una Raspberry Pi 4 con un SSD de 2 TB. En el otro, una Raspberry Pi 5 nueva con un disco NVMe de 2 TB, carcasa y SAI. Los precios de la memoria y los discos subieron durante 2026, así que comprueba los precios actuales. La electricidad depende del consumo y de lo que pagues: un equipo que consume 10 W todo el día usa unos 88 kWh al año, unos US$ 18 a US$ 0,20 por kWh. También necesitarás bitcoins on-chain para abrir canales. Calcula al menos 500 000 sats por canal y prevé abrir entre 3 y 5 canales al principio. Las comisiones on-chain de apertura y cierre varían según la actividad de la red. En noviembre de 2026 suelen bastar de 1 a 3 sat/vB. A 1 sat/vB, abrir un canal cuesta unos 150 sats y un cierre cooperativo, unos 190. A los 300 sat/vB que se vieron en diciembre de 2023, cada paso cuesta decenas de miles de sats.

¿Puedo ganar dinero enrutando pagos en Lightning?

Sí, pero cuenta con ingresos pequeños. No hay datos públicos fiables sobre lo que ganan los nodos pequeños, así que haz las cuentas. A 100 ppm, tu nodo se queda con 100 sats por cada millón que reenvía. Si un nodo pequeño reenvía un millón de sats al día, gana unos 3000 sats al mes. Muchos reenvían mucho menos. Descuenta las comisiones on-chain de abrir y cerrar canales y el costo de reequilibrarlos. Muchos aficionados gastan más de lo que ganan. Nuestra guía de buenas prácticas para gestionar canales Lightning explica la estrategia de enrutamiento. La mayoría de los operadores pequeños mantiene su nodo por el control que les da y por lo que aprenden. Si ganan comisiones, las toman como un extra.

¿Qué pasa si mi nodo Lightning se desconecta?

Tus canales siguen abiertos pero inactivos. Mientras estés desconectado, nadie puede enrutar pagos por ellos y tú no puedes enviar ni recibir. El mayor riesgo es que un nodo deshonesto difunda un estado antiguo del canal (un «intento de fraude») cuando no puedes responder. Para eso existen las watchtowers: detectan esos intentos y difunden transacciones de penalización por ti. El tiempo seguro depende del plazo de espera que tu nodo fijó para cada canal. Con la configuración predeterminada de LND, es de 144 bloques, cerca de un día, en canales de menos de unos 1,2 millones de sats, y sube a 2016 bloques, unas dos semanas, en los más grandes. Sin una watchtower, procura que los cortes duren menos que el plazo más corto y deja margen. Si una watchtower vigila desde tu primer canal, te cubre durante cortes más largos. Las desconexiones prolongadas (semanas) también pueden llevar a otros nodos a forzar el cierre de sus canales contigo.

¿Conviene usar LND o Core Lightning?

LND es la opción más común entre quienes operan un nodo en casa. Es compatible con más billeteras para teléfono (entre ellas Zeus), tiene más herramientas de gestión (RTL, ThunderHub y Balance of Satoshis) y cuenta con la mayor comunidad para resolver problemas. Core Lightning (CLN) tiene una arquitectura de complementos que permite personalizarlo más y suele usar menos recursos. Si desarrollas software y quieres construir sobre Lightning, el sistema de complementos de CLN ofrece muchas posibilidades. Para empezar, LND es la opción más segura: sus herramientas están más maduras y es más fácil encontrar ayuda.

¿Cómo cierro un canal Lightning de forma segura?

Intenta siempre un cierre cooperativo primero. Genera una transacción normal de Bitcoin que se liquida en cuanto se confirma:

# Cooperative close (preferred)
lncli closechannel --chan_point=funding_txid:output_index

# Force close (only if peer is unresponsive)
lncli closechannel --force --chan_point=funding_txid:output_index

Un cierre cooperativo reparte el saldo del canal entre las dos partes y se confirma en el bloque siguiente si la comisión es adecuada. Un cierre forzado usa una transacción de compromiso firmada de antemano y bloquea tus fondos durante un plazo (normalmente de 144 a 2016 bloques, o de 1 a 14 días). Solo fuerza el cierre si el otro nodo está desconectado de forma permanente o no responde. Después del cierre, espera a que se confirme la transacción on-chain antes de dar los fondos por firmes. Nuestra guía técnica explica la gestión avanzada de canales y sus implicaciones para la privacidad.

Dos formas de cerrar un canal. Intenta primero un cierre cooperativo: los dos nodos firman una transacción de cierre. En la primera confirmación, recibes tu parte y el otro nodo recibe la suya con una sola comisión normal. El cierre forzado se usa solo si el otro nodo no responde: publicas tu último estado firmado de antemano. El otro nodo puede gastar su parte un bloque después, pero la tuya queda bloqueada de 144 a 2016 bloques, cerca de 1 a 14 días. Una segunda transacción la envía a tu billetera, así que pagas más en comisiones on-chain.
Si el otro nodo responde, cierra el canal de forma cooperativa. Si fuerzas el cierre, tu parte suele esperar de 144 a 2016 bloques. Con un nodo LND con la configuración predeterminada, la espera aumenta con el tamaño del canal: uno de 2 000 000 de sats espera 240 bloques, menos de dos días.

Recursos relacionados

Categoría: Red Lightning y segunda capa
← Volver a los cursos