-
Lightning Network no es un altcoin o token, sino un sistema que usa a bitcoin como moneda.
-
Se trata de una capa secundaria (Layer 2) de bitcoin que mejora su capacidad de procesar transaccion
-
El sistema fue propuesto en 2015 por Joseph Poon y Thaddeus Dryja.
-
Los pagos son instantáneos, a diferencia de los 10 minutos promedio por bloque en Bitcoin.
-
Si Bitcoin es una cuenta de ahorros, Lightning es su cuenta corriente.
Table of Contents
La Lightning Network (LN) es una red de cheques sobre Bitcoin que facilita la transferencia de satoshis de forma casi gratuita, inmediata y privada. No es una contabilidad o blockchain distinta; Lightning es Bitcoin “desencadenado”, lo que quiere decir que mantiene las mismas características monetarias de BTC, pero las transacciones en Lightning no tienen que ser liquidadas de inmediato en la cadena de bloques, sino cuando las partes así lo decidan.
Lightning logra esto usando funcionalidades de la red de Bitcoin, como lo son las direcciones multifirma, las cuales funcionan como cuentas mancomunadas; transacciones parcialmente firmadas, que operan como cheques; y los contratos de bloqueo por hash y tiempo (HTLC), que son el endoso que permite que el cheque viaje fuera del canal de la cuenta abierta entre los firmantes.
En la red Lightning solo hay dos momentos en los que se registran transacciones en la contabilidad de Bitcoin: cuando se abre la cuenta mancomunada (o canal de pago) con el saldo inicial de las partes; y cuando se cierra la cuenta, dando a cada parte el saldo final que le corresponda.
Entre ambas acciones, las partes pueden hacer cuantas transacciones deseen sin necesidad de esperar por tiempo de confirmación de bloque (10 minutos aprox.), de avisarle a todos los nodos de su pago, ni de pagar comisiones a los mineros por espacio de bloque. Todo esto con garantías criptográficas basadas en la red Bitcoin que aseguran los pagos y mitigan al mínimo la posibilidad de fraudes mediante el sistema de cheques.
1 ¿Cuál es el propósito y qué problemas soluciona Lightning Network?
La Lightning Network es una solución para potenciar y escalar Bitcoin, diseñada originalmente por los desarrolladores Joseph Poon y Thaddeus Dryja, y presentada al mundo en 2015 a través de un libro blanco. El momento histórico en que fue propuesta fue durante la llamada guerra de bloques, cuando se debatía la mejor forma de aumentar la capacidad de procesamiento de transacciones de la red Bitcoin, tomando en cuenta el límite de 1MB de los bloques de la red.
Si se quiere que Bitcoin se convierta en la columna vertebral del sistema financiero mundial, tendríamos unos cuantos inconvenientes si solo procesamos 7 transacciones por segundo (TPS) como sucede on-chain. Poon y Dryja calcularon que, para alcanzar las 47.000 transacciones por segundo procesadas por Visa en su pico de 2013, harían falta bloques de 8 gigabytes (asumiendo transacciones de 300 bytes en promedio). Si bien el límite teórico aumentó a 12 TPS tras la activación de SegWit, esto sigue sin ser suficiente para una red global.
¿Qué significa off-chain?
El término «off-chain» describe transacciones o mensajes enviados a través de una red de criptomonedas que ocurren fuera de la cadena principal, sin registrarse inmediatamente en el libro contable, con el objetivo de mejorar la escalabilidad, reducir costos y aumentar la privacidad. Ejemplos incluyen canales de pago como Lightning Network y Ark, o protocolos de eCash como Cashu o Fedi, donde solo los resultados finales se graban en la contabilidad, optimizando así la eficiencia del sistema. Por el contrario, cuando las transacciones ocurren en la contabilidad de la cadena principal, se dice que son on-chain.
Tener bloques de 8 gigabytes llevaría inevitablemente a la centralización de la red Bitcoin, en tanto que los costos de almacenamiento y ancho de banda necesarios para procesar esos bloques haría prohibitivo correr un nodo para validar transacciones de la red Bitcoin. Y un Bitcoin centralizado no tiene sentido.
La solución propuesta por Poon y Dryja (que requería la activación de SegWit para evitar la maleabilidad de las transacciones), fue “desencadenar” Bitcoin mediante una red de canales de pago o de cheques, en la que los participantes pudieran intercambiar valor de forma más rápida, escalable, económica y privada.
¿Qué es un canal de pago?
Es una relación financiera establecida entre dos nodos para enrutar pagos off-chain mediante la apertura de contratos multifirma en Bitcoin u otras redes de criptomonedas. Es una cuenta compartida o mancomunada, en la que dos firmantes deciden cómo gastar o mover los fondos dentro de la cuenta a través de la emisión de cheques, es decir, transacciones parcialmente firmadas. Esto posibilita el intercambio de fondos sin necesidad de difundir las transacciones al resto de los nodos de la red Bitcoin. Un canal de pago se puede conectar con otros canales para facilitar el envío de fondos sin necesidad de tener un canal abierto con todos los nodos, lo que se conoce como enrutamiento.
- Transacciones más rápidas:
Al no tener que esperar por el procesamiento de mineros, las transacciones en Lightning solo tienen la limitación del tiempo que tarda Internet en procesar unos cuantos bytes de data. Esto quiere decir que son prácticamente instantáneas.
En condiciones ideales, un canal puede manejar miles de transacciones por segundo entre dos partes, ya que solo requiere actualizar los saldos en el canal (un proceso que toma segundos o milisegundos). Pero es la red de canales de pago la que suma la mayor utilidad. Y si bien hay límites al enrutamiento de pagos, sigue siendo cuestión de segundos.
- Transacciones más escalables
En teoría, la Lightning Network puede procesar millones de pagos por segundo, podría decirse que casi infinitos, pues esto dependerá de la infraestructura vigente para el momento. Entre más canales haya entre nodos, y entre más liquidez y mejor balanceados estén los saldos de esos canales, más transacciones por segundo podrían procesarse.
¿Qué es la liquidez en Lightning Network?
La liquidez en Lightning Network es la cantidad de satoshis que cada nodo tiene disponibles en sus canales de pago para enviar o recibir bitcoin. Cuando dos nodos abren un canal, el saldo inicial queda distribuido entre ambos lados. Puede que la totalidad del saldo quede en un lado del canal, lo que significaría que tiene liquidez saliente pero no entrante; y que su contraparte tenga liquidez entrante pero no saliente. Es como si fuera agua en dos vasos conectados: si el vaso está lleno, no puede recibir más agua; tendrá que vaciarse, enviando unos cuantos satoshis al otro vaso, para poder recibir agua en el futuro.
Si bien lo antedicho presenta desafíos en la práctica, los años de investigación e implementación técnica en Lightning hacen cada vez más eficientes los pagos. Todo esto, mientras reduce el consumo de recursos en almacenamiento y ancho de banda que requiere producir bloques on-chain, lo cual ayuda a la descentralización.
- Transacciones más económicas
A diferencia de Bitcoin on chain, donde las comisiones dependen de la competencia que haya por espacio de bloque (en su momento de mayor congestión llegó a pagarse comisiones de hasta 130 dólares por transacción básica, en promedio), en Lightning, las comisiones se componen de dos partes: una tarifa base fijada por cada nodo que enruta un pago; y un porcentaje del monto del pago que se cobra, expresado como una tasa por millón (parts per million, ppm). Es decir, una tasa de 1.000 ppm significa que el nodo cobra el 0,1% del monto transferido.
Por ejemplo, si un nodo tiene una tarifa base de 1.000 milisatoshis y una tasa de 1.000 ppm, enrutar un pago de 100.000 satoshis (0.001 BTC) costaría 1.100 milisatoshis.
¿Cuál es la máxima cantidad de BTC que puedo enviar a través de Lightning?
En la Lightning Network no existe un límite máximo teórico fijo, pero en la práctica, a mayo de 2026, el monto más grande que se puede enviar de forma fiable en un solo pago sin intervención manual está alrededor de 0,15 a 0,2 BTC (aproximadamente 16–20 millones de satoshis). Este límite no es técnico, sino práctico: depende del tamaño del canal más pequeño en toda la ruta que el pago recorre y de las políticas de enrutamiento de los nodos intermedios. Desde que se eliminó el límite “wumbo” en 2020, ya no hay restricción técnica por canal (antes era exactamente 0,16777215 BTC), y hoy existen canales privados o institucionales de 5, 10 o incluso más bitcoins, pero la mayoría de nodos públicos mantienen políticas conservadoras y rechazan pagos muy grandes para evitar riesgos o bloqueos. En la vida real, el récord práctico en rutas públicas sin coordinación especial ronda los 0,1677 BTC. Sin embargo, gracias a Multi-Path Payments (MPP), que la mayoría de wallets modernas usan automáticamente, el pago se puede dividir en varios trozos y enviarse por distintas rutas simultáneamente, lo que permite mover cantidades mucho mayores: se han reportado pagos reales de 11 BTC en pruebas o transacciones entre whales usando MPP o canales privados directos muy grandes.
Por esta razón, Lightning suele ser mejor para enviar microtransacciones, pues pagos más grandes conllevan comisiones más costosas, por lo que en escenarios hasta podría ser más rentable transferir on-chain. Sin embargo, en Lightning es posible enviar hasta milisatoshis, es decir, la milésima parte de un satoshi o la cienmilmillonésima parte de bitcoin (0.00000000001 BTC). Esto abre la puerta incluso a nanotransacciones en Lightning, algo imposible on-chain.
¿Por qué una transacción de Lightning puede ser más cara que on-chain en momentos de congestión?
Cuando hay mucha demanda de espacio de bloque en la red Bitcoin y las comisiones suben, abrir un nuevo canal de Lightning puede ser más costoso que una transacción de bitcoin común. Las transacciones multifirma tienen más datos que una transacción común y por tanto son más pesadas, por lo que ocupan más espacio de bloque y suelen pagar más. Si ya tienes un canal o una conexión con el par a quien deseas transferir, enviar por Lightning será barato. Pero si tienes que abrir un nuevo canal, será costoso, sobre todo con multifirmas. Los canales Taproot reducen un poco los costos, pero sigue siendo mejor que aproveches los momentos de bajas comisiones para hacer mantenimiento y abrir tus canales.
- Transacciones más privadas
En tanto que las transacciones en Lightning solo tienen que registrarse en la contabilidad de Bitcoin cuando se abre y cuando se cierra un canal, estos son los únicos momentos en los que la red pública y transparente de Bitcoin sabe que hubo un intercambio. De resto, mientras las transacciones se mantengan off-chain, los únicos que sabrán del intercambio serán quien envía y quien recibe el pago; no hay registro permanente de transacciones. Ni siquiera los enrutadores sabrán el origen ni el destinatario de los fondos, gracias al enrutamiento de cebolla propio de Lightning Network, y puede que ni siquiera sepan el monto total, gracias a los Pagos Atómicos Multi-Ruta (AMP).
Además, usando los llamado Taproot Channels, las transacciones de apertura y de cierre de canal también serían indistinguibles de cualquier otra transacción tradicional que use el formato pay-to-taproot (P2TR). Esto hace que parezca una transacción simple de Bitcoin en vez de lucir como una transacción multifirma 2 de 2 como los canales de Lightning, logrando mayor privacidad frente a las empresas de análisis de cadena, y ahorro en comisiones. Con todo, si si bien no escribes las transacciones en la contabilidad pública, escribes en las contabilidades privadas de cada proveedor de nodo, y los nodos guardan esos archivos que pueden ser luego pedidos por las autoridades.
¿Por qué no puedo recibir dinero en mi cuenta LN?
No puedes recibir dinero en tu cuenta de Lightning Network (LN) probablemente porque no tienes un canal abierto con suficiente capacidad de entrada, tu nodo está desconectado, o hay problemas de enrutamiento en la red. Para solucionarlo, verifica que tu nodo esté en línea, asegúrate de tener canales activos con liquidez adecuada (fondos disponibles en tu lado) y considera abrir nuevos canales con nodos bien conectados si los existentes están agotados o mal configurados.
2 ¿Cómo funciona la Lightning Network?
Para entender cómo funciona Lightning, es útil hacer analogías con tecnologías que ya conocemos, como aquellas de las finanzas tradicionales. Pensemos en el sistema bancario. Aunque para los clientes de bancos comerciales las transacciones interbancarias parezcan inmediatas y vean los cambios en sus saldos apenas hacen o reciben un pago, estas transacciones no son finales hasta que pasan por un proceso de compensación y liquidación.
La compensación es el proceso en el que se calculan las deudas entre cada banco al final de cierto periodo. La cámara de compensación agrupa todas las transacciones realizadas en ese período y calcula las posiciones netas de cada banco de acuerdo con las transacciones que hayan realizado sus clientes. Por ejemplo, si Banco A debe USD 100 a Banco B y Banco B debe USD 60 a Banco A, la cámara determina que Banco A solo debe pagar USD 40 netos.
La liquidación implica la transferencia real de fondos para saldar las obligaciones netas calculadas. Esto se realiza a través de las cuentas de reserva que los bancos comerciales mantienen en el banco central. Esta liquidación puede ser en tiempo real o diferida.
¿Qué significa BOLT en Lightning?
BOLT significa Basis of Lightning Technology (Base de la Tecnología de Lightning). Es el nombre dado a un conjunto de especificaciones técnicas estandarizadas que definen cómo funcionan los nodos, canales, pagos y otros componentes de la LN, asegurando interoperabilidad entre diferentes implementaciones como LND, Core Lightning (CLN) y Eclair. Son como las BIP en Bitcoin. Cada BOLT (numerado del 1 al 12, con más en desarrollo) cubre un aspecto específico del protocolo, como la apertura de canales, el enrutado de pagos o las facturas. Los BOLTs son como las reglas bancarias que aseguran que todos los «cheques» (pagos) sean procesados de manera uniforme y segura.
Las transacciones en Lightning serían algo así como las transacciones entre los bancos comerciales: son actualizaciones en el balance de cada una de las partes en una cuenta mancomunada, por lo que la propiedad de ese balance es compartida hasta el momento en que se cierra la cuenta, es decir, el canal.
Cuando se decide cerrar la cuenta colaborativamente, se envía una transacción a la red Bitcoin con el último saldo registrado por las partes y así, cuando se escribe en el libro contable el saldo de BTC correspondiente a cada uno (y después de varias confirmaciones) es que la transacción puede considerarse final, como cuando el banco central hace la liquidación. En adelante, cada una de las partes es la única dueña de su dinero, sin condiciones ni cuentas compartidas.
Con esto se hace evidente que, lo que descentraliza Bitcoin, en este caso, a través de Lightning, es la banca. Con Bitcoin eres tu propio banco, con una cuenta de ahorros transacciones definitivas, y un activo o propiedad digital que puedes usar de colateral para pedir préstamos en Finanzas Descentralizadas. Con Lightning aumentas la velocidad de tu banco y ahora puedes enviar cheques y disminuir costos al diferir la liquidación.
¿Cuál es la diferencia entre Lightning Network y las sidechains?
La Lightning Network y las sidechains buscan superar las limitaciones de escalabilidad de Bitcoin, pero operan de forma distinta: Lightning optimiza pagos rápidos y económicos fuera de la cadena manteniendo bitcoin como unidad de cuenta, mientras que las sidechains son redes independientes con su propia contabilidad, moneda, consenso, validación y políticas monetarias, vinculadas a Bitcoin solo mediante un anclaje bidireccional (two-way-peg) que bloquea BTC en la cadena principal y crea una representación equivalente (como L-BTC en Liquid). Por ello, las sidechains se parecen más a criptomonedas como Ethereum o Ripple y no son Bitcoin. Además difieren en propósito: Lightning se centra en pagos veloces, baratos y privados sin consenso global, mientras que las sidechains son más expresivas y sirven para probar nuevas tecnologías.
Mientras la cuenta mancomunada (contrato multifirma) permanece abierta, las transacciones que se realizan a través de la red Lightning son similares a pagos con cheques. Los cheques (transacciones parcialmente firmadas) son instrumentos financieros que representan una orden de pago escrita. En el caso de Lightning, los pagos son una mezcla entre cheques nominativos, en los que solo puede cobrarlo la persona o entidad nombrada en el cheque, y cheques endosados, en el que el beneficiario original ha firmado en la parte trasera (endoso o contrato HTLC) para transferirlo a otra persona o entidad.
Aunque un pago en la Lightning Network solo lo pueda recibir aquella persona que emitió la factura, esto no significa que tenga que cobrarlo, en el sentido de liquidarlo en la contabilidad de Bitcoin, lo cual sería equivalente a depositar el cheque en el banco. El pago solo se refleja como un saldo positivo en su lado del canal (en su haber) con lo que ahora tiene mayores fondos para pagar a otras personas, como si el cheque estuviera endosado.
Al igual que Bitcoin, Lightning es un software, un protocolo con reglas específicas que permite la comunicación con otras computadoras que corran el mismo programa. Pero en tanto que Lightning se basa en Bitcoin para su seguridad, como una segunda capa, es necesario correr al mismo tiempo un nodo de Bitcoin para poder interactuar entre ambos protocolos.
¿Puedo usar Lightning Network sin correr un nodo?
De cara al usuario no técnico, usar Lightning es tan sencillo como descargar una wallet que soporte este protocolo, tal como descargaríamos una app para interactuar con la red Bitcoin. Dependiendo de la wallet que escojamos –si es de custodia o de autocustodia, si soporta tanto Bitcoin como Lightning, entre otras diferencias que veremos en un apartado específico–, la configuración inicial será distinta. Pero en su uso general, experimentará pocas diferencias respecto a si estuviera operando una wallet tradicional. De cara a la red, un usuario de móvil es un nodo tanto como un usuario de Bitcoin Core y LND lo es.
Visto en detalle, Lightning son realmente dos redes: la red p2p en la que se interconectan los nodos (a través de un protocolo de chisme o gossip protocol) y la red de canales de pago, a través de la cual se transmiten las transacciones.
Mediante la primera red se difunden mensajes, por ejemplo, el anuncio de que hay un nuevo nodo buscando conexiones. La naturaleza del protocolo de chisme es tal que se replicará el mensaje a través de todas las conexiones para avisar del nuevo nodo, en caso de que este desee ser público (un nodo puede elegir mantenerse privado y tener solo canales privados al no difundir su información en el protocolo de chisme).
Es gracias a esta interconexión que se puede conocer la topología de la red, es decir, cómo están conectados los canales públicos, cuánta liquidez tienen, qué comisiones cobran para enrutar, y así poder establecer la ruta que tomará el pago.
3 ¿Cómo funcionan los canales de Lightning?
Pero que tu nodo de Lightning esté conectado a otros nodos no significa que tengan canales de pago abiertos. Para abrir un canal hace falta ponerse de acuerdo con una contraparte para crear una transacción de financiación que bloqueará los fondos en un contrato multifirma 2 de 2, Es decir, la cuenta mancomunada que antes mencionamos, donde cada contraparte tendrá una de dos llaves.
Para cerrar el canal de pago (o cuenta mancomunada) de forma colaborativa, también hará falta la firma de las dos llaves, con lo que los fondos bloqueados se liberarían a cada uno con el último balance registrado, mediante una transacción registrada en la contabilidad de la red Bitcoin.
¿Cómo se fondean los canales?
Cuando Lightning empezó, para dar liquidez a los canales, solo una de las partes, el opener, creaba y financiaba unilateralmente la transacción de financiación on-chain, haciendo que el canal iniciara desbalanceado, con todos los fondos de un lado y nada en el otro. Lightning ha avanzado y en la actualidad hay alternativas como el financiamiento dual o colaborativo, que permite que ambas partes contribuyan fondos simultáneamente a la transacción de financiación mediante una construcción interactiva de transacciones usando Transacciones de Bitcoin Parcialmente Firmadas (PSBT), así como los Taproot Channels,. También se puede aumentar el balance de un canal abierto mediante el splicing, que implica crear una nueva transacción on-chain que gasta la transacción de financiación original y agrega los nuevos fondos.
Una vez abierto el canal, luego de confirmada la transacción de apertura en la red Bitcoin, los participantes del canal o de la cuenta mancomunada pueden comenzar a hacer transacciones entre sí.
Supongamos que el canal se abrió con 1.000 satoshis por parte de Alice y 500 satoshis por parte de Bob. Hay, entonces, una liquidez total de 1.500 satoshis en esa cuenta mancomunada, que, al momento de apertura, permite a Bob recibir 1.000 satoshis (esa es su liquidez entrante) y pagar 500 satoshis (esa es su liquidez saliente); mientras que Alice puede recibir 500 satoshis (entrante) y pagar 1.000 satoshis (saliente).
Así, hacer un pago es equivalente a mover una parte del balance de un lado al otro, entre los participantes. Alice le compra un café de 200 sats a Bob, por lo que ahora tiene 800 sats y Bob 700. Más adelante, Bob le compra una soda de 500 sats a Alice, por lo que su nuevo balance es de 300 sats, y el de Alice, de 1.300 sats.
¿Cómo funcionan los contratos HTLC en Lightning?
A diferencia de Bitcoin donde pagamos a direcciones, en Lightning pagamos facturas generadas por el receptor, las cuales pueden ser únicas y vencerse después de cierto tiempo, o estáticas y servir para muchos pagos. Al momento de generar la factura, se crea un secreto criptográfico únicamente conocido por la wallet del receptor. Este secreto se comparte en la factura bajo la forma de un hash. Cuando se construye la transacción, el pagador crea un contrato bloqueado por hash y tiempo (HTLC) en el que se incluye el hash del secreto que solo conoce el destinatario, y una condición de tiempo específico medido en bloques. Si dicho tiempo transcurre sin que el pago se cobre, la transacción fallaría (en Lightning el nodo debe estar siempre en línea para recibir pagos). Recibido el pago al proporcionar el secreto hasheado de la factura, se crea una nueva transacción de compromiso que incluye el HTLC, la cual actualiza los saldos del canal. Ambas partes firman esta nueva transacción de compromiso, revocando la anterior.
Así pueden seguir haciendo transacciones entre ellos sin difundir esta información al resto de la red, de forma inmediata y gratuita, en tanto que solo están transfiriendo dinero entre ellos. Cada contrato HTLC es como si emitieran cheques endosados, que ninguno de los dos termina por cobrar depositándolo en el banco, sino que se pagan entre sí generando cheques basados en los anteriores. Solo cuando se quiere dar por finalizada la relación financiera, se deposita (liquida) el último cheque con el saldo final correspondiente a cada contraparte.
4 ¿Cómo funciona el enrutamiento?
Pero en Lightning, rara vez se hacen transacciones cerradas entre dos nodos en un mismo canal. Además, si estamos construyendo un sustituto p2p para Visa, no podemos conformarnos con poder intercambiar valor solo entre dos participantes. Por eso, Lightning permite la construcción de una red de canales de pago, en la que cada canal se conecta con otro para permitir el enrutamiento de pagos hacia personas con las que no necesariamente se tiene un canal directo.
Los pagos enrutados a través de canales funcionan de manera similar a los pagos en un mismo canal. De hecho, el mismo proceso de actualización de balances mediante contratos HTLC ocurre en cada uno de los canales por donde transcurre el pago. Solo que la única persona que podrá recibir el pago final es quien haya emitido la factura con el secreto para revelarlo.
¿Cómo se gestiona la liquidez en los canales de Lightning?
Anteriormente, los usuarios que corrían nodos tenían que estar atentos a la liquidez de sus canales, teniendo que balancear saldos para poder enviar o recibir transacciones, e incluso teniendo que “comprar liquidez” en servicios externos. Hoy existen herramientas y servicios que automatizan la gestión de liquidez en Lightning, evitando tener que equilibrar canales manualmente. Estas soluciones monitorean el estado de cada canal y realizan movimientos automáticos de saldo —como reequilibrios, swaps o ajustes de tarifas— cuando detectan desbalances. Su objetivo es mantener suficiente liquidez entrante y saliente para que los pagos fluyan sin interrupciones.
Imagina que estás de viaje y vas a comprar un café en un aeropuerto. No es un sitio en que vayas a comprar café regularmente por lo que no te interesa abrir un canal directo. La cajera del local genera una factura por el café con su respectivo secreto hasheado y te la entrega. Al momento de pagar, tu nodo/wallet, utilizando el protocolo de chisme, analiza cuál es la mejor ruta para realizar el pago, considerando la disponibilidad, liquidez y comisiones que cobrarán los nodos por enrutar. Tras analizar, el nodo nota que habrá que realizar tres saltos entre canales para llegar desde tu wallet hasta la del café.
Para proteger la privacidad de todos, al momento de crear la transacción, tu nodo crea un paquete cifrado en capas, como si fuera una cebolla (lo que se conoce como enrutamiento de cebolla, famoso por el navegador TOR) que contiene las instrucciones para que cada nodo enrute el pago. Pongamos que la ruta seleccionada es la siguiente: Alice → Bob → Charlie → Diana. La capa de Bob indica: «Envía 0.0102 BTC a Charlie con hash H y timelock de 40 bloques». La capa de Charlie indica: «Envía 0.0101 BTC a Diana con hash H y timelock de 39 bloques». La capa de Diana indica: «Recibe 0.01 BTC con hash H y timelock de 38 bloques».
Las cantidades incluyen pequeñas comisiones para los nodos intermedios, normalmente expresadas en milisatoshis. Cada nodo solo puede descifrar su propia capa, sin saber si es el origen, destino o un intermediario, ni el monto total del pago, a menos de que sea el nodo receptor final. Además, para evitar análisis porque se vaya reduciendo el peso de la transacción en la medida en la que se retiran capas, cada nodo agrega data basura a la transacción para mantener constante el peso de la transacción.
¿Puedo reutilizar facturas en Lightning?
Actualmente existen dos BOLT que estandarizan los pagos en Lightning Network: BOLT 11 y BOLT 12. En BOLT 11, estándar original para facturas, cada factura es única y para un monto fijo. Es decir, tienes que introducir el monto exacto que te van a pagar antes de emitir la factura, y, una vez pagada, caduca. Este es el estándar con mayor adopción entre implementaciones. Posteriormente, se propuso BOLT 12, conocido también como ofertas, con la que se pueden generar múltiples facturas desde una sola oferta, lo cual lo hace reutilizable y permite pagos sin monto predefinido. Aparte de estos BOLT, se han creado protocolo como LNURL (basado en BOLT 11), que permite crear URL legibles por humanos y códigos QR, así como montos variables y pagos recurrentes. A partir de LNURL se crea Lightning Address, que proporciona un identificador legible similar a un correo electrónico para recibir pagos LN sin compartir facturas explícitamente.
Cada vez que un pago pasa por un canal, se actualizan los balances de los canales con nuevas transacciones de compromiso. Es decir, cuando Alice transfirió a Bob, aumentó el saldo a favor de Bob y se descontó del lado de Alice. Luego, en el canal de Bob con Charlie, se descontó saldo a Bob, y se le sumó a Charlie. Luego se le descuenta a Charlie y se le suma a Diana.
Todo esto sucede con un nuevo contrato HTLC (o nuevo cheque endosado a un nuevo destinatario, basado en el cheque anterior) en cada canal que procura que nadie haga trampa en el camino. Pero estas transacciones no serán definitivas hasta que el último receptor, en este caso, Diana, revele el secreto y cobre la factura, en tanto que los pagos en Lightning son atómicos, lo que quiere decir que, o se realizan por completo, o no se realizan; no hay pagos parciales.
En Lightning también cabe la posibilidad de realizar pagos multirruta (AMP), en los que el saldo a enviar se divide en distintos montos y se envía a través de varias rutas de canales de forma simultánea. El funcionamiento es bastante similar al antes descrito, y, al mantener la propiedad atómica de los pagos, solo se considerará final una vez el monto total llegue a su destinatario.
5 ¿Es la Lightning Network segura?
Lightning Network se construye sobre la base de herramientas provistas por la red Bitcoin, como los contratos multifirma, las transacciones parcialmente firmadas y los HTLC. En tanto que Lightning es Bitcoin, toda la confianza que se tiene en la seguridad de Bitcoin, puede tenerse en la seguridad de Lightning. Al final, las transacciones de apertura y cierre de canales se confirman por el hashrate de Bitcoin tal como cualquier otra transacción.
Tanto Lightning como Bitcoin son lo que se conoce como protocolos de equidad (fairness protocols), es decir, protocolos que dan a cada uno lo que merece. Esto se construye no solo con criptografía, sino con Teoría de Juegos, diseñando las relaciones financieras de tal forma que lo más racional para cada contraparte sea comportarse de manera honesta, pues, buscando su propio beneficio, beneficiará también a su contraparte. La típica relación de ganar-ganar. Por el contrario, quien se desvíe del comportamiento honesto, será penalizado automáticamente.
A ambas partes les conviene un cierre colaborativo del canal, difundiendo a la red el último balance. Pero siempre puede haber alguien que se quiera pasar de listo. Para evitar que alguno de los participantes engañe al otro y liquide ante la red Bitcoin un balance falso (como si el Banco Central liquidara a los bancos comerciales un balance erróneo tras la compensación), cada vez que hacen un pago, ambos comparten una nueva transacción prefirmada de compromiso en la que acuerdan la verdad del nuevo estado del balance, y revocan el estado del balance anterior. Estas transacciones reflejan cómo se distribuirían los fondos si el canal se cerrara a partir de ese momento.
Tienes, entonces una transacción sin publicar desde una dirección multifirma 2 de 2 que te paga parte del saldo del canal. Tener una firma de tu contraparte garantiza que puedas publicar esta transacción de forma independiente en cualquier momento añadiendo tu propia firma. Ni siquiera tiene que ser porque tu contraparte intentó hacer trampa; también puede ser que dejase de responder porque desconectó su nodo por alguna razón. Es como tener un cheque firmado en la mano, el cual se puede depositar en el banco en cualquier momento que se desee.
La capacidad de mantener una transacción parcialmente firmada o cheque, sin conexión y sin publicar, con la opción de publicar y poseer ese saldo en cualquier momento, es la base de Lightning Network.
¿Cómo se previene el fraude en un canal de Lightning?
El fraude en un canal de Lightning se vería como que una de las partes difunda a la red Bitcoin un balance desactualizado del canal, presumiblemente que le favorezca con más saldo. Lightning utiliza transacciones de penalización que castigan al tramposo. Si, por ejemplo, Alice intenta cerrar el canal con un estado desactualizado, Bob puede presentar una transacción de penalización que le otorga todos los fondos del canal, gracias a las llaves revocables (revocable keys) que se intercambian en cada actualización. Además, los bloqueos de tiempo en los HTLCs aseguran que los pagos no confirmados expiren y se reviertan si no se completan, y la vigilancia mutua (mediante WatchTowers) refuerza la detección de fraudes, garantizando que los fondos solo se muevan según el último estado acordado, todo sin necesidad de confianza entre las partes. Los pagos Lightning llevan un timelock de entre 144 y 240 bloques en total (≈ 1–2 días) para dar margen de seguridad a todos los nodos de la ruta por si alguno no tenía Watchtower implementada poder reclamar la justice transaction a tiempo.
En caso de que tu contraparte intente hacer trampa cerrando el canal unilateralmente con un saldo falso, puedes pedir al sistema Bitcoin que actúe como árbitro y resuelva el contrato a tu favor con una transacción de penalización.
La penalización consiste en dar a la parte engañada la oportunidad de reclamar el saldo del estafador. Así, si alguien intenta engañar transmitiendo una transacción de compromiso antigua, en la que se le paga un saldo superior al que le corresponde, la contraparte puede castigarlo quedándose tanto con su propio saldo como con el del estafador. El estafador lo pierde todo. De esta manera, con un potencial castigo superior a la potencial ganancia, se disuade del comportamiento deshonesto.
¿Qué son las Watchtowers?
Las watchtowers o torres de vigilancia son servicios o nodos especializados que se contratan para monitorear canales de pago en Lightning y prevenir fraudes, especialmente cuando un participante no está atento a su nodo y existe el riesgo de que una contraparte deshonesta difunda un balance falso sin dar tiempo a reaccionar. Para ello, el usuario comparte con la watchtower el hash de las transacciones de compromiso antiguas y las llaves de revocación asociadas; la watchtower monitorea continuamente la cadena de Bitcoin en busca de coincidencias y, si detecta que la contraparte transmite un estado antiguo, usa la clave de revocación para construir y difundir una transacción de penalización antes de que expire el bloqueo de tiempo. Existen tres tipos: altruistas (operadas por la comunidad sin costo, como The Eye of Satoshi), comerciales (que cobran una pequeña tarifa, como Voltage o Joltz) y personales (configuradas por usuarios avanzados en un servidor dedicado).
¿Qué pasa si el estafador ya no tiene fondos de su lado del canal y, por lo tanto, no tiene nada que perder intentando cerrar el canal con un balance falso? Pues la Lightning Network obliga a cada participante del canal a mantener un balance mínimo de su lado del canal, llamado reserva, para que siempre tengan piel en el juego.
