Cómo funciona la red Lightning: una guía para quienes usan Bitcoin

Por qué conviene entender Lightning si usas Bitcoin

En octubre de 2026, la capa base de Bitcoin procesaba unas 5000 transacciones por bloque, unas 8 por segundo para todo el mundo. Visa dice que su red puede procesar más de 65 000 mensajes de transacción por segundo. Esa diferencia no es un defecto. Responde a una decisión de diseño deliberada para preservar la descentralización y la seguridad. La red Lightning existe para salvar esa distancia sin sacrificar lo que da valor a Bitcoin.

Si ya tienes bitcoins y entiendes la capa base, Lightning es la siguiente pieza fundamental de infraestructura que necesitas conocer. No es una altcoin, una cadena lateral ni un competidor. Es la solución nativa de Bitcoin para aumentar su capacidad, construida directamente sobre el protocolo en el que ya confías.

Los canales de pago son la base de Lightning

La red Lightning se basa en canales de pago, acuerdos entre dos partes para hacer transacciones off-chain. Así funcionan:

Apertura del canal: dos partes crean una transacción multifirma de 2 de 2 en la blockchain de Bitcoin y bloquean los fondos en una dirección compartida. Esta transacción de financiación es la única transacción on-chain que hace falta para establecer el canal.
Actualizaciones off-chain: una vez abierto el canal, ambas partes intercambian transacciones de compromiso firmadas que reflejan el reparto actual del saldo. Son transacciones válidas de Bitcoin que podrían transmitir, pero permanecen off-chain mientras las dos partes cooperen.
Cierre del canal: cuando cualquiera de las partes quiere cobrar su saldo, el canal se cierra on-chain. En un cierre cooperativo, ambas partes firman una sola transacción nueva de cierre que paga a cada una su saldo más reciente en el acto. En un cierre unilateral o forzado, una sola parte publica su última transacción de compromiso, con las condiciones de bloqueo temporal.

La innovación principal es que entre dos transacciones on-chain pueden hacerse miles de actualizaciones de saldo off-chain. La criptografía protege cada actualización, que se puede hacer valer en la blockchain de Bitcoin si hace falta.

Tres etapas del canal de Alice y Bob. 1. Apertura: Alice aporta los fondos, así que al principio todo el saldo es suyo y Bob tiene 0. Los bitcoins pasan a una dirección de 2 de 2 que exige ambas firmas para gastar, con una transacción on-chain, la de financiación. 2. Actualizaciones sucesivas: cada pago es una nueva transacción de compromiso con el nuevo reparto y la firma de ambos. Es válida, pero se mantiene off-chain y las anteriores se revocan. Las actualizaciones no necesitan ningún bloque. 3. Cierre: si es cooperativo, ambos firman una transacción de cierre y cada uno cobra en el acto. Si es un cierre forzado, una parte publica por su cuenta su último compromiso y debe esperar a que termine un bloqueo temporal para cobrar su parte. En ambos casos, el cierre es on-chain. Solo la apertura y el cierre pasan por la blockchain. — **Miles de actualizaciones, dos transacciones en la blockchain.** La apertura y el cierre son on-chain. Cada pago entre ambas es un nuevo reparto que las dos partes firman y guardan. Cerrar el canal en conjunto es rápido y barato. Para cerrarlo por tu cuenta, tendrás que esperar a que termine un bloqueo temporal.

Cómo conecta los canales el enrutamiento

Un solo canal de pago entre dos personas tiene una utilidad limitada. Lo interesante empieza cuando los canales se conectan entre sí. Si Alice tiene un canal con Bob y Bob tiene otro con Carol, Alice puede pagar a Carol a través de Bob sin que Alice y Carol tengan que abrir nunca un canal directo.

Contratos con bloqueo por hash y tiempo (HTLC)

Para enrutar un pago a través de intermediarios hace falta un mecanismo que garantice la atomicidad: el pago de varios saltos se completa entero o no se completa en absoluto. Los HTLC ofrecen esa garantía:

La destinataria (Carol) genera un secreto aleatorio (preimagen) y comparte su hash con la remitente (Alice).
Alice crea un HTLC con Bob: «Te pagaré X sats si puedes mostrar la preimagen de este hash en un máximo de T bloques».
Bob crea un HTLC similar con Carol, con el mismo hash pero un plazo de bloqueo más corto.
Carol revela la preimagen a Bob para cobrar su pago. Bob ya conoce la preimagen y se la revela a Alice para cobrar el suyo.

Con esta cadena de pagos condicionales, cobran todos o no cobra nadie. Los plazos de bloqueo decrecientes dan a cada nodo intermediario tiempo para cobrar al nodo del salto anterior una vez pagado el siguiente. Si la preimagen nunca llega, cada HTLC vence al final de su plazo y el dinero vuelve a quien lo ofreció.

Alice paga a Carol a través de Bob. 1. La factura de Carol le da a Alice un candado, el hash. Carol guarda la llave, el secreto o preimagen. 2. Alice ofrece a Bob un pago bloqueado con ese candado. 3. Bob ofrece a Carol un pago con el mismo candado y un plazo más corto. 4. Carol le muestra la llave a Bob y cobra. 5. Bob le muestra la llave a Alice y cobra. Debajo aparecen dos plazos contados en bloques desde ahora. El pago de Bob a Carol vence antes que el de Alice a Bob. La diferencia es el margen de Bob: cuando Carol cobre, a él todavía le queda tiempo para cobrar a Alice. Si la llave nunca llega, cada pago vence en su plazo y el dinero vuelve a quien lo ofreció. Cobran todos o no cobra nadie. — **Los candados van hacia delante y la llave vuelve.** Bob solo puede cobrar a Alice si le muestra la llave, y no la conoce hasta que Carol le cobra a él. El pago a Carol vence antes, así que a Bob le da tiempo de cobrar a Alice antes de que venza el pago de ella.

Enrutamiento cebolla para preservar la privacidad

Los pagos de Lightning usan enrutamiento cebolla, inspirado en Tor. Cada nodo de enrutamiento solo conoce al nodo inmediatamente anterior y al siguiente en la ruta de pago. Bob sabe que Alice le envió un pago para reenviarlo a Carol, pero en rutas más largas los nodos intermedios normalmente no pueden identificar al remitente original ni al destinatario final. Cada salto sí ve aproximadamente cuánto se está pagando.

Esto ofrece ventajas importantes de privacidad frente a las transacciones on-chain de Bitcoin (en inglés), en las que todo el gráfico de transacciones es público. Los nodos de enrutamiento de Lightning ven saltos individuales, sin acceso a las rutas completas de los pagos.

Cuándo usar Lightning y cuándo operar on-chain

Caso de uso	Mejor opción	Por qué
Comprar café (5 US$)	Lightning	El pago queda firme al instante, con una comisión de uno o dos centavos como máximo
Compras mensuales por una cantidad fija (DCA)	Cualquiera de las dos	Depende del exchange y de cómo retires los fondos
Transferir una cantidad importante de ahorros (10 000 US$ o más)	On-chain	Sin límites de capacidad de canal. El pago queda firme
Suscripciones recurrentes	Lightning	Micropagos sin importes mínimos
Depósitos para almacenamiento en frío	On-chain	Control directo de los UTXO, sin gestionar canales
Remesas internacionales	Lightning	Comisiones casi nulas y pagos firmes al instante entre países
Pagos en el punto de venta	Lightning	El comercio necesita confirmación al instante
Preparar una herencia	On-chain	Almacenamiento a largo plazo sin gestión activa

Piénsalo así: Bitcoin on-chain es tu cuenta de ahorros, con pagos firmes, importes altos y pocas transacciones. Lightning es tu cuenta corriente para gastos diarios, rápida y barata. Ambas son Bitcoin. Nuestro análisis de los retos de escalabilidad de la red Lightning (en inglés) ofrece una visión más amplia de cómo encaja Lightning en la evolución de Bitcoin.

Dos cuentas, ambas en bitcoins. On-chain están tus ahorros, para mover grandes cantidades de vez en cuando. Lightning es tu dinero para gastos pequeños que pagas en segundos. Al abrir un canal, depositas dinero. Al cerrarlo, lo recuperas. Cada operación paga una comisión de minería. Debajo hay una escala de importes en sats. Cada escalón multiplica por diez al anterior. Un café de 5 US$ son unos 6600 sats. La mediana de capacidad de los canales públicos de Lightning era de unos 2 millones de sats en agosto de 2026. Una transferencia de 10 000 US$ son unos 13 millones de sats. Lightning funciona mejor hasta alrededor de 1 millón de sats. De ahí hasta unos 10 millones de sats depende del caso, y ese intervalo incluye la capacidad de un canal típico. Para cantidades mayores, on-chain funciona mejor. La capacidad de cada canal se reparte entre sus dos extremos, por eso un pago tiene que encontrar una ruta con saldo suficiente en el extremo emisor de cada canal o dividirse entre varias rutas. Los importes en dólares se calculan a unos 76 000 US$ por bitcoin en noviembre de 2026. — **On-chain están tus ahorros. Lightning es tu dinero para gastos.** Un café se paga fácilmente por un canal típico, pero una transferencia de 10 000 US$ supera la capacidad de la mayoría de los canales. On-chain, la comisión depende del tamaño de la transacción en bytes y es independiente del importe.

La red hoy: escala y adopción

La red Lightning funciona en la red principal de Bitcoin desde 2018. El recuento de mempool.space del 30 de agosto de 2026, el más reciente que había publicado a fecha de noviembre de 2026, registraba unos 16 200 nodos públicos y 32 700 canales públicos con un total aproximado de 3800 BTC. La capacidad mediana de un canal público era de unos 2 millones de sats. Estas cifras solo cubren la red pública. Muchos canales son privados y no se pueden contar, entre ellos la mayoría de los de billeteras móviles.

Principales hitos de adopción

El Salvador (2021): el país dio al bitcoin curso legal y lanzó Chivo, una billetera del Gobierno con pagos por Lightning. Las reformas aprobadas en enero de 2025 en el marco de un acuerdo de préstamo con el FMI hicieron voluntaria la aceptación de bitcoin. La participación del Gobierno en Chivo debía retirarse de forma gradual.
Integración con Cash App: Block (antes Square) integró Lightning en Cash App y puso los pagos por Lightning al alcance de decenas de millones de usuarios.
Protocolo Nostr: el protocolo descentralizado de redes sociales adoptó los zaps de Lightning como su mecanismo nativo de propinas. Eso generó un volumen considerable de transacciones en Lightning.
Adopción en el punto de venta: empresas como ibex y Swiss Bitcoin Pay ofrecen a los comercios infraestructura para cobrar por Lightning.
Integración con exchanges: muchos exchanges ya admiten depósitos y retiros por Lightning.

Implementaciones de Lightning: el software

Hay tres implementaciones principales de nodos Lightning, cada una con una filosofía de diseño distinta. Un cuarto proyecto, LDK (Lightning Dev Kit), es una biblioteca con la que los desarrolladores incorporan Lightning a sus propias aplicaciones, en lugar de un nodo que puedas ejecutar.

LND (Lightning Network Daemon)

LND (Lightning Network Daemon), desarrollado por Lightning Labs, es la implementación más extendida. Está escrito en Go y lo usan la mayoría de los nodos de enrutamiento, así como billeteras y servicios conocidos. LND implementa toda la especificación BOLT y añade funciones como Keysend (pagos espontáneos), AMP (pagos atómicos por varias rutas) y una API gRPC completa.

Core Lightning (CLN)

Blockstream mantiene CLN, antes llamado c-lightning, con un diseño modular basado en plugins. Está escrito en C y da prioridad a la eficiencia y a la posibilidad de ampliarlo. Los plugins de CLN permiten a los operadores añadir funciones a medida, desde la gestión automatizada de comisiones hasta algoritmos de enrutamiento especializados, sin modificar el software principal.

Eclair

ACINQ desarrolla Eclair, que está escrito en Scala y se ejecuta en la JVM. Eclair mueve el gran nodo de ACINQ con el que los usuarios de Phoenix tienen su canal. Está pensado para operadores de nodos grandes en servidores, más que para plataformas domésticas. Phoenix usa otra biblioteca móvil de ACINQ, lightning-kmp, además de enrutamiento trampoline (enrutamiento delegado a otro nodo) y splicing (una transacción on-chain cambia la capacidad del canal sin cerrarlo y abrir otro).

Las tres implementaciones siguen la especificación BOLT (Basis of Lightning Technology), que garantiza la interoperabilidad. Un pago enviado desde un nodo LND pasa por nodos CLN y Eclair sin problemas.

Autocustodia en Lightning

Una duda habitual entre quienes usan Bitcoin: ¿Lightning compromete la autocustodia? Depende de cómo lo uses.

Cuatro maneras de usar Lightning, tres en autocustodia. Tu propio nodo, con LND o Core Lightning en Umbrel o Start9: las claves son tuyas, tú eliges los nodos del otro extremo y abres los canales. Si el otro nodo de un canal deja de responder, puedes forzar el cierre y cobrar tu parte. Un nodo en tu teléfono, como Zeus con LND integrado o LDK Node: las claves son tuyas. Olympus, el proveedor de servicios Lightning (LSP) de Zeus, te abre canales, y puedes forzar el cierre y cobrar tu parte. Una billetera con LSP, como Phoenix: las claves son tuyas. El nodo de ACINQ es el único al otro extremo de tu canal y ve a quién pagas y cuánto. Si ACINQ deja de responder, puedes forzar el cierre desde Phoenix y recuperar los fondos on-chain al cabo de unos 720 bloques, unos cinco días. Con custodia: la empresa tiene las claves y tus bitcoins, gestiona los canales y dependes de ella para cobrar. En autocustodia, solo tú puedes gastar. — **En autocustodia, las claves son tuyas y puedes retirar tus fondos por tu cuenta.** Tu propio nodo, un nodo en tu teléfono y una billetera con LSP cumplen esa condición. Lo que cambia es quién gestiona tus canales y quién ve tus pagos. Las aplicaciones con custodia no cumplen esa condición, así que guarda en ellas solo cantidades pequeñas.

Opciones de autocustodia total

Tu propio nodo: ejecutar LND o CLN en tu propio hardware te da el control total. Las claves nunca salen de tu equipo. Es la referencia para la autocustodia en Lightning, y plataformas como Umbrel y Start9 la ponen al alcance de quienes quieren tener un nodo en casa. Los pasos de configuración están en nuestra guía de infraestructura para un nodo Lightning.
Billeteras con nodo integrado: Zeus puede ejecutar un nodo Lightning directamente en tu teléfono (LND integrado o LDK Node). Olympus, su propio LSP, te abre los canales. Tú guardas tus claves, aunque la gestión de canales está parcialmente automatizada. Antes también incluíamos Breez. A fecha de noviembre de 2026, su aplicación original ya no está en las tiendas de aplicaciones.

Autocustodia con ayuda de un LSP

La billetera Phoenix ofrece un punto intermedio. Tú guardas tus claves y el estado de tu canal, pero el nodo de ACINQ, el único al otro extremo del canal, se ocupa de la liquidez y la gestión. Si ACINQ deja de responder, puedes forzar el cierre del canal tú mismo desde Phoenix (Settings y luego Danger zone). Los fondos vuelven on-chain al cabo de unos 720 bloques, alrededor de cinco días. Es autocustodia real con infraestructura gestionada, a cambio de una concesión: ACINQ enruta tus pagos, así que ve a quién pagas y cuánto.

Opciones con custodia

Los servicios con custodia guardan tus claves por ti. Son la forma más sencilla de usar Lightning, pero exigen confiar en el proveedor. Wallet of Satoshi, durante mucho tiempo el ejemplo más conocido, ofrece ahora un modo de autocustodia basado en Spark con una frase de recuperación de 12 palabras. La empresa lo presenta como autocustodia, mientras que WalletScrutiny, un evaluador independiente de billeteras, sigue clasificándolo como custodia porque los operadores de Spark tienen que firmar también cada transferencia. Si priorizas la soberanía sobre tus bitcoins, limita estas billeteras a cantidades pequeñas para gastos. La regulación de la custodia en Lightning (en inglés) sigue cambiando, lo que da cada vez más importancia a las opciones de autocustodia.

Modelo de seguridad: qué protege tus fondos

La seguridad de Lightning se apoya en varios mecanismos:

Claves de revocación

Cada vez que se actualiza el estado de un canal, se revoca el anterior. Cada parte entrega a la otra una clave de revocación para su transacción de compromiso anterior. Si una parte intenta hacer trampa y transmite una transacción de compromiso antigua, en la que tenía un saldo mayor, la otra puede usar esa clave de revocación para reclamar todos los fondos del canal. Con esta penalización, hacer trampa no tiene sentido económico.

Bloqueos temporales

Los canales que se cierran de forma forzada tienen un bloqueo temporal (normalmente de 144 a 2016 bloques, o de 1 a 14 días) antes de que la parte que cerró el canal pueda reclamar sus propios fondos. Ese plazo permite a la otra parte detectar y responder a un intento de cierre fraudulento.

Watchtowers

Para detectar un fraude hay que vigilar la blockchain. Las watchtowers pueden hacerlo en nombre de quienes no pueden estar conectados continuamente. Si una watchtower detecta un intento de fraude, transmite automáticamente la transacción de penalización.

La otra parte de tu canal publica un reparto antiguo y revocado que le daba más de lo que tiene ahora. Tú guardas su clave de revocación para ese reparto. On-chain, su parte queda sujeta a un bloqueo temporal, normalmente de 144 a 2016 bloques, alrededor de 1 a 14 días. Si alguien vigila, tu nodo o una watchtower detecta el intento a tiempo y usa la clave de revocación de la otra parte. Todos los fondos del canal pasan a ser tuyos. Si nadie vigila, la espera termina y el reparto antiguo se mantiene. — **Quien hace trampa se arriesga a perder todos los fondos del canal, siempre que alguien vigile.** La clave de revocación te permite reclamar todo. El bloqueo temporal te da tiempo para usarla, y una watchtower vigila mientras tu nodo está sin conexión.

Copias de seguridad y recuperación

Puedes recuperar los bitcoins on-chain solo con una frase semilla. Para recuperar el dinero de los canales Lightning necesitas algo más. En LND, conserva dos cosas: tus 24 palabras y una copia reciente de channel.backup, el archivo de copias de seguridad estáticas de canales (SCB). Haz una copia nueva cada vez que abras o cierres un canal. Si tu nodo deja de funcionar, un nodo nuevo restaurado con las palabras lee el archivo y pide al otro nodo de cada canal que fuerce el cierre. Tus saldos firmes vuelven on-chain. La base de datos activa de canales, channel.db, nunca sirve como copia de seguridad. Restaurar una copia antigua publicaría saldos desactualizados, lo que cuenta como un intento de fraude y puede costarte el canal. Core Lightning recomienda replicar la base de datos en tiempo real en lugar de guardar instantáneas. Ambos métodos se tratan en la lección de copias de seguridad y watchtowers de Lightning.

Si un nodo LND deja de funcionar, importan tres cosas. Tus 24 palabras, anotadas en papel o grabadas en metal y guardadas lejos del nodo, te devuelven tus bitcoins on-chain, pero no bastan para recuperar el dinero de tus canales. El archivo channel.backup, que contiene las SCB, debe copiarse fuera del nodo después de cada apertura o cierre. Permite que un nodo nuevo restaurado con tus 24 palabras pida al otro nodo de cada canal que cierre su canal. Así tus saldos firmes vuelven on-chain. Nunca restaures una copia antigua de channel.db, la base de datos activa de canales. Sus saldos desactualizados cuentan como un intento de fraude y puedes perder el canal. Phoenix solo necesita sus 12 palabras. Core Lightning recomienda replicar su base de datos en tiempo real. — **En LND, las palabras recuperan los bitcoins on-chain. Para recuperar el dinero de los canales hacen falta también las SCB de channel.backup.** Un nodo nuevo restaurado con tus palabras lee una copia reciente de channel.backup, pide al otro nodo de cada canal que lo cierre y tus saldos firmes vuelven on-chain. Nunca restaures un channel.db antiguo.

Ideas equivocadas sobre Lightning entre quienes usan Bitcoin

«Con Lightning tienes que confiar en alguien»

Si ejecutas tu propio nodo, no tienes que confiar en nadie. Cada transacción de Lightning está respaldada por una transacción real de Bitcoin que puede quedar firme on-chain. La garantía viene de la criptografía, sin depender de la confianza en otras personas. Incluso con billeteras que usan un LSP, como Phoenix, puedes cerrar tus canales de forma unilateral y recuperar los fondos.

«Lightning es demasiado complicado para la gente común»

Las billeteras modernas como Phoenix se encargan de toda la gestión de canales. La experiencia es comparable a la de Venmo o Cash App: escaneas un código QR, introduces el importe y envías. La complejidad sigue ahí, pero el software se ocupa de ella.

«Puedes perder dinero en Lightning»

Un cierre forzado puede costar comisiones on-chain. Si gestionas mal los canales, puedes dejar liquidez inmovilizada. Pero perder los fondos como tal requiere un fallo catastrófico del software, perder la semilla o la copia de seguridad de los canales, restaurar una copia antigua de la base de datos de canales o que la otra parte haga trampa mientras estás sin conexión durante más tiempo del que dura el bloqueo y sin una watchtower. Son riesgos reales que puedes gestionar con una configuración adecuada y buenas prácticas de seguridad para la frase semilla.

Primeros pasos con Lightning

Descarga una billetera de autocustodia. Phoenix si buscas sencillez. Si quieres más control, elige Zeus. Antes también sugeríamos Breez. A fecha de noviembre de 2026, su aplicación original ya no está en las tiendas de aplicaciones.
Deposita fondos en tu billetera. Envíale bitcoins desde tu exchange o desde tu billetera on-chain. La billetera de Lightning se ocupa de crear el canal automáticamente.
Haz un pago. Compra algo en un comercio que acepte Lightning, envía un zap en Nostr o paga a un amigo. Así comprobarás la rapidez de primera mano.
Sigue explorando. Cuando te sientas a gusto con Lightning, plantéate ejecutar tu propio nodo para ganar la máxima soberanía. Umbrel y Start9 facilitan el uso de un nodo en casa.

Lightning complementa la capa base de Bitcoin y amplía sus posibilidades a los pagos cotidianos. Lo hace sin sustituir esa capa ni sacrificar la seguridad y la descentralización que hacen que valga la pena usar Bitcoin.

Parte de nuestro curso gratuito de Bitcoin: este tema se trata en profundidad en la lección Cómo funciona la red Lightning, del curso Red Lightning y nodos de Bitcoin.

Preguntas frecuentes

¿La red Lightning es una criptomoneda distinta de Bitcoin?

No. Lightning es una capa del protocolo construida sobre Bitcoin. Cada satoshi en Lightning está respaldado en una proporción de 1:1 por bitcoins bloqueados en canales de pago on-chain. No hay un token aparte. Cuando «pasas bitcoins a Lightning», los bloqueas en un contrato inteligente que permite transacciones rápidas off-chain. Siempre puedes devolverlos on-chain si cierras tu canal.

¿Qué pasa con mis fondos en Lightning si se avería mi teléfono?

Depende de la billetera. Phoenix solo necesita sus 12 palabras: el nodo de ACINQ guarda una copia cifrada de los datos de tu canal y te la devuelve cuando restauras la billetera en un teléfono nuevo. Una billetera o un nodo que usa LND necesita tu semilla y una copia reciente de channel.backup. Con ambas, el otro nodo de cada canal fuerza el cierre y tus saldos vuelven on-chain. Si falta un canal en tu copia de seguridad, dependes de que el otro nodo lo cierre por su cuenta. Cobrar ese dinero puede exigir una herramienta especializada, así que mantén actualizada la copia de seguridad.

¿Lightning sirve para pagos grandes, como comprar un auto?

La capacidad de cada canal Lightning está limitada por el importe con el que se financió. Aunque los pagos por múltiples rutas permiten dividir importes grandes entre varios canales, Lightning está optimizado para transacciones pequeñas o medianas. Para comprar un auto de 50 000 US$, una transacción on-chain ofrece más fiabilidad y un pago firme más sencillo. Lightning funciona mejor con pagos muy por debajo de la capacidad de un canal típico. En agosto de 2026, la mediana de capacidad de los canales públicos era de unos 2 millones de sats (unos 0,02 BTC).

¿Cómo afecta Lightning al presupuesto de seguridad de Bitcoin?

Es un debate abierto. Lightning reduce el volumen de transacciones on-chain, lo que disminuye los ingresos de los mineros por comisiones. Sin embargo, las aperturas y los cierres de canales y las transacciones de splice siguen generando comisiones on-chain. A medida que las recompensas por bloque de Bitcoin se reduzcan con los halvings, el equilibrio entre la eficiencia de Lightning y los ingresos de los mineros por comisiones tendrá un peso económico importante en la seguridad de la red a largo plazo.

Categoría: Red Lightning y segunda capa