Contenido
- Introducción
- ¿Qué es la Lightning Network?
- ¿Por qué es necesaria la Lightning Network?
- ¿Cómo funciona la Lightning Network?
- Limitaciones de la Lightning Network
- Estado actual de la Lightning Network
- Conclusión
Introducción
¿Qué es la Lightning Network?
Lo que en realidad haces con tu primera transacción es crear una especie de smart contract con otro usuario. Entraremos en más detalle en breve –por ahora, quédate con la idea del smart contract que contiene un ledger (libro mayor contable) privado con el otro usuario. Podrás añadir muchas transacciones a este ledger. Sólo las podréis ver tú y tu contraparte, pero ninguno de los dos podrá hacer trampas debido a ciertas características peculiares de la configuración.
En todo momento, cualquiera de los dos podrá publicar el estado actual del canal en la blockchain. Llegado a ese punto, los balances de cada lado del canal se asignarán a sus respectivas partes on-chain.
¿Por qué es necesaria la Lightning Network?
Cuando se traslada dicha experimentación fuera de la blockchain, uno tiene mucha más flexibilidad. Si algo falla, no afectará a la red Bitcoin en sí. Las soluciones de tipo layer 2 no socavan ninguna de las premisas de seguridad que han mantenido al protocolo en funcionamiento durante más de 10 años.
Tampoco existe obligación alguna de reemplazar la manera antigua de hacer las cosas. Las transacciones on-chain continuarán funcionado de manera habitual para el usuario final, sólo que ahora éste también tendrá la opción de transaccionar off-chain.
Usar la Lightning Network presenta diversas ventajas. A continuación, abordaremos algunas de las principales.
Escalabilidad

Comisión media por transacción de Bitcoin (en USD)
Puede parecer algo insignificante para transacciones que muevan miles de dólares en Bitcoin, pero para pagos más pequeños no resulta sostenible. ¿Quién querría pagar por un café de $3 una comisión de $5?
Con la Lightning Network, sigues pagando dos comisiones (fees) –una para abrir tu canal y otra para cerrarlo. Pero tanto tú como tu contraparte podréis realizar miles de transacciones de forma gratuita una vez el canal esté abierto. En cuanto hayáis terminado, solo tendréis que publicar el estado final en la blockchain.
A nivel general, si más usuarios se apoyan en soluciones off-chain como la Lightning Network, el espacio de bloque será utilizado de forma más eficiente. Las transferencias de poco valor y elevada frecuencia podrían efectuarse en canales de pago, mientras que el espacio de bloque se emplearía para transacciones más grandes, así como para la apertura/cierre de canales. Esto haría que el sistema fuera accesible para una base de usuarios mucho más amplia, permitiéndole escalar a largo plazo.
Micropagos
La Lightning es mucho más atractiva para micropagos. Las comisiones de las transacciones ordinarias hacen que sea inviable enviar pequeñas cantidades en la cadena principal. Dentro de un canal, sin embargo, tienes la libertad de enviar una fracción de una fracción de Bitcoin de manera gratuita.
Los micropagos son idóneos para numerosos casos de uso. Algunos especulan con la posibilidad de que sean un sustituto viable de los modelos basados en suscripciones -en su lugar, los usuarios pagarían cantidades muy pequeñas cada vez que usaran un servicio.
Privacidad
Si Alice tiene un canal con Bob, y Bob tiene un canal con Carol, Alice y Carol podrán enviarse pagos, la una a la otra, a través de Bob. Si Dan está conectado con Carol, Alice podrá enviarle un pago. Puedes imaginarte que la cosa se expande, convirtiéndose en una extensa red de canales de pagos interconectados. En dicho contexto, no podrás saber con seguridad a quién le ha mandado fondos Alice una vez el canal se haya cerrado.
¿Cómo funciona la Lightning Network?
Hemos explicado cómo la Lightning Network depende, a un nivel general, de canales entre nodos. Ahora realizaremos un análisis más detallado.
Multisignature addresses (direcciones multifirma)
La cosa empieza con ambos depositando, por ejemplo, 3 BTC cada uno en la dirección multifirma que comparten. Es necesario reiterar que Bob no podrá retirar fondos de la dirección sin la aprobación de Alice, y viceversa.
Por supuesto, podrían simplemente emplear una hoja de papel en la que se ajusten los balances de cada lado. Ambos tienen un balance inicial de 3 BTC. Si Alice quisiera mandarle a Bob una transferencia de 1 BTC, ¿por qué no apuntar, simplemente, que Alice ahora posee 2 BTC y Bob 4 BTC? Los balances podrían supervisarse de este modo hasta que decidieran retirar los fondos.
Sí, sería posible, ¿pero dónde estaría la gracia? Y más importante aún, ¿no haría eso que resultara enormemente fácil que alguien no cooperara? Si Alice acabara teniendo 6 BTC y Bob ninguno, este último no perdería nada al negarse a liberar los fondos (excepto, quizás, su amistad con ella).
Hash Timelock Contracts (HTLCs)
El sistema anteriormente descrito es aburrido y no ofrece grandes ventajas respecto a las actuales configuraciones en que interviene la confianza (trusted setups). La cosa se vuelve mucho más interesante cuando introducimos un mecanismo que se encarga de hacer cumplir el “contrato” entre Alice y Bob. Si una de las partes decide no respetar las reglas, el otro seguirá teniendo un recurso para poder retirar sus fondos del canal.
Los HTLCs se crean combinando hashlocks y timelocks. En la práctica, los HTLCs pueden ser empleados para crear pagos condicionales –el receptor debe proporcionar un secreto antes de cierto momento, o el emisor podrá recuperar los fondos. Esta siguiente parte probablemente se entienda mejor con un ejemplo, así que vamos a traer de vuelta a Alice y Bob.
Abrir y cerrar canales
Antes pusimos el ejemplo de Alice y Bob, que acababan de generar las transacciones que depositan los fondos en la dirección multifirma que ambos comparten. ¡Pero dichas transacciones no se publicarán todavía en la blockchain! Antes de ello, deberemos hacer otra cosa más.

Tres monedas de Bob y tres monedas de Alice.
Podría intentar transmitirla inmediatamente, pero sería inválida porque Bob no habría incluido su firma. En primer lugar, Alice deberá entregarle la transacción incompleta a Bob. Y una vez él añada su firma, la transacción será válida.
Todavía no hemos establecido un mecanismo para hacer que todo el mundo respete las reglas. Como hemos dicho antes, si tu contraparte rechaza cooperar, tus fondos se verían en la práctica atrapados. Así que procedamos a analizar el mecanismo que lo impide. En el mismo hay unos cuantos engranajes distintos, así que tengan paciencia.
Cada parte debe presentar un secreto –llamemos simplemente a los mismos As y Bs. Se trataría de secretos pésimos si Alice y Bob los revelaran, por lo que los mantendrán ocultos por ahora. La pareja generará los hashes de sus respectivos secretos –h(As) y h(Bs). Y de esta forma, en lugar de compartir sus secretos, se intercambiarán dichos hashes.

Alice y Bob se intercambian los hashes de sus secretos.
Si te imaginas el canal como el mini-ledger (el minilibro mayor contable) al que hemos aludido antes, las transacciones de consolidación (commitment) serían las actualizaciones que haces al mismo. Cada vez que creas un nuevo par de transacciones de consolidación, estás reajustando los fondos entre los dos participantes.

La transacción de Alice con dos salidas: una para su propia dirección y otra para una nueva multifirma. Ella todavía necesita la firma de Bob para que sea válida.
Bob hace lo mismo: una salida se paga a sí mismo, la otra paga a otra dirección multifirma. Lo firma y se lo da a Alice.

Tenemos dos transacciones incompletas que son muy similares.
Las nuevas direcciones de multifirma (donde se destinan las salidas de 3 BTC) tienen algunas propiedades peculiares. Echemos un vistazo a la transacción incompleta que Alice firmó y le dio a Bob. La salida multifirma se puede gastar en las siguientes condiciones:
- Ambas partes pueden firmar cooperativamente.
- Bob puede gastarlo solo después de un cierto período de tiempo (debido a nuestro bloqueo de tiempo).
- Alice puede gastarlo si conoce los secretos Bs de Bob.
Por la transacción que Bob le dio a Alice:
- Ambas partes pueden firmar cooperativamente.
- Alice puede gastarlo sola después de un cierto período de tiempo.
- Bob puede gastarlo si conoce los secretos As de Alice.
Ten en cuenta que ninguna de las partes conoce el secreto de la otra, por lo que 3) todavía no es una posibilidad. Otra cosa a tener en cuenta es que, si firmas una transacción, su contraparte puede gastarlo de inmediato porque no hay condiciones especiales en su producción. Puedes esperar a que caduque el bloqueo de tiempo para gastar los fondos tu mismo, o puedes cooperar con la otra parte para gastarlos directamente.
¡Bueno! Ahora puedes publicar las transacciones en la dirección original de múltifirmas 2 de 2. Finalmente, es seguro hacerlo, porque puedes recuperar tus fondos si tu contraparte abandona el canal.
Una vez que las transacciones se confirman, el canal está en funcionamiento. Ese primer par de transacciones nos muestra el estado actual del mini-ledger. Actualmente, pagará 3 BTC a Bob y 3 BTC a Alice.
Cuando Alice quiere hacer un nuevo pago a Bob, el par crea dos nuevas transacciones para reemplazar el primer conjunto. El ejercicio es el mismo: solo están medio firmados. Sin embargo, Alice y Bob primero renuncian a sus viejos secretos e intercambian nuevos hash para la próxima ronda de transacciones.

Si Alice quisiera pagar 1 BTC a Bob, por ejemplo, las dos nuevas transacciones acreditarían 2 BTC a Alice y 4 BTC a Bob. De esta manera, el saldo se actualiza.
Cualquiera de las partes puede firmar y transmitir una de las transacciones más recientes en cualquier momento para "liquidarla" en la blockchain. Pero cualquiera de las partes que lo haga deberá esperar hasta que el bloqueo de tiempo haya expirado, mientras que la otra puede gastar de inmediato. Recuerda, si Bob firma y transmite la transacción de Alice, ahora tiene una salida sin condiciones.
¿Estás buscando comenzar con las criptomonedas? ¡Compra Bitcoin en Binance!
¿Cómo evita la Lightning Network que se hagan trampas?
Alice recibe su moneda de inmediato. Bob, por otro lado, debe esperar hasta que expire el bloqueo de tiempo para gastar desde la dirección multifirma. ¿Recuerdas la otra condición que mencionamos que le permitiría a Alice gastar esos mismos fondos de inmediato? Ella necesita un secreto que no tenía entonces. Ella lo tiene ahora: tan pronto como se creó la segunda ronda de transacciones, Bob reveló ese secreto.
Mientras Bob se sienta, incapaz de hacer nada mientras espera que caduque el bloqueo de tiempo, Alice puede mover esos fondos. Este mecanismo basado en el castigo significa que es poco probable que los participantes intenten hacer trampa porque el compañero tendrá acceso a sus monedas.
Enrutamiento de pagos
Hablamos de esto antes: los canales se pueden conectar. De lo contrario, Lightning Network no sería tan útil para pagos. ¿Realmente vas a bloquear $500 en un canal con una cafetería para que puedas obtener tu solución diaria durante los próximos meses?
No tienes que hacer eso. Si Alice abre un canal con Bob y Bob ya tiene uno con Carol, Bob puede enrutar los pagos entre los dos. Esto puede funcionar a través de múltiples "saltos", lo que significa que Alice puede pagar efectivamente a cualquiera a donde exista una ruta.

En este escenario, Alice puede recorrer múltiples rutas para llegar a Frank. En la práctica, ella siempre tomará la más fácil.
Por su papel en el enrutamiento, los intermediarios pueden cobrar una pequeña comisión (aunque no hay obligación de hacerlo). Lightning Network todavía es muy nueva, por lo que aún no se ha materializado un mercado de comisiones. Lo que muchos esperan ver son basadas en la liquidez provista.
En la cadena base, su comisión se basa únicamente en el espacio que ocupa tu transacción en un bloque, el valor que se transmite no importa, los pagos de $1 y $ 10,000,000 cuestan lo mismo. Por el contrario, no existe el espacio en bloque dentro de Lightning Network.

Saldo de los usuarios antes y después de una transferencia de 0.3 BTC de Alice a Frank.
Si Alice quiere enviar 0.3 BTC a Frank, ella empuja 0.3 BTC al lado del canal de Carol. Luego Carol empuja 0.3 BTC de su saldo local en el canal con Frank. Como resultado, el saldo de Carol sigue siendo el mismo: los +0.3 BTC de Alice y -0.3 BTC a Frank se cancelan mutuamente.
Carol no está perdiendo valor al actuar como una conexión entre Frank, pero se está volviendo menos flexible. Verás, ahora puede gastar 0.6 BTC en su canal con Alice, pero sólo 0.1 BTC en el canal con Frank.
Puedes imaginar una situación en la que Alice solo está conectada a Carol, mientras que Frank está conectado a una red mucho más amplia. Carol anteriormente podía enviar un total de 0.4 BTC a otros a través de Frank, pero ahora solo puede empujar 0.1 BTC porque eso es todo lo que tiene en su extremo del canal.
En este escenario, Alice está comiendo efectivamente la liquidez de Carol. Sin ningún tipo de incentivo, Carol no querrá debilitar su propia posición. Entonces, en cambio, ella podría decir que enrutaré cada 0.01 BTC a una comisión de diez satoshis. De esta manera, cuanto más de sus saldos locales se sacrifique Carol en caminos "más fuertes", más se beneficia.
Como se mencionó anteriormente, no existe un requisito de facto para cobrar una comisión. Algunos podrían no estar preocupados por la reducción de liquidez. Otros pueden simplemente abrir canales directamente al receptor.
Limitaciones de la Lightning Network
Sería fantástico si Lightning Network demostrara ser la solución a todos los problemas de escalabilidad de Bitcoin. Desafortunadamente, tiene sus propias deficiencias que pueden interferir.
Usabilidad
Por ahora, eso no es posible con Lightning Network. Las opciones son limitadas cuando se trata de aplicaciones para teléfonos inteligentes; en general, los nodos Lightning requieren acceso a un nodo Bitcoin para ser completamente utilizables.
Después de configurar un cliente, los usuarios también deben comenzar a abrir canales antes de poder realizar pagos. Esto puede ser un proceso lento y podría ser abrumador cuando un recién llegado se introduce en conceptos como la capacidad de entrada / salida.
Dicho esto, constantemente se realizan mejoras para reducir las barreras de entrada y proporcionar a los usuarios una experiencia más racionalizada.
Liquidez
Una de las mayores críticas de Lightning Network es que su capacidad para realizar transacciones es limitada. No puedes gastar más de lo que has bloqueado en un canal. Si gastas todos tus fondos para que el saldo remoto tenga todos los fondos del canal, deberás cerrar el canal. Alternativamente, puedes esperar hasta que alguien te pague, pero eso no es lo ideal.
Hubs centralizados
Debido al problema mencionado en la sección anterior, existe cierta preocupación de que la red facilitará la creación de "centros" masivos. Es decir, entidades grandes, muy conectadas y con mucha liquidez. Cualquier pago significativo necesitaría ser enviado a través de algunas de estas entidades.
Obviamente, esa no sería una gran situación. Debilitaría el sistema, ya que estas entidades que se desconectan interrumpirían las relaciones entre pares. También existe un mayor riesgo de censura ya que solo hay unos pocos puntos a través de los cuales fluyen las transacciones.
Estado actual de la Lightning Network
A partir de abril de 2020, Lightning Network se ve saludable. Cuenta con más de 12,000 nodos en línea, más de 30,000 canales activos y un poco más de 920 BTC de capacidad.

Distribución global de nodos de Lightning Network. Fuente: explorer.acinq.co
Conclusión
Todavía hay algunos obstáculos de usabilidad que superar, ya que actualmente requiere cierto grado de competencia técnica para operar un nodo Lightning. Pero con la cantidad de desarrollo que se está llevando a cabo, bien podemos ver que las barreras de entrada se reducen con el tiempo.
Si se pueden resolver los problemas, Lightning Network podría convertirse en una parte integral del ecosistema de Bitcoin, lo que aumentaría enormemente la escalabilidad y la velocidad de las transacciones.