Introducción
Las criptomonedas tienen propiedades importantes que las hacen menos susceptibles a los piratas informáticos o a los cierres. Todo el mundo puede transferir valor alrededor del mundo a través de criptomonedas sin necesidad de que intervengan terceros.
Garantizar que estas características permanezcan sin cambios tiene un costo enorme. El rendimiento es limitado debido a la gran cantidad de nodos que ejecutan la criptomoneda. Por tanto, aunque es una tecnología destinada a popularizar al público, el volumen de transacciones por segundo (TPS) que puede manejar la red blockchain es relativamente bajo.
Para superar las limitaciones inherentes de la tecnología blockchain, han surgido varias soluciones de escalabilidad para aumentar la cantidad de transacciones que la red puede manejar. En este artículo, profundizaremos en una de las extensiones del protocolo Bitcoin, Lightning Network.
¿Qué es la Red Lightning?
Lightning Network se ejecuta sobre la cadena de bloques y está diseñada para acelerar las transacciones entre pares. El uso de esta red no se limita a Bitcoin, también se integran en ella criptomonedas como Litecoin.
Puede que estemos confundidos, ¿qué significa “encima de la cadena de bloques”? Lightning Network es una de las llamadas soluciones fuera de la cadena o de Capa 2. Las personas pueden realizar transacciones a través de la red sin registrar cada transacción en la cadena de bloques.
Lightning Network es independiente de la red Bitcoin y tiene nodos y software autónomos, pero aún necesita comunicarse con la cadena principal. Para entrar y salir de Lightning Network, es necesario crear transacciones especiales en la cadena de bloques.
La primera transacción de un individuo es en realidad establecer un contrato inteligente con otros usuarios. Entraremos en más detalles más adelante. Por ahora, pensemos primero en los contratos inteligentes como libros de contabilidad privados compartidos con otros usuarios. Los usuarios pueden escribir múltiples transacciones en este libro mayor. Estos registros solo son visibles para los usuarios y las contrapartes y, según las características de la configuración, ambas partes no pueden falsificarlos.
Este mini libro mayor se llama "canal". Por ejemplo, Alice y Bob invierten cada uno 5 BTC en el contrato inteligente. Cada uno tiene un saldo de 5 BTC en su canal en este momento. Luego, Alice escribe en el libro mayor "Pague 1 BTC a Bob". Ahora, a Bob le quedan 6 BTC y a Alice le quedan 4 BTC. Más tarde, Bob envía 2 BTC a Alice. Después de actualizar el saldo, a Alice le quedan 6 BTC y a Bob le quedan 4 BTC. Pueden seguir haciendo esto por un tiempo.
Cualquier parte puede publicar el estado actual del canal en la cadena de bloques en cualquier momento. En ese momento, los saldos en ambos extremos del canal se asignan a las respectivas direcciones en cadena de ambas partes.
Como sugiere el nombre, Lightning Trading es increíblemente rápido. No es necesario esperar confirmaciones de bloqueo, pague tan rápido como lo permita su conexión a Internet.
¿Por qué es necesaria Lightning Network?
A partir de ahora, Lightning Network (o “LN” para abreviar) parece ser la forma más lógica de manejar la escalabilidad de la cadena de bloques de Bitcoin. Coordinar cambios en un ecosistema tan grande es complicado, con riesgos como bifurcaciones duras y vulnerabilidades potencialmente catastróficas. Asegurar enormes cantidades de valor es una prioridad absoluta y los experimentos son extremadamente peligrosos.
Si se quiere eliminar la experimentación de la cadena de bloques, debe haber más flexibilidad. Un ligero error de este modo no tendrá un impacto sustancial en la red Bitcoin. Una solución de Capa 2 no socavaría ninguno de los supuestos de seguridad que han mantenido el protocolo en funcionamiento durante más de 10 años.
Además, no es necesario cambiar la forma habitual de funcionamiento. De esta manera, las transacciones dentro de la cadena del usuario final continúan como de costumbre y ahora hay más opciones de transacciones fuera de la cadena.
Existen muchos beneficios al utilizar Lightning Network. Destacaremos los siguientes puntos.
Escalabilidad
Los bloques de Bitcoin se crean aproximadamente cada diez minutos y pueden acomodar un número limitado de transacciones. El espacio en bloque es un recurso escaso, por lo que los usuarios deben pujar entre sí para garantizar que sus transacciones se incluyan en el espacio en bloque de manera oportuna. La principal preocupación de los mineros es que les paguen, por lo que priorizan incluir transacciones con tarifas más altas.
Suponiendo que no haya varios usuarios intentando enviar fondos al mismo tiempo, esto no será un problema. Puede establecer una tarifa baja para que sea probable que la transacción se incluya en el siguiente bloque. Sin embargo, cuando todos publican transacciones al mismo tiempo, la tarifa promedio aumenta significativamente, superando ocasionalmente los $5. En el apogeo del mercado alcista en 2017, las tarifas de gestión incluso superaron los 50 dólares.
Tarifas promedio de transacción de Bitcoin (en USD)
Esto puede parecer trivial para una transacción de Bitcoin por valor de miles de dólares. Pero los micropagos están pasando apuros. ¿Quién quiere pagar $5 extra por una taza de café de $3?
Todavía hay dos tarifas que pagar por usar Lightning Network, las tarifas para abrir y cerrar el canal. Una vez abierto el canal, los usuarios y las contrapartes pueden realizar miles de transacciones de forma gratuita. Una vez que se completa la transacción, el estado final simplemente se publica en la cadena de bloques.
Desde una perspectiva macro, si más personas eligen soluciones fuera de la cadena como Lightning Network, la eficiencia del uso del espacio de bloques aumentará. Las transferencias de pequeña cantidad y alta frecuencia se realizan a través de canales de pago, mientras que el espacio de bloque se utiliza para transacciones de gran cantidad y apertura/cierre de canales. De esta manera, aumenta el número de grupos de usuarios que acceden al sistema y se desarrolla aún más la escalabilidad a largo plazo.
micropago
Bitcoin tiene una cantidad mínima de transacción de aproximadamente 0,00000546 BTC. En el momento de escribir este artículo, equivalía a unos cuatro centavos. Esta ya es una cantidad pequeña, pero Lightning Network ha reducido aún más el límite de transacciones, basándose en la unidad más pequeña actual, que es 0,00000001 BTC, o un Satoshi.
Lightning Network es más atractiva para micropagos. A costa de las transacciones regulares, enviar pequeñas cantidades a través de la cadena principal parece poco práctico. Sin embargo, dentro del canal, se pueden enviar pequeñas fracciones de Bitcoin de forma gratuita.
Los micropagos se prestan a numerosos casos de uso. Algunos predicen que los micropagos se convertirán en una alternativa eficaz al modelo de servicio de suscripción, según el cual los usuarios sólo pagan una pequeña cantidad por cada uso del servicio.
privacidad
El segundo beneficio de Lightning Network es que la información del usuario se mantiene más confidencial. Cada parte no necesita difundir la información de su propio canal en la red. La cadena de bloques puede decir "Esta transacción abrió un canal", pero los detalles de la transacción no serán revelados. Si un participante elige hacer que el canal sea privado, el progreso de la transacción solo será visible para el participante.
Suponiendo que Alice y Bob comparten un canal, y Bob comparte otro canal con Carol, Alice y Carol pueden enviarse pagos entre sí a través de Bob. Si Dan establece una conexión con Carol, Alice también puede enviarle un pago. Imagine extender este modelo a una vasta red de canales de pago interconectados. Según esta configuración, mientras el canal esté cerrado, es imposible determinar a quién envió fondos Alice.
¿Cómo funciona Lightning Network?
Hemos explicado cómo Lightning Network depende de canales entre nodos a un alto nivel. Ahora estudiemos los principios específicos subyacentes.
Dirección de firma múltiple
Una firma múltiple (o "multisig" para abreviar en inglés) es una dirección que se puede utilizar para pagos con múltiples claves privadas. Una vez que los usuarios crean una firma múltiple, pueden especificar la cantidad de claves privadas necesarias para pagar fondos y firmar transacciones. Por ejemplo, el esquema 1 de 5 significa que cinco claves generan una firma válida y solo se necesita una clave para firmar una transacción. La solución 2 sobre 3 significa que si hay tres llaves, se requieren dos de ellas para pagar la tarifa.
Para aprovisionar un canal Lightning Network, los participantes deben bloquear fondos en un esquema 2 de 2, es decir, solo se necesitan dos claves privadas para firmar transacciones y también se requieren dos claves privadas para transferir tokens. Volvamos al ejemplo de Alice y Bob. Iban a tener que pagarse mucho dinero durante los próximos meses, así que decidieron abrir un canal Lightning.
Primero, cada uno de ellos depositó 3 BTC en una dirección compartida de múltiples firmas. Cabe destacar que Bob no puede transferir fondos fuera de la dirección sin el consentimiento de Alice y viceversa.
Sólo necesitan dejar un registro en papel al ajustar las balanzas en ambos lados. Ambas partes tienen cada una un saldo inicial de 3 BTC. Si Alice quiere pagarle a Bob 1 BTC, ¿por qué no tener en cuenta que Alice tiene 2 BTC y el saldo de Bob es 4 BTC? De esta manera, el registro puede realizar un seguimiento del saldo antes de que se tome la decisión de transferir el activo.
Este enfoque funciona, pero ¿cuál es el secreto? De hecho, y lo que es más importante, ¿esto facilita la cooperación entre nosotros? Suponiendo que Alice termine poseyendo 6 BTC y Bob se quede sin nada, entonces Bob no perderá nada al negarse a liberar los fondos (quizás todo lo que pierda sea su amistad con Alice).
Contrato de bloqueo de tiempo hash (HTLC)
El sistema descrito anteriormente es aburrido y mediocre en comparación con las configuraciones confiables actuales. El mecanismo que presentamos a continuación para hacer cumplir el "contrato" entre Alice y Bob es mucho más interesante. Si una de las partes no sigue las reglas, la otra parte puede tomar medidas correctivas y retirar fondos del canal.
Este mecanismo se denomina "Contrato de bloqueo de tiempo Hash" o "HTLC" para abreviar. Este término puede parecer intimidante, pero en realidad es un concepto muy simple y fácil de entender. Combina tecnologías de bloqueo de hash y bloqueo de tiempo para tomar medidas correctivas contra diversas operaciones que no cooperan en los canales de pago.
El bloqueo hash es una condición agregada a la transacción. Específicamente, debe demostrar que conoce cierto secreto antes de poder utilizar los fondos. El remitente procesa un dato y envía la transacción con el valor hash al receptor. El destinatario sólo puede utilizar los fondos si proporciona los datos iniciales (es decir, secretos) que coincidan con el valor hash. La única forma de obtener estos datos es a través del remitente.
Un bloqueo de tiempo es una restricción que impide que los fondos se utilicen antes de un tiempo específico. Puede especificar un tiempo específico o una altura de bloque específica.
El contrato de bloqueo de tiempo de hash (HTLC) se crea combinando el bloqueo de hash y el bloqueo de tiempo. En aplicaciones prácticas, los Hash Time Lock Contracts (HTLC) se pueden utilizar para crear pagos condicionales, donde el destinatario debe proporcionar un secreto antes de un tiempo determinado; de lo contrario, el remitente retirará los fondos. La siguiente explicación será más fácil de entender a través de ejemplos. Entonces, volvamos a Alice y Bob.
Abrir y cerrar canales
Dimos un ejemplo antes, asumiendo que Alice y Bob acaban de crear una transacción y ambas partes depositan fondos en una dirección compartida de múltiples firmas. ¡Pero estas transacciones aún no se han publicado en la cadena de bloques! Primero debemos hacer una cosa.
Tres fichas provienen de Bob y tres fichas provienen de Alice.
Recuerde, la única forma de obtener estos tokens de una firma múltiple es que Alice y Bob firmen conjuntamente la transacción. Si Alice quiere enviar los seis tokens a una dirección externa, Bob debe aprobarlo. Inició una transacción especificando "enviar seis bitcoins a esta dirección" y luego añadió su firma.
Si intenta publicar una transacción inmediatamente sin incluir la firma de Bob, la transacción no será válida. Alice primero debe entregarle la transacción incompleta a Bob. Una vez que firma, la transacción entra en vigor.
Hasta ahora, no hemos establecido un mecanismo para instar a todos a realizar transacciones honestas. Como se mencionó anteriormente, si la contraparte se niega a cooperar, los fondos quedan completamente atrapados. Echemos un vistazo a los mecanismos para prevenir este tipo de situaciones. Este mecanismo implica operaciones de varios pasos; tenga paciencia mientras las presentamos una por una.
Cada lado proporciona un secreto, que llamamos "As" y "Bs". Una vez que ambas partes revelen sus secretos, las consecuencias serán desastrosas. Por lo tanto, tienen que mantenerlo en secreto por ahora. Los dos secretos generan sus propios valores hash secretos, a saber, h(As) y h(Bs). De esta manera, las dos partes no necesitan compartir secretos, solo hashes entre sí.
Alice y Bob comparten el hash secreto entre ellos.
Antes de que Alice y Bob publiquen la primera transacción en la dirección de firmas múltiples, también deben crear una serie de transacciones de compromiso, que son remedios para evitar que la otra parte confisque los fondos.
Si piensa en un canal como el mini libro mayor que mencionamos antes, entonces una transacción de compromiso es una actualización del libro mayor. Cada vez que se crea un nuevo conjunto de transacciones de compromiso, se reequilibran los fondos de dos participantes.
La transacción de Alice tiene dos salidas, una paga la dirección que posee y la otra bloquea la nueva dirección de firma múltiple. Lo firmó y se lo entregó a Bob.
La transacción de Alice tiene dos salidas, una a su propia dirección y la otra a la nueva firma múltiple, que requiere la firma de Bob para surtir efecto.
La situación es la misma para Bob: una salida se paga a sí misma y la otra paga a las otras direcciones de firmas múltiples. Lo firmó y se lo entregó a Alice.
Dos transacciones incompletas que son más o menos iguales.
En términos generales, Alice puede agregar una firma a la transacción de Bob para que la transacción sea efectiva. Pero observamos que estos fondos de gasto provienen de 2 de cada 2 firmas múltiples que aún no han sido asignadas. Esto es similar a intentar emitir un cheque desde una cuenta que actualmente tiene un saldo cero. Por lo tanto, estas transacciones parcialmente firmadas solo se pueden utilizar después de que multifirma esté en funcionamiento.
La nueva dirección de firmas múltiples, que es el destino de la salida de 3 BTC, tiene algunas características. Echemos un vistazo a la transacción incompleta firmada por Alice a Bob. La salida de firma múltiple se puede utilizar en las siguientes condiciones:
Ambas partes pueden trabajar juntas para firmar el acuerdo.
Debido al bloqueo de tiempo, Bob puede gastarlo solo después de un período de tiempo.
Si Alice conoce las B secretas de Bob, puede utilizar los fondos.
Para la transacción de Bob a Alice:
Ambas partes pueden trabajar juntas para firmar el acuerdo.
Alice puede gastarlo sola después de un período de tiempo.
Si Bob conoce las A secretas de Alice, puede utilizar los fondos.
Recuerde, ninguna de las partes conoce el secreto de la otra, por lo que el punto 3 es temporalmente inalcanzable. Otra nota es que una vez que una de las partes firma una transacción, la contraparte tiene acceso inmediato a los fondos porque no se imponen condiciones a sus resultados. El firmante debe esperar hasta que expire el tiempo de bloqueo antes de poder gastar los fondos por su cuenta o cooperar con la otra parte para gastar los fondos directamente juntos.
¡mis mejores deseos! Ahora puede publicar la transacción en la dirección de firma múltiple 2 de 2 original. Esto es seguro porque puedes recuperar tus fondos si la contraparte abandona el canal.
Una vez confirmada la transacción, el canal estará funcionando. El primer par de transacciones muestra el estado actual del mini libro mayor. En este momento, el libro mayor paga 3 BTC a Bob y 3 BTC a Alice.
Cuando Alice quiere hacerle un nuevo pago a Bob, los dos crean dos nuevas transacciones para reemplazar el primer conjunto de transacciones. El método de operación es exactamente el mismo, la transacción será firmada por cada mitad de las partes. Es solo que Alice y Bob primero tienen que renunciar a sus viejos secretos e intercambiar nuevos hashes para la siguiente ronda de transacciones.
Por ejemplo, si Alice quiere pagarle a Bob 1 BTC, dos nuevas transacciones depositarán 2 BTC a Alice y 4 BTC a Bob. De esta forma se actualizará el saldo.
Ambas partes pueden firmar y publicar la última transacción en cualquier momento y completar la "liquidación" en la cadena de bloques. Sin embargo, la parte que firma la autorización debe esperar a que expire el bloqueo de tiempo y la otra parte puede gastar la tarifa de inmediato. Recuerde, si Bob firma y publica la transacción de Alice, ella puede obtener un resultado incondicional.
Ambas partes pueden llegar a un consenso para cerrar el canal al mismo tiempo, es decir, cierre cooperativo. Esta es la forma más conveniente para que los fondos regresen a la cadena. Sin embargo, si una de las partes no responde o se niega a cooperar, la otra parte puede retirar los fondos una vez que expire el tiempo de bloqueo.
¿Quieres comenzar tu viaje con las criptomonedas? ¡Vaya a Binance y compre Bitcoin ahora!
¿Cómo previene Lightning Network el fraude?
Podríamos notar un vector de ataque aquí. Suponiendo que el saldo actual de Bob es 1 BTC, ¿qué se puede hacer para evitar que publique una transacción anterior con un saldo mayor? Después de todo, ya recibió la transacción semifirmada de Alice, solo necesita agregar su firma y publicarla, ¿verdad?
Nada puede impedirle hacer esto. Pero si lo hiciera, podría perder todo el equilibrio. Supongamos que publicó una transacción antigua que pagaba 1 moneda a Alice y 5 monedas a la dirección de firmas múltiples que mencionamos anteriormente.
Alice recibirá los tokens inmediatamente, pero Bob debe esperar hasta que expire el bloqueo de tiempo antes de poder gastarlos desde la dirección de firmas múltiples. ¿Recuerdas que mencionamos anteriormente que hay otra condición que se debe cumplir antes de que Alice pueda usar los mismos fondos inmediatamente? Necesitaba un secreto que no tenía en ese momento. Pero ahora conoce el secreto: acaba de crearse la segunda ronda de transacciones y Bob filtró el secreto.
Mientras que Bob solo puede esperar a que expire el bloqueo de tiempo, Alice puede retirar todos los fondos. Este mecanismo punitivo garantiza que los participantes no intenten hacer trampa; de lo contrario, la contraparte recibirá sus tokens.
Pago del canal
Hemos hablado de este problema antes. Se pueden establecer conexiones entre canales; de lo contrario, Lightning Network no puede admitir de manera efectiva las funciones de pago. Imagínese si depositáramos $500 en la misma cafetería solo para tomar una taza todos los días durante los próximos meses.
De hecho, no hay absolutamente ninguna necesidad de hacer esto. Alice y Bob abrieron un canal, y Bob y Carol también establecieron un canal, por lo que Bob puede pagarles a ambos a través del canal. Al cruzar múltiples "saltos" de esta manera, Alice puede pagar a todos los que se encuentren en el camino.
En este caso, Alice puede comunicarse con Frank a través de múltiples canales. En la operación real, definitivamente elegirá el canal más conveniente.
La agencia intermediaria juega un papel determinado en el canal y cobrará una pequeña tarifa, pero no es obligatoria. Lightning Network todavía se encuentra en su etapa emergente y el mercado de carga aún no ha tomado forma. Muchos esperan poder cobrar tarifas en función de la liquidez.
En la cadena básica, los usuarios pagan tarifas según el espacio de bloque ocupado, pero no tienen nada que ver con el valor transferido. Es decir, pagar 1 dólar cuesta lo mismo que pagar 10 millones de dólares. Por el contrario, Lightning Network no tiene espacio de bloque.
Sin embargo, existe un concepto de saldo local y saldo remoto. El saldo local se refiere a la cantidad que una parte puede "empujar" al otro extremo del canal, mientras que el saldo remoto se refiere a la cantidad que la contraparte puede devolver a la parte local.
Pongamos otro ejemplo. Echemos un vistazo más de cerca a uno de los caminos anteriores: Alice <> Carol <> Frank.
Los saldos de cada usuario antes y después de que Alice transfiriera 0,3 BTC a Frank.
Los dos caminos Alice <> Carol y Carol <> Frank tienen cada uno una capacidad total de 1 BTC. El saldo local de Alice es 0,7 BTC. Cuando todos se instalan en la cadena de bloques en este momento, Alice recibe 0,7 BTC y Carol recibe el saldo remoto de 0,3 BTC.
Supongamos que Alice quiere enviar 0,3 BTC a Frank, enviará 0,3 BTC al lado del canal Carol. Luego, Carol envía 0,3 BTC de su saldo local a Frank a través del canal. En última instancia, el saldo de Carol sigue siendo el mismo: +0,3 BTC de Alice y -0,3 BTC enviados a Frank se cancelan entre sí.
El papel de Carol como conexión intermediaria de Frank no ha perdido valor, pero su propia flexibilidad de control de capital ha empeorado. Se puede ver que actualmente puede gastar 0,6 BTC en el canal con Alice, pero solo puede gastar 0,1 BTC al final del canal con Frank.
Imaginemos una situación en la que Alice sólo está conectada a Carol, mientras que Frank está conectado a una red más amplia. Anteriormente, Carol podía enviar un total de 0,4 BTC a otras personas a través de Frank, pero ahora solo tiene 0,1 BTC en un extremo del canal para enviar.
En este caso, Alice en realidad está canibalizando la liquidez de Carol. Sin ningún incentivo, Carol no quería ponerse en desventaja. Entonces ella podría proponer "Cobraré 10 Satoshi por cada 0,01 BTC de salida de mi canal". De esta manera, cuanto mayor sea el saldo local que Carol descarte en el camino "más fuerte", más ganará.
Como se mencionó, aquí no existe ningún requisito de tarifa de facto. A algunas personas no les preocupa que la liquidez empeore, mientras que otras simplemente quieren abrir un canal directamente con el destinatario.
Limitaciones de la red Lightning
Si resulta que Lightning Network puede resolver todos los problemas de escalabilidad de Bitcoin, todos estarán felices. Desafortunadamente, Lightning Network tiene deficiencias que obstaculizan su desarrollo.
Disponibilidad
Para los principiantes, Bitcoin no es el sistema más intuitivo. Las direcciones, tarifas, etc. pueden resultar confusas. Sin embargo, la billetera abstrae estos contenidos complejos y proporciona a los usuarios operaciones similares a los sistemas de pago existentes. Podemos permitir que otros descarguen la billetera del teléfono inteligente y les envíen tokens. De esta forma estarán más que dispuestos a completar la operación.
Actualmente, Lightning Network no puede hacer esto y la selección de aplicaciones para teléfonos inteligentes aún es muy limitada. En términos generales, los nodos de Lightning Network requieren acceso a los nodos de Bitcoin para poder utilizarse por completo.
Después de configurar el cliente, el usuario aún necesita abrir el canal para realizar el pago. Este proceso lleva mucho tiempo, especialmente cuando los recién llegados están expuestos a conceptos como "capacidad de entrada/salida" y están confundidos.
Por lo tanto, Lightning Network aún necesita mejorarse continuamente para reducir las barreras de entrada y brindar a los usuarios una experiencia más fluida.
fluidez
Una crítica importante a Lightning Network es que las capacidades de transacción de los usuarios son limitadas. El gasto personal no puede exceder la cantidad bloqueada en el canal. Si alguien quiere gastar todos los fondos y transferirlos del canal al saldo remoto, el canal debe cerrarse. Alternativamente, espere pasivamente a que otros paguen a través del canal, pero esto no es lo ideal.
Las rutas individuales están limitadas por la capacidad total del canal. Tome la anterior Alice <> Carol <> Frank como ejemplo. Si el canal de Alice y Carol tiene una capacidad de 5 BTC, pero Carol y Frank solo tienen una capacidad de 1 BTC, entonces Alice nunca podrá enviar más de 1 BTC. Aun así, todos los saldos deben estar en el lado Carol del canal Carol <> Frank para garantizar el funcionamiento normal de Lightning Network. Esto limita severamente la cantidad de fondos que se pueden transferir a través de los canales de Lightning Network, lo que a su vez afecta la utilidad de la red.
centro centralizado
Debido a las cuestiones mencionadas anteriormente, a algunas personas les preocupa que dicha red cree una gran cantidad de "centros", es decir, entidades grandes y estrechamente relacionadas con una gran liquidez, a través de las cuales pasarán todos los grandes pagos.
Evidentemente, este impulso de desarrollo no es una buena señal. Los centros centralizados paralizan el sistema porque desconectar estas entidades interrumpe gravemente las relaciones entre los usuarios. Además, cuando solo se intercambian unos pocos puntos, aumenta el riesgo de censura.
El estado actual de Lightning Network
A marzo de 2022, Lightning Network funciona con normalidad, con más de 35.000 nodos en línea, más de 85.000 canales activos y una capacidad de más de 3.570 BTC.
Distribución global de nodos de Lightning Network. Fuente: explorer.acinq.co
Entre las muchas implementaciones de nodos diferentes, c-lightning de Blockstream, Lightning Network Daemon de Lightning Labs y Eclair de ACINQ son particularmente populares. Dirigidas a usuarios menos conocedores de la tecnología, muchas empresas han introducido nodos plug-and-play. Los usuarios solo necesitan conectar su dispositivo para comenzar a usar Lightning Network.
Resumir
La red principal Lightning Network se lanzó en 2018 y, aunque muchos creen que todavía se encuentra en una fase de prueba, la red ya ha mostrado un impulso increíble.
Actualmente, sólo los usuarios con un cierto nivel de competencia técnica operan los nodos de Lightning Network, por lo que la red aún necesita superar algunos obstáculos de usabilidad. Con el vigoroso desarrollo de la red, las barreras de entrada están disminuyendo gradualmente.
Siempre que el problema se resuelva con éxito, Lightning Network se convertirá en una parte integral del ecosistema Bitcoin, mejorando enormemente la escalabilidad y la velocidad de las transacciones.
