Lightning Network

Una segunda capa sobre Bitcoin

Lightning Network es un protocolo construido sobre la red de Bitcoin que permite hacer pagos fuera de la cadena principal de bloques. Los participantes actualizan el estado de sus canales fuera de la cadena, aunque abrir, cerrar o hacer otras operaciones sobre esos canales puede requerir transacciones en cadena. No es una criptomoneda distinta: es una red de pagos superpuesta que usa bitcoin y está vinculada a la cadena principal mediante canales y transacciones de Bitcoin.

Qué problema resuelve

Cada transacción en la cadena principal de Bitcoin compite por espacio limitado en cada bloque, lo que puede implicar comisiones más altas y tiempos de espera mayores en momentos de alta demanda. Los pagos por Lightning Network no compiten individualmente por ese espacio, porque no quedan registrados uno por uno en la cadena principal; sin embargo, pueden incluir comisiones aplicadas por los nodos o canales que reenvían el pago, cargos adicionales de la wallet o el proveedor utilizado, y costos en cadena relacionados con la apertura, el cierre o la gestión de los canales involucrados. Ni la velocidad ni el costo están garantizados: más adelante, en «Comisiones en Lightning Network» y en «Cuando un pago no se completa», se explican esas limitaciones con detalle.

Qué no es Lightning Network

No es una wallet específica, no es una empresa ni una red controlada por una sola entidad. Es un protocolo abierto que distintas aplicaciones y proveedores implementan de formas distintas, por eso no todas las wallets Lightning funcionan exactamente igual (ver «Custodia en Lightning Network»).

Cuándo tiene sentido cada una

Elegir depende del monto, la urgencia, las comisiones, la liquidez disponible, la necesidad de que quede registro en cadena, la wallet que uses y el nivel de control que quieras tener. No existe un límite universal que diga cuándo usar cada una.

No siempre es más barata ni más rápida

Lightning Network no siempre es más barata ni más rápida que una transacción en cadena. Una vez que un canal está abierto, la velocidad de un pago Lightning depende de si existe una ruta con suficiente liquidez, no de la congestión de la cadena principal en ese momento. El costo sí puede verse afectado por esa congestión, porque abrir o cerrar un canal requiere una transacción en cadena, sujeta a las mismas comisiones y tiempos de espera que cualquier otra operación on-chain (ver «Comisiones en Lightning Network»).

Canales de pago

Un canal de pago es un acuerdo entre dos participantes que les permite intercambiar fondos varias veces sin que cada movimiento quede registrado individualmente en la cadena principal. Abrirlo y cerrarlo normalmente implica operaciones en cadena, y un cierre unilateral u otras operaciones sobre el canal también pueden generar transacciones adicionales.

Cómo se envía un pago

De forma conceptual: quien recibe genera una factura (ver «Facturas Lightning»); quien paga la utiliza para enviar el monto a través de uno o varios canales conectados entre sí. El proceso está diseñado para completarse rápidamente cuando existe una ruta disponible con suficiente liquidez, aunque el tiempo exacto no está garantizado y puede variar según la ruta.

Enrutamiento entre canales

Cuando dos participantes no tienen un canal directo entre sí, el pago puede viajar por una cadena de canales conectados (una ruta) hasta llegar a su destino. La wallet, el nodo o el proveedor intentan encontrar esa ruta, y según lo permita la implementación, pueden hacer varios intentos, dividir el pago o reenrutarlo. Si no encuentran una ruta con capacidad suficiente, el pago no se completa (ver «Cuando un pago no se completa»).

Liquidez de envío y de recepción

Cada canal tiene una capacidad limitada en cada dirección. Tener saldo en un canal no garantiza poder enviar o recibir cualquier monto por Lightning Network: la liquidez disponible en la ruta específica también importa, y puede agotarse o redistribuirse con el uso.

De qué dependen

Las comisiones de Lightning Network no son fijas ni están garantizadas. Dependen de varios factores: cada nodo o canal que reenvía el pago puede aplicar una comisión base y otra proporcional al monto enviado, la ruta seleccionada entre quien paga y quien recibe (y el número de canales que atraviesa), los posibles cargos adicionales que agregue la wallet, el exchange o el proveedor utilizado, y los posibles costos en cadena que implique gestionar los canales (abrirlos, cerrarlos o reequilibrarlos). Esta guía no garantiza que Lightning Network resulte más barata que otra alternativa de pago.

Por qué pueden variar

Si la ruta más directa no tiene capacidad suficiente, la wallet o el nodo puede buscar otra ruta: esa ruta alternativa no necesariamente tendrá más saltos, aunque en algunos casos sí los tendrá, y cada salto adicional suma su propia comisión. Según lo permita la implementación, el pago también puede dividirse en varias partes para completarse. Si no se encuentra ninguna ruta con capacidad suficiente, el intento falla y el pago no se completa. El resultado concreto depende de la topología de la red en ese momento, de la capacidad disponible en cada canal, y de cómo la implementación maneje la búsqueda de ruta. Esta guía no promete que Lightning Network sea siempre la opción más económica (ver «No siempre es más barata ni más rápida»).

Qué es una factura

Una factura Lightning es una cadena de texto, casi siempre representada también como código QR, generada por quien va a recibir el pago. Puede incluir el monto, información de destino, un tiempo de vencimiento y otros datos, y algunas permiten que quien paga defina el monto.

Vencimiento de una factura

Una factura Lightning tiene un tiempo de validez limitado, que puede variar según la aplicación que la genera: muchas implementaciones usan alrededor de una hora como valor predeterminado, aunque no es una regla fija en todos los casos. Si no se paga antes de que venza, deja de ser utilizable y hay que generar una nueva. Ese límite existe por diseño del protocolo, no es un error.

Verifica antes de pagar

Antes de autorizar un pago, revisa el monto y, cuando la aplicación lo muestre, el destino de la factura. Que una factura esté escaneada o pegada no garantiza por sí sola que venga de quien crees, el mismo principio de verificación que aplicarías con una dirección de Bitcoin en cadena. Conviene hacer una comprobación adicional por un canal distinto cuando la factura llega de forma inesperada, el monto es importante, existe duda sobre quién la generó, o los datos no coinciden con lo acordado.

Causas más comunes

Un pago por Lightning Network puede fallar por falta de liquidez en la ruta disponible, por canales temporalmente fuera de línea, por límites técnicos de la factura o de la ruta, o por un problema del proveedor o la aplicación que uses.

Qué significa que falle un pago

Si el pago falla a nivel del protocolo, la transferencia no debería quedar liquidada, aunque una aplicación custodial puede mostrarte fondos temporalmente reservados o un estado pendiente; confirma siempre el estado antes de reintentar. Un pago que sí se completó no incluye, dentro del protocolo, un mecanismo para revertirlo de forma unilateral: quien lo recibió no puede simplemente deshacerlo desde su lado. Si hace falta corregir o devolver el monto, eso se resuelve con un pago nuevo en sentido contrario, acordado entre las partes, no con una reversión automática. Comparte ese principio con una transacción ya confirmada en la cadena principal, aunque el mecanismo técnico de cada una es distinto.

Wallets custodiales

Un proveedor gestiona los canales y la liquidez en nombre del usuario. Eso reduce la complejidad operativa, pero introduce dependencia de ese proveedor: los mismos riesgos que implica confiarle fondos a cualquier tercero, como incidentes, restricciones o falta de disponibilidad.

Wallets no custodiales

El usuario controla las claves de sus canales, aunque en muchos casos sigue dependiendo de un nodo o infraestructura de terceros para conectarse a la red. El nivel real de autocustodia varía según la aplicación: no todas las wallets Lightning no custodiales funcionan igual.

Configuraciones con nodo propio

Es posible operar un nodo Lightning propio para tener mayor control sobre los canales y la conectividad. Esto requiere mantenimiento técnico continuo, disponibilidad del equipo y gestión activa de liquidez.

Ninguna es un requisito para usar Lightning

Ejecutar un nodo propio no es un requisito para usar Lightning Network: es una opción para quien busca más control técnico, no un paso obligatorio. Puedes usar Lightning Network con una wallet custodial o no custodial sin operar infraestructura propia.

Requiere conexión para operar

Enviar requiere acceso a una wallet, nodo o proveedor disponible. Recibir depende de la implementación: algunas configuraciones necesitan que la aplicación esté activa, y otras admiten recepción aunque la app móvil no esté abierta.

Copias de seguridad y recuperación, sin instrucciones avanzadas

Al igual que con cualquier wallet, es importante contar con un respaldo de la información necesaria para recuperar el acceso a tus fondos, siguiendo el procedimiento específico de tu aplicación o proveedor. La recuperación en Lightning puede ser más compleja que en una wallet en cadena: una frase de recuperación por sí sola puede no bastar para restaurar tus canales o fondos, así que sigue siempre el procedimiento oficial de tu wallet o proveedor. Esta guía no incluye instrucciones técnicas avanzadas de respaldo, como archivos de canal específicos de un nodo, porque ese procedimiento cambia de una aplicación a otra y necesitas orientación específica para tu caso, no un instructivo genérico.

Disponibilidad del proveedor o del nodo

Si usas una wallet custodial, tu acceso a los fondos depende también de la disponibilidad de ese proveedor. Si operas un nodo propio, la disponibilidad depende de que tú mantengas el equipo y la conexión activos.

No es anónima

Lightning Network no ofrece anonimato. Algunos aspectos de los pagos son más difíciles de rastrear públicamente que en la cadena principal, porque no todos los pagos individuales quedan registrados en un libro público, pero eso no equivale a anonimato.

De qué depende la privacidad real

El nivel de privacidad depende de la implementación del protocolo que uses, de las rutas por las que viaja cada pago, de si eliges un proveedor custodial o un nodo propio, y de tu propio comportamiento. Los nodos de una ruta pueden conocer información parcial, y los custodios pueden vincular tu actividad con tu cuenta. Publicar montos o direcciones vinculados a tu identidad reduce la privacidad sin importar la tecnología que uses.

Además de los riesgos de custodia y de fraude ya cubiertos en otras guías, Lightning Network tiene riesgos técnicos propios: dependencia de la conectividad, límites de liquidez que pueden impedir un pago puntual, comisiones variables sin garantía, y la necesidad de respaldos bien gestionados según cada proveedor o configuración. Algunos vienen del protocolo y los canales; otros, de la wallet, el proveedor o cómo se implementó cada uno. Ninguno es exclusivo de una sola aplicación.

Pagos cotidianos

Pagos frecuentes o de menor valor, según el caso, con una comisión que depende de la ruta disponible en cada momento (ver «Comisiones en Lightning Network»).

Comercios

Negocios que reciben muchos pagos pequeños pueden usar Lightning Network como una alternativa de cobro. El costo por transacción depende de la ruta disponible, de las comisiones aplicadas por los nodos o canales que reenvían el pago, y de los cargos que aplique el proveedor utilizado en cada caso (ver «Lightning Network para comercios»).

Remesas y envíos internacionales

Lightning Network puede ser una alternativa para enviar valor entre países. El costo depende de la ruta disponible, de la liquidez en cada canal que atraviesa el pago, y de los cargos que agregue el proveedor o la wallet utilizada en cada extremo, y está sujeto a que quien recibe tenga cómo aceptar el pago. Esta guía no reduce Lightning Network a un solo caso de uso de remesas: es uno entre varios, y el desarrollo completo del tema está en la guía «Remesas con Bitcoin».

Otros usos

Propinas, pagos entre personas conocidas, suscripciones de bajo valor, y experimentación técnica por parte de desarrolladores son otros usos habituales del protocolo.

Para quien prioriza que cada movimiento quede registrado individualmente en la cadena principal, no puede garantizar conectividad frecuente, o encuentra que la liquidez disponible en las rutas no alcanza para el monto que quiere mover, una transacción en cadena o un análisis caso por caso puede ser más adecuado que depender de Lightning Network.

Qué cambia para un negocio

Aceptar pagos por Lightning Network introduce una estructura de costos que cada negocio debe comparar con las alternativas que ya utiliza, como tarjetas, transferencias o efectivo. El costo de un pago depende de la ruta, de las comisiones aplicadas por quienes lo reenvían y de los cargos del proveedor utilizado.

Cuando existe una ruta con capacidad suficiente, el pago puede completarse con rapidez, aunque el tiempo no está garantizado. El negocio necesita una aplicación o proveedor compatible y personal capacitado para verificar el pago antes de entregar el producto o servicio.

Riesgos y responsabilidades del comercio

Un negocio que acepta Lightning Network asume la responsabilidad de verificar que cada pago se completó realmente antes de dar la venta por cerrada, de mantener actualizada su aplicación o proveedor, y de entender que un pago fallido no debe tratarse como un pago recibido. Antes de adoptarlo conviene evaluar cómo se gestionan los pagos pendientes o fallidos, la capacitación del personal, la conversión contable de bitcoin a la moneda de referencia del negocio, el modelo de custodia elegido (propio o de un proveedor), la liquidez disponible para operar sin interrupciones, el procedimiento de devoluciones, la conciliación entre lo vendido y lo recibido, y una revisión fiscal profesional según la normativa vigente. Elegir un proveedor custodial o no custodial implica los mismos riesgos de custodia descritos en esta guía: quién controla las llaves del canal, qué pasa si el proveedor deja de operar, y qué garantías ofrece frente a incidentes.