La Lightning Network Explicada
Bitcoin es un dinero excelente. Es escaso, con un límite de 21 millones de monedas, difícil de censurar y está respaldado por la red informática más poderosa del planeta. Lo que no es, por diseño, es lo suficientemente rápido y barato como para comprar un café cien veces al día. La Lightning Network es la respuesta a ese problema. Es una segunda capa que se asienta sobre Bitcoin y lo convierte en algo que realmente se puede gastar en la vida cotidiana, manteniendo al mismo tiempo la seguridad de la capa base por debajo.
Este artículo explica por qué Lightning tuvo que ser inventada, cómo funciona en detalle, en qué es genuinamente buena hoy y los compromisos reales que todavía conlleva.
Por qué una sola capa no puede con todo
La capa base de Bitcoin es un registro mundial. Cada transacción tiene que ser verificada por cada participante completo y luego almacenada para siempre. Es exactamente esto lo que la hace tan confiable, y también es la razón por la que nunca puede ser rápida. La red está construida de modo que un nuevo bloque aparezca solo cada 10 minutos aproximadamente, y cada bloque solo puede contener una cantidad limitada de datos. Cuando más personas quieren realizar transacciones de las que caben en el siguiente bloque, se forma una cola en el mempool, y los mineros que aseguran la red priorizan las transacciones que pagan las comisiones más altas.
El resultado es un mercado de comisiones. Cuando la demanda es alta, el coste de confirmar una transacción en un tiempo razonable sube bruscamente, y una transacción que paga poco puede esperar horas o incluso más. Puedes ver la mecánica completa de esto en nuestros artículos sobre cómo funciona la mempool y cómo se verifican las transacciones de Bitcoin.
¿Por qué no simplemente agrandar los bloques o acelerar su aparición? Porque eso rompería algo más importante. Cuanto más grande sea cada bloque, más ancho de banda, potencia de procesamiento y almacenamiento necesita cada nodo completo. Aumentar el tamaño de los bloques lo suficiente como para rivalizar con una red de tarjetas que gestiona decenas de miles de pagos por segundo requeriría que un único nodo almacenara alrededor de un terabyte de datos nuevos cada día. Solo las grandes empresas podrían permitírselo. La red se centralizaría en silencio, y un Bitcoin centralizado ya no es resistente a la censura. Escalar la capa base de esta manera equivaldría a ceder exactamente la propiedad que hace que Bitcoin valga la pena usar.
El trilema de la blockchain
Esta tensión tiene un nombre. Un registro distribuido puede ser altamente descentralizado, altamente seguro y altamente escalable, pero en la práctica solo puede maximizar dos de los tres a la vez. Elegir descentralización y seguridad, como hace Bitcoin, significa que el rendimiento bruto on-chain se mantiene bajo a propósito. Muchas otras redes persiguen la escalabilidad y pagan por ello con una descentralización más débil, que con el tiempo tiende a debilitar también la seguridad. Una red que una sola organización puede controlar eficazmente está expuesta a la censura y la presión, que es lo contrario de lo que Bitcoin pretendía lograr.
Lightning no resuelve el trilema. Lo rodea. La capa base de Bitcoin permanece descentralizada y segura, y una segunda red encima de ella está ajustada para escalabilidad y velocidad. Dado que esa segunda red siempre liquida en Bitcoin, hereda su seguridad sin obligar a la capa base a comprometerse.
The Blockchain Trilemma
A base-layer blockchain can fully achieve at most two of these three properties at once. Pick any two and the third must give way.
Rewriting history or creating coins out of thin air is computationally impossible.
No single party controls the network; anyone can verify every rule independently.
Handling high transaction volume quickly and cheaply, regardless of network demand.
Bitcoin keeps decentralization and security, so raw on-chain throughput stays low on purpose.
Construir el dinero en capas, como Internet
La idea de construir en capas no es nueva, y no es exclusiva de Bitcoin. Internet se construyó de la misma manera. Primero llegó una forma básica de mover paquetes de datos entre máquinas. Encima de eso llegaron las conexiones fiables. Encima llegó la web, y solo mucho más tarde llegaron las videollamadas y el streaming en alta definición. Nadie intentó añadir el streaming directamente sobre la capa bruta de paquetes. Cada capa asume la que hay debajo y añade nuevas capacidades.
Esto tampoco fue una ocurrencia tardía para Bitcoin. Ya en 2010, Hal Finney, uno de los primeros colaboradores de Bitcoin, argumentó que Bitcoin en sí mismo no podría registrar de forma realista todas las transacciones financieras del mundo, y que sería necesaria una segunda capa de sistemas de pago más ligera y eficiente. Lightning es una realización de esa idea. Y al igual que Internet siguió añadiendo capas, más capas y aplicaciones pueden construirse sobre Lightning a su vez.
Money in Layers
The internet was built one layer at a time over decades. Bitcoin follows the same idea: each layer adds capability without changing what lies beneath.
Broadband made real-time continuous media possible, finally giving the underlying layers a high-demand use case.
Tim Berners-Lee needed a way to link documents across different computers at CERN — the internet existed, but had no shared document layer.
Early networks dropped and reordered packets. TCP was created to guarantee ordered, error-free delivery on top of IP.
The original need: route data between entirely separate networks with no central coordinator. Everything else came later.
Hover the Internet layers to see why each one had to be built. The base layers are the most foundational and have not changed since.
Qué es un canal de pago
El bloque de construcción fundamental de Lightning es el canal de pago. Dos personas abren un canal creando conjuntamente una transacción Bitcoin que bloquea algunos bitcoin en una dirección multifirma compartida 2 de 2. Bloquear esos bitcoin en la capa base abre un canal en Lightning con una capacidad igual al importe bloqueado. A partir de ese momento, las dos partes pueden pagarse mutuamente dentro de ese canal tantas veces como quieran, y solo la apertura y el cierre tocan alguna vez la blockchain.
Una imagen útil es una cuenta abierta en tu café favorito. En lugar de pagar cada café y contar el cambio cada vez, abres una cuenta cuando llegas. El personal anota cada pedido. Solo cuando te vas liquidas toda la cuenta con un único pago. La cuenta en sí es el canal. La capa base es solo la liquidación final al final. Todo lo que ocurre en medio pasa de forma instantánea y gratuita.
How a Payment Channel Works
One on-chain transaction opens a channel. Everything inside settles instantly at no cost. Only the close writes to the blockchain again.
Mara
2.50BTC
Theo
2.50BTC
On-chain
1
transaction
Off-chain
0
payments
No payment here touches the blockchain.
Cómo funciona un pago Lightning
Dentro del canal, ningún pago individual se escribe en la blockchain. Lo que cambia es solo la división de los fondos bloqueados entre las dos partes.
Supongamos que Mara y Theo bloquean cada uno 2,5 BTC en un canal, por lo que el canal contiene 5 BTC, equilibrados 2,5 a 2,5. Si Mara paga a Theo 0,5 BTC, simplemente firman una nueva declaración que dice que el saldo ahora es 2,0 para Mara y 3,0 para Theo. Si Theo más tarde paga 2 BTC de vuelta, firman otra declaración que dice 4,0 para Mara y 1,0 para Theo. Cada pago es solo una nueva instantánea firmada de quién posee qué. Estas actualizaciones ocurren en milisegundos, no cuestan nada y nunca salen del canal. Solo cuando los dos deciden cerrar el canal se registra la división final en Bitcoin.
Por qué nadie puede hacer trampa
Si cada pago es solo una instantánea firmada, ¿qué impide a alguien cerrar el canal usando una instantánea antigua y más favorable? Esta es la parte inteligente.
Cada vez que el saldo se actualiza, ambas partes firman el nuevo estado y el estado antiguo se vuelve revocable. Si Theo intentara cerrar el canal usando una instantánea obsoleta en la que poseía más bitcoin de los que realmente le corresponden, Mara puede responder con una transacción de penalización, a veces llamada transacción de justicia. Esta transfiere todo el saldo del canal a ella. Hacer trampa no solo falla, sino que le cuesta todo al tramposo. Dado que el comportamiento honesto es siempre la opción segura, el sistema permanece seguro sin que nadie necesite confiar en la otra parte.
Hay un inconveniente que vale la pena mencionar con honestidad. Para detectar un intento de trampa, es necesario notarlo dentro de una ventana de tiempo, lo que significa estar online. Si no puedes permanecer online, puedes delegar esta vigilancia a un watchtower, un servicio que monitoriza tus canales en busca de cierres fraudulentos en tu nombre y activa la penalización si es necesario.
Enrutar pagos a través de varios saltos
Claramente no se puede abrir un canal directo con cada persona y tienda a la que alguna vez se vaya a pagar. Abrir un canal cuesta una transacción on-chain, así que pagar unos pocos Euro o Dólar por un canal solo para comprar un café no tendría sentido. Lightning resuelve esto con el enrutamiento.
Si Mara tiene un canal con Theo, y Theo tiene un canal con Priya, y Priya tiene un canal con Sam, entonces Mara puede pagar a Sam aunque no compartan ningún canal. El pago se reenvía salto a salto a lo largo del camino. Cada nodo de reenvío suele cobrar una pequeña comisión, típicamente una fracción de céntimo en Euro o Dólar. Cuantos más participantes y canales existan, más rutas posibles hay y más poderosa se vuelve la red.
Dos propiedades hacen que el enrutamiento sea seguro. En primer lugar, es privado en el medio: los nodos a lo largo de la ruta generalmente no pueden saber quién envió originalmente el pago ni dónde llega finalmente, porque la información de enrutamiento está estratificada como una cebolla. En segundo lugar, no requiere confianza. Un nodo intermedio no puede simplemente robar un pago que lo atraviese. Esto se garantiza mediante los Hash Time Locked Contracts, o HTLC. En términos simples, un pago está vinculado a un secreto, y un nodo solo puede reclamar su pago entrante revelando el secreto correspondiente, lo que a su vez permite al nodo anterior reclamar el suyo. Un límite de tiempo garantiza que si la cadena de confirmaciones no se completa, cada salto se reembolsa de forma segura. Todo el pago llega a su destino o se cancela. Si quieres entender la idea subyacente detrás de ese secreto, consulta nuestro artículo sobre qué es un hash.
Routing a Payment Across the Network
Multiple paths exist between any two nodes. The sender finds a route and the payment travels hop by hop, just as IP packets do on the internet.
Intermediate nodes cannot tell who sent the payment or who receives it. Routing is layered like an onion: each hop only knows its two immediate neighbours.
The payment either completes in full or is cancelled entirely, never left half-sent. This is the same guarantee IP routing gives packets on the internet: find a path or fail cleanly.
Abrir y cerrar un canal
Un canal está delimitado por dos transacciones on-chain, con potencialmente miles de pagos off-chain gratuitos en medio. Hay tres formas en que un canal puede cerrarse:
- Cooperativamente: ambas partes acuerdan cerrar y el saldo final se liquida on-chain casi de inmediato. Este es el resultado más barato y limpio.
- Unilateralmente: cualquiera de las partes puede cerrar por su cuenta sin el consentimiento de la otra. Para dar tiempo a detectar cualquier fraude, los fondos de la parte que cierra están retenidos detrás de un breve bloqueo temporal antes de que puedan gastarse.
- Como último recurso contra el fraude: si un lado intenta cerrar con un estado antiguo, el otro lado usa la transacción de penalización descrita anteriormente para reclamar todo el saldo.
El Lightning moderno también admite el splicing, que permite agregar o eliminar fondos de un canal sin cerrarlo y reabrirlo completamente. Esto hace que los canales sean mucho más flexibles de lo que eran en los primeros años de Lightning.
Opening and Closing a Channel
A channel is bookended by two on-chain transactions with potentially thousands of free payments in between. Tap each stage to learn more.
One funding transaction locks bitcoin into a 2-of-2 multisignature address. This is the only on-chain activity until close.
Both parties sign the funding transaction. The channel capacity equals the amount locked. Once confirmed, payments can begin.
Both parties exchange signed balance updates as often as they like. Each update invalidates the previous one. Nothing touches the blockchain.
Every payment is a new signed snapshot of the shared balance. Old snapshots are revocable, so cheating is economically punished rather than just detected.
Both parties agree on the final split and settle in a single transaction. Funds are spendable immediately.
The cheapest and fastest way to close. Both parties co-sign a closing transaction that reflects the latest agreed balance.
Either party can close alone, but their funds are held behind a time lock. If one side tries to cheat, the other can claim the full balance.
The time lock gives the honest party a window to publish a penalty transaction if they spot an outdated state being broadcast.
Modern Lightning also supports splicing: adding or removing funds without fully closing and reopening a channel.
Cuando usar Lightning y cuando quedarse on-chain
Lightning y la capa base no son competidores. Son dos herramientas para dos trabajos. Los pagos pequeños, frecuentes e instantáneos pertenecen a Lightning. Las transferencias grandes, finales y de alto valor, y el acto de mover ahorros a la propia custodia, pertenecen on-chain, donde la liquidación es más robusta. Un modelo mental útil es que la capa base es donde el valor finalmente se liquida, y Lightning es donde el valor se mueve rápidamente día a día.
On-chain vs. Lightning: When to Use Which
| Property | On-chainbase layer | Lightning |
|---|---|---|
Settlement | Recorded on the blockchain forever, visible to anyone running a full node. | Off-chain, settled directly between channel partners. Only opening and closing touch the chain. |
Speed | About 10 minutes per block, longer when waiting for deeper confirmation. | Seconds, effectively instant. |
Typical fee | Varies with block demand, can rise sharply when the mempool is congested. | A fraction of a cent in Euro or Dollar terms, regardless of the amount sent. |
Best for | Large, final transfers and moving bitcoin into self-custody. | Small, frequent, everyday payments. |
Privacy | Pseudonymous, but every transaction is permanently public on the ledger. | More private by default, but not fully anonymous. Channel openings are still on-chain. |
Always online | Not required. | Required to defend channels, or delegated to a watchtower or wallet service. |
On-chain
Lightning
On-chain
Lightning
On-chain
Lightning
On-chain
Lightning
On-chain
Lightning
On-chain
Lightning
Lo que Lightning hace posible
Dado que Lightning puede mover pequeñas cantidades de forma instantánea y casi gratuita, desbloquea usos que nunca fueron prácticos en la capa base. Convierte a Bitcoin en un método de pago cotidiano creíble para pequeñas compras. Permite micropagos genuinos, hasta cantidades mucho más pequeñas de lo que tendría sentido on-chain. Hace que los pagos transfronterizos sean rápidos y baratos, lo que es significativo en lugares donde mover dinero es lento o caro.
También permite ideas que simplemente no existían antes. El dinero puede transmitirse por segundo, de modo que un oyente podría pagar a un creador continuamente mientras consume contenido, en lugar de a través de una única plataforma que se lleva una gran parte. Máquinas y software, incluyendo agentes automatizados, pueden pagarse directamente por pequeñas unidades de trabajo. Los accesos y los muros de pago pueden construirse sobre una identidad Lightning en lugar de otro correo electrónico y contraseña. Estas son categorías de posibilidad, no respaldo de ningún producto en particular.
Los compromisos honestos
Lightning es poderoso, pero no está terminado, y fingir lo contrario no le serviría a nadie.
Liquidez. Para recibir pagos, tus canales necesitan capacidad de entrada, y para enviarlos, capacidad de salida. Configurar esto sigue siendo una de las partes menos intuitivas del uso directo de Lightning.
El requisito de estar online. Como se explicó anteriormente, defender tus propios canales significa estar disponible, o confiar en un watchtower que lo haga por ti.
Fiabilidad del enrutamiento para grandes cantidades. Una sola ruta puede no tener suficiente liquidez para un pago grande. Dividir un pago en varias rutas ayuda, pero enrutar grandes sumas sigue siendo menos fiable que enrutar cantidades pequeñas.
Custodial frente a no custodial. Los wallets Lightning más sencillos suelen ser custodiales, lo que significa que un tercero tiene tus claves y tus bitcoin. Es conveniente, pero no es autocustodia, y reintroduce exactamente el tipo de intermediario de confianza que Bitcoin existe para eliminar. La postura de CanoeBit es coherente: la comodidad es bienvenida, pero tener tus propias claves es el objetivo. Considera Lightning custodial como una rampa de salida, no un destino.
La privacidad es mejor, no perfecta. Lightning oculta mucho más que la capa base, pero las aperturas y cierres de canales son visibles on-chain, los canales públicos anuncian su capacidad y los investigadores han demostrado formas de sondear los saldos. Las actualizaciones continuas siguen mejorando esto, pero no debes asumir un anonimato total.
Energía. Vale la pena decirlo claramente: los pagos de Lightning ocurren fuera de la cadena y prácticamente no añaden consumo extra de energía. No requieren más minería. Lightning simplemente aprovecha la seguridad que la capa base ya produce, lo que forma parte del debate energético más amplio sobre Bitcoin.
También hay ataques teóricos conocidos, como el channel jamming, donde un atacante bloquea los canales de una víctima sin completar los pagos. Estos siguen siendo áreas de investigación activa, con mitigaciones propuestas en curso en lugar de completamente resueltas.
Hacia dónde va Lightning
Lightning ha madurado mucho desde su beta de 2018. La actualización Taproot de Bitcoin permitió que las aperturas de canales parezcan transacciones ordinarias, mejorando la privacidad. Las solicitudes de pago reutilizables ahora permiten códigos de pago estáticos y compartibles y pagos recurrentes. El splicing hace que los canales puedan redimensionarse sin cerrarlos. Las direcciones Lightning legibles por humanos, en el familiar formato nombre-arroba-dominio, han hecho que enviar un pago resulte tan simple como enviar un correo electrónico.
Lo que todavía tiene que suceder para una adopción masiva real tiene que ver principalmente con la usabilidad y la liquidez. Enviar y recibir debe sentirse sin esfuerzo para alguien que nunca ha oído la palabra "canal", la liquidez debe ser más fácil de obtener y las configuraciones sin custodia deben ser tan simples como las que tienen custodia. La parte alentadora es lo rápido que avanza esto. La parte honesta es que todavía hay trabajo real por hacer.
La conclusión
La Lightning Network es la capa de pagos de Bitcoin. Existe porque una capa base descentralizada y segura no puede ser también un carril de pago de alta velocidad sin sacrificar lo que la hace valiosa. En lugar de debilitar Bitcoin, Lightning construye una capa más rápida sobre él, del mismo modo que Internet fue construido una capa capaz a la vez. Ya funciona para pagos cotidianos hoy en día, y mejora cada año. Usado con tus propias claves, te permite gastar bitcoin de forma rápida y barata sin renunciar a la soberanía que hizo que Bitcoin valiera la pena tener en primer lugar.
Datos Clave
La Lightning Network fue propuesta por primera vez en 2015 y su primera beta de mainnet utilizable llegó en marzo de 2018.
Lightning es una segunda capa construida sobre Bitcoin. Los pagos ocurren fuera de la cadena, mientras que la capa base solo se usa para abrir y cerrar canales.
Un canal de pago es una dirección multifirma 2 de 2 financiada por una única transacción on-chain. Después de eso, las dos partes pueden actualizar su saldo compartido fuera de la cadena tantas veces como quieran.
El enrutamiento permite pagar a alguien con quien no tienes un canal directo, reenviando el pago a través de una ruta de canales conectados.
Las comisiones típicas de Lightning son una fracción de céntimo en Euro o Dólar, muy por debajo de la mayoría de las comisiones on-chain.
Los pagos de Lightning se completan en segundos, en comparación con los aproximadamente 10 minutos por bloque de la capa base de Bitcoin.
Preguntas frecuentes
No. Lightning usa bitcoin real. Las monedas quedan bloqueadas en la capa base de Bitcoin cuando se abre un canal y se liberan de nuevo cuando el canal se cierra. Nada sale nunca de Bitcoin.
Son más privados que las transacciones en la capa base en algunos aspectos, porque no todas se escriben en un registro público y los nodos de enrutamiento generalmente no pueden ver quién es el verdadero remitente o destinatario. Sin embargo, no son completamente anónimos: las aperturas y cierres de canales son visibles on-chain, los canales públicos revelan su capacidad y los saldos a veces pueden sondearse.
Para enviar, recibir y defender tus propios canales, tu nodo necesita estar online. Muchas personas confían en watchtowers o en configuraciones de billetera que gestionan la conectividad por ellas, de modo que no tienen que ejecutar un nodo las 24 horas.
No. Los dos trabajan juntos. La capa base gestiona la liquidación final y las transferencias grandes, mientras que Lightning gestiona pagos pequeños, rápidos y frecuentes.
Las reglas de Bitcoin permiten a la parte honesta publicar una transacción de penalización que le envía el saldo completo del canal. Hacer trampa se castiga en lugar de recompensarse, que es lo que mantiene al sistema honesto.
Fuentes
- 1.Joseph Poon, Thaddeus Dryja: The Bitcoin Lightning Network Paper
- 2.Andreas M. Antonopoulos, Olaoluwa Osuntokun, Rene Pickhardt: Mastering the Lightning Network
- 3.Lightning Network: BOLT Specifications
- 4.Bitcoin Optech: Lightning Network Topics
- 5.Bitcoin Visuals: Lightning Network Statistics
No es asesoramiento financiero. CanoeBit publica únicamente contenido educativo. Nada de lo aquí escrito constituye una recomendación de compra, venta o tenencia de ningún activo.
Continúa la ruta Cómo funciona Bitcoin
Paso 11 de 11