Repaso final del curso 4: tu infraestructura, tus reglas

En el curso 4 pasaste de entender la idea de la red Lightning a operar tu propio nodo completo y tu nodo Lightning y proteger el dinero de sus canales. Este repaso, la lección 4.10, reúne las nueve lecciones, pone a prueba las ideas principales y te prepara para el curso 5: seguridad y privacidad avanzadas en Bitcoin.

Lee el resumen de cada lección. Si algo no queda claro, sigue el enlace a la lección completa. Luego intenta responder las diez preguntas del final. Si puedes hacerlo sin mirar, ya dominas lo esencial.

Repaso del curso 4

El curso tiene dos partes. Las lecciones 4.1 a 4.4 tratan del uso de Lightning: cómo funciona, cómo encuentran su camino los pagos, qué billetera elegir y cómo pagar. Las lecciones 4.5 a 4.9 tratan de operar tu propia infraestructura: por qué importa tener un nodo, qué plataforma elegir, cómo configurar el nodo, cómo ejecutar Lightning en él y cómo proteger sus canales.

Lección 4.1: cómo funciona la red Lightning

Lightning es una segunda capa sobre Bitcoin. Cada bloque de Bitcoin admite solo unos miles de transacciones (unas 8 por segundo en todo el mundo en octubre de 2026). Por eso Lightning mueve los pagos a canales: saldos compartidos por dos partes y respaldados por bitcoin bloqueado en una dirección 2 de 2 de la blockchain. Abrir un canal requiere una transacción on-chain y cerrarlo de forma cooperativa requiere otra. Cada pago entre esos dos momentos es un nuevo saldo que ambas partes firman. Las claves de revocación permiten penalizar a quien publica un saldo antiguo si el nodo de su par o una watchtower lo detecta antes de que venza el plazo de espera de quien hizo trampa. En un cierre forzoso, un lado cierra por su cuenta, lo que cuesta más comisiones y le obliga a esperar para cobrar su parte. Los contratos con bloqueo por hash y tiempo (HTLC) permiten que un pago cruce varios canales de modo que se completen todos los saltos o ninguno. Vuelve a la lección 4.1.

Lección 4.2: canales y enrutamiento en Lightning

La capacidad de un canal se reparte entre tu saldo local (lo que puedes enviar) y el saldo remoto (aproximadamente lo que puedes recibir), descontando una reserva para las comisiones de cierre y los pagos en curso. Un canal que financias tú no puede recibir hasta tener liquidez de entrada. Los pagos encuentran una ruta por los canales de otras personas mediante el enrutamiento cebolla. Por lo general, los nodos intermedios no saben quién envía el pago ni quién lo recibe. Cada salto sí ve el importe que reenvía, que se acerca al total a menos que el pago se reparta entre varias rutas. La excepción es el proveedor de servicios Lightning (LSP) de tu billetera, la empresa que abre los canales: puede ver que un pago salió de ti y, en Phoenix, ACINQ también ve adónde va. También conociste las facturas BOLT11, que identifican al nodo que cobra, las ofertas BOLT12 y la diferencia entre un pago que agotó el tiempo de espera (vuelve a intentarlo cuando ya no aparezca como pendiente) y uno que sigue pendiente (espera). Repasa la lección 4.2.

Lección 4.3: comparación de billeteras Lightning

Cuatro preguntas distinguen a las billeteras Lightning: quién tiene las claves, dónde funciona el nodo Lightning, quién gestiona los canales y cómo recuperas el dinero. Phoenix guarda tus claves en tu teléfono y gestiona por ti un canal con ACINQ. Ajusta su tamaño mediante splicing y publica sus comisiones (en noviembre de 2026: 0,4 % + 4 sat por pago enviado, 1 % más la comisión de minería para liquidez nueva y 1000 sat para crear el canal). ACINQ ve el destino y el importe de tus pagos. Zeus se conecta a tu nodo o ejecuta un nodo Lightning en tu teléfono. Busca las rutas en el teléfono, así que, según Zeus, su LSP no sabe adónde van tus pagos. Fedimint reparte la custodia entre un grupo de guardianes. Wallet of Satoshi es la opción más sencilla. La empresa ahora la describe como de autocustodia, algo que no hemos verificado. Guarda solo cantidades pequeñas. Antes del primer depósito, anota las palabras de recuperación y nunca ejecutes la misma billetera en dos dispositivos. Vuelve a la lección 4.3.

Lección 4.4: pagos Lightning en la práctica

Hiciste tu primer pago. Anotaste las palabras de recuperación antes de añadir fondos, depositaste (Phoenix espera 3 confirmaciones y un depósito on-chain sigue «dormido» hasta que la comisión de minería baja de tu máximo), escaneaste una factura y confirmaste el pago. El primer depósito tiene un costo fijo, así que si es muy pequeño, las comisiones se llevan gran parte. Viste por qué necesitas liquidez de entrada para recibir y cómo funcionan las direcciones Lightning (el proveedor se entera cada vez que cobras). Aprendiste cómo los intercambios submarinos mueven dinero entre on-chain y Lightning, por qué los pagos diminutos cuestan poco en sats pero mucho en porcentaje, cómo interpretar los mensajes de error habituales y por qué la preimagen del pago es tu recibo. Repasa la lección 4.4.

Lección 4.5: ¿por qué ejecutar un nodo de Bitcoin?

Tu propio nodo completo comprueba cada bloque y cada transacción por su cuenta, así que nadie puede engañarte sobre tus pagos. Protege tu privacidad cuando configuras tu billetera para usarlo en lugar del servidor de otra persona. Los nodos no votan: cada uno rechaza los bloques que incumplen las reglas que aplica, y el software que ejecutas determina cuáles son (la lección Quién hace cumplir las reglas de Bitcoin explica el resto). Prevé un SSD de 2 TB. En noviembre de 2026, los bloques ocupan unos 800 GB y Bitcoin Core calcula que necesita unos 900 GB de disco. Un nodo podado es igual de seguro, pero no puede ejecutar los servidores Electrum que usa la mayoría de las billeteras. Un cliente ligero verifica mucho menos y confía en nodos completos. Activar Tor solo oculta tu dirección IP cuando tu nodo deja de conectarse también por internet normal o envía ese tráfico por Tor. Vuelve a la lección 4.5.

Lección 4.6: Umbrel frente a Start9 y otras plataformas para nodos de Bitcoin

Comparaste cuatro plataformas para nodos. Umbrel es la más sencilla, con cientos de aplicaciones. Start9 da prioridad al control: por defecto, los servicios están en tu red doméstica y Tor es un complemento opcional. RaspiBlitz está pensado para aprender y myNode busca la sencillez. RaspiBlitz y StartOS son de código abierto. umbrelOS y myNode se publican con licencias no comerciales. Tanto en Umbrel como en StartOS, nada se actualiza solo. Tú instalas las actualizaciones, y nuestros avisos de seguridad te dicen cuándo hay una urgente. Antes de cambiar de plataforma, cierra tus canales Lightning y guarda una copia de seguridad reciente de los canales hasta que se cierren todos. Repasa la lección 4.6.

Lección 4.7: cómo configurar tu nodo de Bitcoin

La lección práctica: umbrelOS en una Raspberry Pi 5 con un SSD de 2 TB. Verificaste la suma de comprobación SHA-256 de la descarga, que demuestra que el archivo llegó intacto. Para saber si es auténtico, hace falta una firma. Moviste Bitcoin Core al SSD y lo dejaste sincronizarse unos días. Conectaste tu billetera al nodo: Sparrow directamente a Bitcoin Core por Tor en una Raspberry Pi, o a través de un servidor Electrum en una mini-PC. Luego añadiste Lightning, viste por qué un nodo nuevo puede enviar pero no recibir y aprendiste qué copia de seguridad protege el dinero de los canales (channel.backup, que guardas fuera del nodo cada vez que abres o cierras un canal) y cuál nunca debes restaurar (channel.db). En Umbrel instalas tú todas las actualizaciones. Vuelve a la lección 4.7.

Lección 4.8: cómo operar un nodo Lightning

Conociste las principales implementaciones de Lightning (LND, Core Lightning, Eclair y LDK), aprendiste a abrir un canal paso a paso y a usar tu nodo para tus propios pagos con Zeus como control remoto. Para enrutar, lo habitual son canales de 1 a 10 millones de sats. Las comisiones son pequeñas: a 100 ppm (partes por millón), un nodo cobra 100 sats por cada millón de sats que reenvía. Por eso, la mayoría de los nodos pequeños gana poco una vez descontado lo que cuesta abrir, cerrar y reequilibrar los canales. También viste cómo activar el cliente de watchtower de LND, que viene desactivado, y cómo reequilibrar los canales. Repasa la lección 4.8.

Lección 4.9: copias de seguridad de Lightning y watchtowers

Dos tareas protegen el dinero de tus canales. Primero, alguien tiene que vigilar. Si un par publica un saldo antiguo, solo puedes penalizarlo dentro del plazo de espera que fija tu nodo cuando se abre el canal. Con la configuración predeterminada de LND, son 144 bloques (alrededor de un día) para canales de menos de unos 1,2 millones de sats y hasta 2016 bloques (unas dos semanas) para los más grandes. Sin watchtower, nunca dejes el nodo apagado más tiempo que tu plazo más corto. Activa el cliente de watchtower desde el primer canal, porque solo protege los saldos revocados desde entonces. Segundo, guarda las copias de seguridad correctas: tus 24 palabras para los fondos on-chain y un channel.backup reciente para los fondos de los canales. Nunca restaures un channel.db antiguo, ni siquiera dentro de una instantánea de todo el equipo. Al restaurar, cada par cierra su canal y recuperas los saldos firmes. Cambiar de equipo no es restaurar una copia, y dos nodos nunca deben compartir una semilla. Por último, calculaste el costo de los canales a partir de transacciones reales de agosto de 2026. Con una tasa cercana a 1 sat/vB, abrir un canal costaba unos 150 sats y cerrarlo de forma cooperativa unos 190. El cierre forzoso de uno de 2 000 000 de sats costó 1210 sats en total. En noviembre de 2026, de 1 a 3 sat/vB suele bastar. A 300 sat/vB, como en diciembre de 2023, cada paso cuesta decenas de miles de sats. Vuelve a la lección 4.9.

Las piezas de tu infraestructura

Después de este curso, así queda una instalación de Bitcoin que administras tú. La figura la muestra de arriba abajo, y la tabla de abajo la enumera en el orden inverso.

Capa	Componente	Para qué sirve
Plataforma	Umbrel, Start9, RaspiBlitz, myNode o una instalación manual	Sistema operativo y panel que instalan y ejecutan todo lo demás
Capa base	Nodo completo de Bitcoin (normalmente Bitcoin Core)	Comprueba por su cuenta cada bloque y cada transacción
Conexión de la billetera	Servidor Electrum (Electrs o Fulcrum) o conexión directa a Bitcoin Core	Permite que las billeteras on-chain consulten tu nodo en vez del servidor de un desconocido
Capa de pagos	Nodo Lightning (LND o Core Lightning) y sus canales	Envía, recibe y enruta pagos instantáneos por canales con otros nodos
Control remoto	Zeus en tu teléfono	Te permite pagar y recibir desde tu nodo Lightning cuando estás fuera
Gestión del nodo	ThunderHub o RTL (Ride The Lightning)	Paneles web para gestionar canales, comisiones y reequilibrio
Protección	Cliente de watchtower activo desde el primer canal, un channel.backup reciente y las actualizaciones que instalas tú	Responde a las trampas mientras estás sin conexión, recupera los fondos de los canales y corrige problemas de seguridad

Cada pieza depende de la que tiene debajo. El nodo Lightning necesita el nodo completo, y tus billeteras y aplicaciones se conectan a tus nodos en vez de a los de otra persona. Administrar tu propia instalación quita a la empresa de la billetera de tus pagos. Otros siguen viendo parte de tu actividad: tus pares y los nodos de enrutamiento ven lo que pasa por sus canales, cada factura BOLT11 que entregas identifica tu nodo y las aperturas y cierres de canales son públicos en la blockchain.

Conceptos clave del curso

• Lightning es la segunda capa de Bitcoin: agiliza y abarata los pagos al moverlos a canales. Solo usa la blockchain para abrirlos y cerrarlos.
• Los HTLC hacen seguro el enrutamiento: un pago de varios saltos se completa entero o falla por completo, y nadie en medio puede quedárselo.
• Alguien tiene que vigilar: la penalización solo funciona si tu nodo o una watchtower detecta el saldo antiguo a tiempo. La watchtower solo protege los saldos revocados después de activar su cliente.
• Para recibir necesitas liquidez de entrada: con un canal que financias tú, al principio puedes enviar, pero no recibir.
• El enrutamiento oculta quién paga a quién, pero no el importe: los nodos intermedios ven cuánto reenvían, y el LSP de tu billetera y tus facturas revelan más.
• Hay billeteras con custodia y otras que administras por completo: elige el equilibrio entre comodidad, privacidad y control, sabiendo quién puede ver tus pagos.
• Con un nodo completo puedes verificar por tu cuenta. Protege tu privacidad cuando tu billetera lo usa. El software que ejecutas determina qué reglas aplica.
• Las plataformas para nodos facilitan la instalación, y tú instalas las actualizaciones.
• Haz una copia de seguridad del archivo correcto: las palabras de recuperación restauran los fondos on-chain, channel.backup recupera los fondos de los canales y nunca se restaura un channel.db antiguo.
• Abrir y cerrar canales cuesta comisiones on-chain: abre los que pienses mantener cuando las comisiones estén bajas y cierra de forma cooperativa siempre que tu par esté en línea.
• Importa más con quién abres un canal que cuántos abres: unos pocos canales hacia nodos fiables y bien conectados funcionan mejor que muchos canales pequeños.
• Las comisiones de enrutamiento generan ingresos modestos: la mayoría de los nodos pequeños gana poco al contar los costos de los canales y de reequilibrarlos.

¿Qué sigue?

Ya sabes operar tu infraestructura: un nodo completo que comprueba cada bloque, un nodo Lightning que lleva tus canales, billeteras que se conectan a ellos como tú decides y las copias de seguridad y la watchtower que protegen el dinero de los canales.

La solidez de tu infraestructura depende de cómo la protejas y la uses. El curso 5: seguridad y privacidad avanzadas en Bitcoin explica cómo funciona el análisis de la blockchain y cómo resistirlo, el control de monedas, CoinJoin, cómo comprar bitcoin sin entregar tu identidad, las billeteras multifirma de la teoría a la práctica, la privacidad de red con Tor y VPN, cómo verificar el software que instalas, la seguridad física, la planificación de la herencia y, por último, cómo reunir todo en tu propio plan de soberanía.

El nodo que montaste aquí es la base del curso 5.

Pon a prueba lo aprendido

1. Abres un canal, pagas por él 200 veces durante un mes y luego lo cierras de forma cooperativa. ¿Cuántas transacciones on-chain hicieron falta y qué habría cambiado con un cierre forzoso?

Respuesta

Dos: la transacción de financiación que abrió el canal y la transacción que lo cerró. Los 200 pagos fueron nuevos saldos que tú y tu par firmaron, sin necesidad de un bloque. Así amplía Lightning la capacidad de pago. En un cierre forzoso, una de las partes publica por su cuenta su última transacción de compromiso. Eso exige más transacciones on-chain (la de cierre y después el cobro de la parte de cada lado), así que cuesta más comisiones. Quien cerró espera un número determinado de bloques antes de poder gastar su parte (lecciones 4.1 y 4.9).

2. Un nodo de enrutamiento en medio de la ruta de tu pago lo reenvía hacia el destinatario. ¿Qué le impide quedarse con tu dinero y qué puede saber del pago?

Respuesta

El pago le llega como un HTLC que solo se desbloquea con la preimagen, el secreto detrás del hash de la factura del destinatario. El nodo de enrutamiento solo conoce el secreto cuando el siguiente salto lo revela para cobrar, y eso solo ocurre después de que el destinatario haya cobrado. Si el pago no se completa, el HTLC vence y el dinero vuelve al salto anterior. El enrutamiento cebolla le indica al nodo cuál es el salto anterior, cuál es el siguiente y cuánto debe reenviar. Por lo general, no puede saber quién envió el pago ni quién lo recibe, pero el importe que reenvía se acerca al total, a menos que el pago se haya repartido entre varias rutas (lecciones 4.1 y 4.2).

3. Pagas en una tienda con Phoenix y después pagas en la misma tienda con Zeus conectado a tu nodo. ¿Quién puede ver qué en cada caso?

Respuesta

Con Phoenix, el nodo de ACINQ encuentra la ruta por ti, así que ACINQ ve adónde va el pago y cuánto es. Aun así, no puede gastar ni congelar tus bitcoins. Con Zeus conectado a tu nodo, no hay una empresa de billetera de por medio. Tu par ve lo que pasa por su canal, y los nodos de enrutamiento más adelante ven un importe cercano al total, pero por lo general no saben quién paga a quién. En ambos casos, la factura BOLT11 de la tienda identifica su nodo y las transacciones que abren y cierran canales son públicas en la blockchain (lecciones 4.2, 4.3 y 4.8).

4. Pasas de Phoenix a tu propio nodo y abres un canal de 1 000 000 de sats. Un amigo intenta pagarte 50 000 sats y el pago falla, aunque con Phoenix siempre recibías sin problemas. ¿Por qué? ¿Cómo lo resuelves?

Respuesta

Cuando no cabía un pago, Phoenix le hacía sitio ajustando el tamaño de tu canal y cobrando un 1 % más la comisión de minería. Con tu propio nodo, nadie hace eso por ti. Un canal que financias tú empieza con todo el saldo de tu lado, así que no hay nada que pueda pasar hacia ti. Gasta primero unos sats por ese canal, pide a otro nodo que abra un canal hacia el tuyo, compra liquidez de entrada a un proveedor de servicios Lightning o intercambia parte de tu saldo por bitcoin on-chain. Cualquiera de estas opciones deja sats del otro lado de un canal (lecciones 4.2, 4.7 y 4.8).

5. En un pago aparece “payment timed out”. Otro lleva dos días en “pending”. ¿Qué haces con cada uno?

Respuesta

Si se agotó el tiempo de espera, tu billetera dejó de probar rutas nuevas. Cuando el pago deje de aparecer como pendiente, ya no hay nada bloqueado y puedes volver a intentarlo. Un pago que sigue pendiente queda bloqueado en los HTLC de una ruta hasta que se completa o vence el plazo, que en LND puede ser de hasta unas dos semanas. Volver a intentarlo no ayuda. Mantén la billetera o el nodo en línea y espera. Si el pago no puede fallar de forma normal, se fuerza el cierre de un canal de la ruta y el dinero que tengas en él vuelve on-chain (lecciones 4.2 y 4.4).

6. Un amigo quiere empezar con Phoenix recibiendo 5000 sats por Lightning. ¿Qué debería hacer antes y por qué es un mal primer depósito?

Respuesta

Primero, debe anotar en papel las 12 palabras de recuperación y guardarlas fuera de línea. Son la única forma de recuperar la billetera si pierde el teléfono, se lo roban o se rompe. Segundo, ese primer pago tiene que crear el canal. Cuesta 1000 sats más el 1 % del pago y la comisión de minería del día: más de una quinta parte de 5000 sats, aun sin contar la comisión de minería. La parte fija pesa menos en un primer depósito más grande, y una vez que hay espacio en el canal, recibir es gratis (lecciones 4.3 y 4.4, con las comisiones de Phoenix de noviembre de 2026).

7. Configuras un nodo completo en casa y dejas tus billeteras como estaban. Un minero con la mayor parte de la potencia de cómputo de la red publica un bloque en el que se paga 100 BTC. ¿Qué hace tu nodo? ¿Ha mejorado tu privacidad?

Respuesta

Tu nodo rechaza el bloque porque incumple la regla de la recompensa que aplica. La potencia de cómputo solo decide entre cadenas válidas según las reglas de tu nodo. Los nodos no votan. Tu privacidad aún no ha cambiado: tus billeteras siguen enviando tus direcciones y tu dirección IP a sus servidores predeterminados. Mejora cuando cada billetera usa tu nodo, a través de un servidor Electrum que se ejecuta en él o, con Sparrow, directamente con Bitcoin Core (lecciones 4.5 y 4.7).

8. La suma de comprobación SHA-256 de tu descarga de umbrelOS coincidió y llevas seis meses sin tocar el nodo. ¿Qué demostró la suma de comprobación? ¿Está al día tu nodo?

Respuesta

Demostró que tu copia está completa e intacta. No puede demostrar que el archivo sea auténtico: la lista de sumas de comprobación de Umbrel viene del mismo servidor que la imagen y no está firmada. Quien pueda sustituir una también puede sustituir la otra. Solo una firma cubre ese hueco. Es probable que tu nodo esté desactualizado: umbrelOS nunca instala actualizaciones automáticamente y las aplicaciones tampoco se actualizan solas. Revisa Settings → Software update y Updates en App Store, y lee nuestros avisos de seguridad por si hay algo urgente (lecciones 4.6 y 4.7).

9. El mes que viene estarás fuera una semana y apagarás tu nodo LND. Cada canal tiene 500 000 sats y nunca has usado una watchtower. ¿Cuál es el riesgo y qué deberías hacer?

Respuesta

Con la configuración predeterminada de LND, en canales de menos de unos 1,2 millones de sats el par solo espera 144 bloques, alrededor de un día. Si publica un saldo antiguo al principio de tu viaje, podría cobrarlo mucho antes de que vuelvas. La solución segura es dejar el nodo en marcha, con tu nodo de Bitcoin sincronizado. Si activas ahora el cliente de watchtower con la watchtower en otro equipo, solo protege los saldos revocados a partir de ahora. Los anteriores quedan sin protección y un par que haga trampa puede elegir cualquiera. Por eso conviene activar el cliente desde el primer canal. Cuando esté en marcha, lncli wtclient stats indica si las copias están llegando a la watchtower (lecciones 4.8 y 4.9).

10. Falla el SSD de tu nodo. Tienes tus 24 palabras, un channel.backup copiado después de abrir tu último canal y una copia de channel.db que hizo un script anoche. ¿Qué restauras y qué recuperas?

Respuesta

Restaura las 24 palabras con channel.backup. Nunca arranques un nodo con el channel.db de anoche. Puede contener un saldo revocado, lo que convertiría a tu nodo en el que hace trampa y permitiría a un par quedarse con todo el canal. Tu nodo nuevo reconstruye la billetera on-chain a partir de las palabras y pide a cada par de la copia que fuerce el cierre de su canal. Tus saldos firmes vuelven on-chain, descontadas las comisiones. Los canales se cierran, los pagos que estaban en curso cuando ocurrió el fallo se pierden, y el dinero de un canal cuyo par nunca vuelve sigue bloqueado mientras ese par no aparezca (lecciones 4.7 y 4.9).