Puntos clave:
Las soluciones de Capa 2 se crearon para abordar las limitaciones de escalabilidad inherentes a la tecnología blockchain.
Lightning Network es una solución de escalamiento de capa 2 que ofrece transacciones rápidas sin confirmación de bloque, lo que permite micropagos eficientes.
Proporciona pagos seguros y escalables a través de direcciones de firmas múltiples y contratos Hash Timelock.
Introducción
Las criptomonedas tienen algunas propiedades bastante únicas. No se pueden piratear ni desactivar fácilmente, y cualquiera puede utilizarlos para transferir valor en todo el mundo sin la intervención de terceros.
Para garantizar el mantenimiento de estas funciones, es necesario recurrir a importantes compromisos. Dado que muchos nodos son responsables del funcionamiento de la red de criptomonedas, el ancho de banda es limitado. Como resultado, la cantidad de transacciones por segundo (TPS) que una red blockchain puede manejar es relativamente pequeña para una tecnología que apunta a una adopción masiva.
Para superar las limitaciones de la tecnología blockchain, se han propuesto una serie de soluciones de escalabilidad para aumentar la cantidad de transacciones que la red puede manejar. En este artículo, profundizaremos en Lightning Network, una de esas extensiones del protocolo Bitcoin.
¿Qué es la red Lightning?
Lightning Network es una red que se encuentra en la parte superior de la cadena de bloques para facilitar transacciones P2P rápidas. Esta no es una excepción para Bitcoin. Otras criptomonedas también han integrado esta solución.
Quizás se pregunte qué queremos decir con "encima de la cadena de bloques". Lightning Network es lo que se llama una solución fuera de la cadena o de segundo nivel. Permite a las personas realizar transacciones sin tener que registrar cada transacción en la cadena de bloques.
Lightning Network está separada de la red Bitcoin: tiene sus propios nodos y software, pero interactúa con la cadena de bloques principal. Para ingresar o salir de Lightning Network, se deben crear transacciones especiales en la cadena de bloques.
Lo que realmente estás haciendo con tu primera transacción es crear una especie de contrato inteligente con otro usuario. Entraremos en detalles en breve, pero por ahora, imagine un contrato inteligente que almacena un libro de contabilidad privado para usted y otro usuario. Puede escribir muchas transacciones en este libro mayor. Solo son visibles para usted y su pareja, pero ninguno de ustedes puede engañar a nadie debido a las características específicas del entorno.
Este minirregistro se llama canal. Digamos que Alice y Bob invirtieron 5 BTC cada uno en un contrato inteligente. Ahora ambos tienen un saldo de 5 BTC en su canal. Alice puede escribir "pagar 1 BTC a Bob" en el registro. Bob ahora tiene 6 BTC y Alice tiene 4. Luego, Bob puede enviar 2 BTC a Alice, actualizando el saldo a 6 BTC del lado de Alice y 4 BTC del lado de Bob. Es posible que sigan haciéndolo durante algún tiempo.
En cualquier momento, alguien que lo tenga puede publicar el estado actual del canal en la cadena de bloques. En este punto, los saldos de cada lado del canal se distribuirán entre los respectivos lados de la red.
Como sugiere el nombre, las transacciones Lightning se ejecutan a la velocidad del rayo. No se requiere confirmación de bloqueo para esperar el pago: los pagos se pueden realizar tan rápido como lo permita su conexión a Internet.
¿Por qué una solución Lightning Network?
Hasta ahora, Lightning Network (o simplemente LN) parece ser el enfoque más inteligente para escalar la cadena de bloques de Bitcoin. No es fácil coordinar cambios en un ecosistema tan grande: existe el riesgo de bifurcaciones duras y errores potencialmente catastróficos. Cuando hay mucho dinero en juego, experimentar es increíblemente peligroso.
Cuando experimentas fuera de blockchain, obtienes mucha más flexibilidad. Si algo sale mal, no afectará a la red Bitcoin real. Las soluciones de Capa 2 no socavan ninguna de las claves de seguridad que respaldan el protocolo durante más de 15 años.
Tampoco existe la obligación de abandonar la antigua forma de hacer las cosas. Las transacciones dentro de la cadena en la red continúan funcionando para el usuario final con normalidad, pero ahora tienen la capacidad de realizar transacciones fuera de la cadena.
Usar Lightning Network tiene varias ventajas. Cubriremos algunos de los principales a continuación.
Escalabilidad
Los bloques de Bitcoin se crean aproximadamente cada diez minutos y pueden contener un número limitado de transacciones. El espacio para bloques es un recurso escaso, por lo que debes pujar contra otros usuarios para agregar tu bloque a tiempo. A los mineros les importa que les paguen, por lo que primero agregarán transacciones con tarifas más altas.
Si pocos usuarios intentan enviar fondos al mismo tiempo, esto no es un problema. Puede establecer una tarifa baja y lo más probable es que la transacción se agregue al siguiente bloque. Pero cuando demasiados usuarios transmiten transacciones al mismo tiempo, la tarifa promedio puede aumentar significativamente. Hubo varios casos en los que superó los 10 dólares. Durante el mercado alcista de 2017, las tarifas superaron los 50 dólares. En abril de 2021, la tarifa promedio por una transacción de Bitcoin superó los 60 dólares.
Esto puede parecer insignificante para transacciones que mueven miles de dólares en Bitcoin, pero para pagos pequeños es inaceptable. ¿Quién quiere pagar una tarifa de $10 por un café de $3?
En Lightning Network, todavía pagas dos comisiones: una por abrir un canal y otra por cerrarlo. Pero usted y su contraparte pueden realizar miles de transacciones de forma gratuita una vez que el canal esté abierto. Cuando haya terminado, solo necesita publicar el estado final en la cadena de bloques.
En general, si más usuarios confían en soluciones fuera de la cadena como Lightning Network, el espacio en bloque se utilizará de manera más eficiente. Se pueden realizar transferencias pequeñas pero frecuentes en los canales de pago, mientras que el espacio de bloque se utiliza para transacciones más grandes y apertura/cierre de canales. Esto haría que el sistema fuera accesible para una base de usuarios mucho más amplia, lo que le permitiría escalar a largo plazo.
Micropagos
La cantidad mínima de Bitcoin que puedes enviar en una transacción es de aproximadamente 0,00000546 BTC. En el momento de escribir este artículo, eso equivale a unos 38 centavos. Es una cantidad pequeña, pero Lightning Network le permite superar los límites para realizar una transacción con la unidad más pequeña disponible: 0,00000001 BTC o un satoshi.
Lightning es mucho más atractivo para los micropagos. Las tarifas de transacción regulares hacen que no sea práctico enviar pequeñas cantidades a la cadena de bloques principal. Sin embargo, dentro del canal, puedes enviar una parte de Bitcoin de forma gratuita.
Los micropagos son adecuados para muchos casos de uso. Algunos usuarios especulan que podrían ser un reemplazo viable para los modelos basados en suscripción, donde los usuarios pagan pequeñas cantidades cada vez que utilizan un servicio.
Privacidad
Una segunda ventaja de Lightning Network es que puede ofrecer a los usuarios un alto nivel de privacidad. Las partes no necesitan informar sobre sus canales de red más amplios. Si bien se puede mirar la cadena de bloques y decir que esta transacción abrió un canal, no se puede saber qué sucede dentro de ella. Si los miembros deciden hacer que su canal sea privado, sólo ellos sabrán qué transacciones se realizan en él.
Si Alice tiene un canal con Bob y Bob tiene un canal con Carol, Alice y Carol pueden enviarse pagos entre sí a través de Bob. Si Dan está conectado con Carol, Alice puede enviarle pagos. Puede imaginarse cómo esto se extiende a una red en expansión de canales de pago interconectados. En este caso, no puedes estar seguro de a quién envió Alice los fondos después de cerrar el canal.
¿Cómo funciona Lightning Network?
Explicamos cómo Lightning Network utiliza canales entre nodos al más alto nivel. Consideremos el principio de funcionamiento del sistema desde el interior.
Direcciones con multifirma
Una dirección de firma múltiple (o multifirma) es una dirección que implica el uso de múltiples claves privadas para realizar una transferencia. Al crearlo, especifica cuántas claves privadas pueden gastar los fondos y cuántas de estas claves se necesitan para firmar la transacción. Por ejemplo, un esquema "1 de 5" significa que cinco claves pueden crear una firma válida y solo se necesita una para formar una transferencia. El esquema 2 de 3 significaría que de tres claves posibles, se necesitan dos para transferir fondos.
Para inicializar el canal Lightning, los participantes bloquean fondos en un esquema 2 de 2. Solo hay dos claves privadas para firmar y ambas son necesarias para mover monedas. Volvamos a nuestros amigos Alice y Bob. Se harán muchos pagos entre sí en los próximos meses, por lo que deciden abrir un canal Lightning Network.
Comienza cuando ambos contribuyen, digamos, 3 BTC cada uno a una dirección compartida de múltiples firmas. Vale la pena repetir que Bob no puede transferir fondos desde una dirección sin el consentimiento de Alice o viceversa.
Esto equivale a tener una hoja de papel en la que se regula el saldo de cada parte. Ambos tienen un saldo inicial de 3 BTC. Si Alice quiere pagarle a Bob 1 BTC, ¿por qué no tener en cuenta que Alice ahora posee 2 BTC y Bob 4 BTC? Los saldos se pueden rastrear de esta manera hasta que decidan retirarse.
Es posible, pero ¿qué hay de malo aquí? Más importante aún, ¿no es esta simplicidad una excusa para que alguien se niegue a cooperar? Si Alice obtiene 6 BTC y Bob no recibe ninguno, Bob no tiene nada que perder al negarse a transferir los fondos (excepto su amistad con Alice).
Contratos de bloqueo de tiempo de hash (HTLC)
El sistema anterior es simple y no ofrece una gran funcionalidad en comparación con otras configuraciones modernas. Las cosas se vuelven mucho más interesantes cuando presentamos el mecanismo que hace cumplir el "contrato" entre Alice y Bob. Esto prevé la posibilidad de un reembolso por parte del canal si una de las partes no quiere seguir las reglas.
Este mecanismo se llama Contrato Hash Timelock (o HTLC). Este término puede parecer complicado, pero el concepto es realmente muy simple y directo. Combina otras dos tecnologías (bloqueo hash y bloqueo de tiempo) para eliminar la posibilidad de comportamientos conflictivos en los canales de pago.
Un bloqueo hash es una condición para una transacción en la que los fondos solo se pueden gastar si se conoce el secreto. El remitente codifica un dato e incluye el hash en la transacción para el destinatario. La única forma en que el destinatario puede desbloquearlos es proporcionando los datos originales (el secreto) que coincidan con el hash proporcionado. La única forma de proporcionar estos datos es recibirlos del remitente.
Un bloqueo de tiempo es una condición que no le permite gastar fondos hasta un momento determinado. El período de tiempo se especifica como tiempo real o altura del bloque.
Los HTLC se crean combinando bloqueos hash y bloqueos de tiempo. En la práctica, HTLC se puede utilizar para crear pagos condicionales: el destinatario debe proporcionar el secreto antes de un tiempo determinado o el remitente puede devolver el dinero. La siguiente parte probablemente se explique mejor con un ejemplo, así que volvamos a Alice y Bob.
Apertura y cierre de canales.
Considere un ejemplo: Alice y Bob acaban de crear transacciones que financian una dirección de firmas múltiples. Van a utilizar esta dirección en un futuro próximo, ¡pero hasta ahora estas transacciones aún no se han publicado en la cadena de bloques! Primero hay una cosa más que hacer.
Las tres monedas de Bob y las tres monedas de Alice.
Recuerde que la única forma de sacar estas monedas de una billetera multifirma es si Alice y Bob firman conjuntamente la transacción. Si Alice quiere enviar las seis monedas a una dirección externa, necesitará la aprobación de Bob. Primero, forma una transacción (especifica una cantidad de seis Bitcoins que se enviará a otra dirección) y agrega su propia firma.
Alice puede intentar transmitir inmediatamente la transacción, pero no será válida porque Bob no la ha firmado. Alice tiene que dejarle los asuntos pendientes. Tan pronto como lo firme, la transacción será válida.
Sin embargo, en este caso aún no existe un proceso que obligue a los participantes a actuar con honestidad. Como mencionamos anteriormente, si su contraparte se niega a cooperar, sus fondos quedan efectivamente atrapados. Pasemos al mecanismo que lo impide. Para ello, existen varios elementos impulsores que se convertirán en una solución a tal problema.
Para evitar una situación tan desfavorable, cada parte debe idear un secreto, llamémoslos: As y Bs. Si Alice y Bob los revelan, perderán los fondos, por lo que los mantienen en secreto por ahora. Luego, el par genera hashes de los secretos correspondientes: h(As) y h(Bs). Entonces, en lugar de compartir sus secretos, intercambian hashes.
Alice y Bob intercambian fragmentos de sus secretos.
Alice y Bob también necesitan crear un conjunto de compromisos de transacción antes de publicar sus primeras transferencias a la dirección de firma múltiple. Esto implica ciertas medidas de seguridad, en caso de que alguien decida mantener los fondos como "rehenes".
Si piensa en un canal como el mini libro mayor al que nos referimos anteriormente, entonces los compromisos transaccionales son las actualizaciones que realiza en el libro mayor. Cada vez que crea un nuevo par de compromisos de transacción, reequilibra los fondos entre los dos participantes.
En el caso de Alice, tendrá dos salidas: la primera dirección es su dirección personal, que agregó, y la segunda está vinculada a una nueva dirección de firmas múltiples. Ella firma este último y se lo entrega a Bob.
La transacción de Alice tiene dos salidas, una con un depósito en su propia dirección y otra con un depósito en una nueva dirección de firmas múltiples. Sin embargo, este último aún requiere la firma de Bob para que la transacción sea válida.
Bob hace lo mismo: una dirección es su personal y la otra tiene múltiples firmas. Lo firma y se lo entrega a Alice.
Tenemos dos transacciones pendientes que son muy similares.
Por lo general, Alice puede agregar una firma a la transacción de Bob para que sea válida. Pero puede notar que estos fondos se están gastando de la suscripción múltiple 2 de 2, que aún no está financiada. Es como intentar gastar un cheque con saldo cero. Por lo tanto, estas transacciones parcialmente firmadas solo se pueden utilizar después de que se active la firma múltiple.
Las nuevas direcciones multifirma (para las que se asignan los 3 BTC de salida) tienen algunas propiedades específicas. Veamos la transacción pendiente que Alice firmó y le dio a Bob. Se puede activar una salida basada en multifirma si se cumplen las siguientes condiciones:
Ambas partes implementan una firma conjunta.
Bob realiza la transferencia por su cuenta después de un cierto período de tiempo (debido al bloqueo de tiempo).
Alice puede gastar el saldo si descubre el secreto de Bob: B.
Para la transacción, Bob le pide a Alice que implemente lo siguiente:
Ambas partes implementan una firma conjunta.
Alice hace la transferencia por su cuenta después de un cierto período de tiempo.
Bob tiene la oportunidad de gastar el saldo si descubre el secreto de Alice: A.
Tenga en cuenta que ninguna de las partes conoce el secreto de la otra, por lo que el punto 3 aún no es posible. También cabe señalar que si firma la transacción, su contraparte puede gastar el dinero inmediatamente, ya que no existen condiciones especiales para su salida. Puede esperar hasta que pase el tiempo para gastar los fondos usted mismo o puede asociarse con otra parte para gastarlos en su totalidad.
¡Perfectamente! Ahora puede publicar transacciones en la dirección original con un esquema "2-2" de firmas múltiples. Es seguro en esta etapa ya que puede obtener sus fondos si su contraparte abandona el canal.
Luego de confirmar la transacción, el canal inicia operaciones para su procesamiento. Este primer par de transacciones nos muestra el estado actual del mini libro mayor. En este punto, los pagos se distribuirán en el orden: 3 BTC para Bob y 3 BTC para Alice.
Cuando Alice quiera hacer una nueva transferencia a Bob, la pareja deberá crear dos nuevas transacciones para reemplazar el primer conjunto. La práctica sigue siendo la misma: los acuerdos sólo se firman a medias. Sin embargo, Alice y Bob tendrán 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 acreditan 2 BTC a Alice y 4 BTC a Bob. De esta forma, el saldo se actualiza.
Cada una de las partes puede en cualquier momento firmar y transferir las últimas transacciones a la otra parte para su "liquidación", es decir, registrar la información final en la cadena de bloques. Quien haga esto tendrá que esperar a que finalice el bloqueo de tiempo, mientras que la otra parte podrá gastar los fondos inmediatamente, al momento de recibirlos. Vale la pena señalar que si Bob firma y transmite la transacción a Alice, ella tiene la opción de salir sin condiciones adicionales.
Ambas partes pueden acordar cerrar el canal juntas (cierre cooperativo del canal). Esta es probablemente la forma más fácil y rápida de recuperar sus fondos en la red. Sin embargo, incluso si una de las partes deja de responder a las solicitudes o se niega a cooperar, la otra aún puede recuperar sus fondos después de que expire el tiempo de bloqueo.
¿Cómo previene Lightning Network el fraude?
Es posible que ya haya identificado un posible vector de ataque. Si Bob tiene actualmente un saldo de 1 BTC, ¿qué le impediría transmitir una transacción anterior cuando tuviera más monedas? Ya tiene una firma de Alice, y todo lo que necesita hacer es agregar su firma y transmitir la transacción a la cadena de bloques, ¿verdad?
Nadie le impide hacerlo, excepto que pueda perder todo el equilibrio. Supongamos que decide hacerlo y transmite su antigua transacción, lo que le da a Alice una moneda y cinco van a esa dirección de firmas múltiples que mencionamos anteriormente.
Alice recibe una moneda al instante. Y Bob debe esperar hasta que expire el bloqueo de tiempo para gastar el saldo de la dirección de firma múltiple. ¿Recuerda la condición anterior que le habría permitido a Alice gastar los mismos fondos inmediatamente? Necesita un secreto que no tenía entonces. Puede hacer esto desde el momento en que se crea la segunda ronda de transacciones, porque Bob le ha dado este secreto.
Mientras Bob espera que expire el bloqueo de tiempo y no puede hacer nada, Alice puede mover estos fondos. Este mecanismo basado en sanciones supone que es poco probable que un participante intente cometer fraude, por la sencilla razón de que, en tal caso, la otra parte obtiene inmediatamente acceso a sus monedas compartidas.
Ruta de pago
Tocamos este tema antes: los canales pueden comunicarse entre sí. De lo contrario, Lightning Network no sería tan útil para los pagos. Después de todo, ¿no vas a bloquear 500 dólares en un canal de una cafetería para conseguir tu dosis diaria de cafeína durante los próximos meses?
No tienes que hacer esto. Si Alice abre un canal con Bob y él tiene un canal con Carol, Bob tendrá la posibilidad de enviar pagos utilizando la conexión entre ellos. Este mecanismo funciona en varios "saltos", lo que significa que Alice puede transferir fondos rápidamente a cualquier persona a quien exista esa ruta.
En este escenario, Alice puede tomar varias rutas para llegar a Frank. En la práctica, este camino siempre será el más corto.
Por su función de enrutamiento, los intermediarios pueden cobrar una pequeña tarifa (opcional). Dado que Lightning Network es un concepto relativamente nuevo, el mercado de comisiones aún no se ha formado. Muchos esperan ver una tarifa basada en la liquidez proporcionada.
En la cadena de bloques subyacente, su tarifa depende de dónde se encuentra la transacción en el bloque. El monto de la transacción no importa: las transferencias de $1 a $10.000.000 tendrán la misma tarifa. En comparación, Lightning Network no tiene un lugar en un bloque.
En cambio, existe la idea de saldos locales y remotos. El saldo local es el monto que puede "empujar" al otro extremo del canal, mientras que el saldo remoto es el saldo que su contraparte puede brindarle.
Consideremos otro ejemplo. Echemos un vistazo más de cerca a uno de los caminos anteriores: Alice <> Carol <> Frank.
Saldo del usuario antes y después de la transferencia de 0,3 BTC de Alice a Frank.
Alice <> Carol y Carol <> Frank tienen una capacidad total de 1 BTC. El saldo local de Alice es 0,7 BTC. Si ahora decidieran realizar el cálculo y mostrar la información más reciente en la cadena de bloques, Alice recibiría 0,7 BTC y Carol su saldo remoto (es decir, 0,3 BTC).
Si Alice quiere enviar 0,3 BTC a Frank, le envía 0,3 BTC a Carol. Luego, Carol retira 0,3 BTC de su saldo local al canal con Frank. Como resultado, el saldo de Carol sigue siendo el mismo: +0,3 BTC de Alice y -0,3 BTC de Frank, que son mutuamente excluyentes.
Carol no pierde nada actuando como enlace entre Alice y Frank, pero se vuelve menos flexible. Como puedes ver, ahora puede gastar 0,6 BTC en su canal con Alice y sólo 0,1 BTC en su canal con Frank.
Puedes imaginar una situación en la que Alice está conectada sólo con Carol y Frank con una red mucho más amplia. Carol solía poder enviar un total de 0,4 BTC a otros participantes a través de Frank, pero ahora sólo puede ofrecer 0,1 BTC porque todos sus fondos están en el otro extremo del canal.
En este escenario, Alice está absorbiendo efectivamente la liquidez de Carol. Sin ningún incentivo, Carol puede no estar dispuesta a debilitar aún más su propia posición. En cambio, podría simplemente decir: Enviaré cada 0,01 BTC con una tarifa de diez satoshis. Por lo tanto, cuanto más los saldos locales utilicen los servicios de Carol en rutas "más fuertes", más rentable será su posición.
Mencionamos anteriormente que no existen requisitos reales para la comisión. Es posible que algunos usuarios no se preocupen por una disminución de la liquidez. Otros usuarios simplemente abrirán canales exclusivos para el destinatario.
Limitaciones de la red Lightning
Sería fantástico si Lightning Network se convirtiera en la solución a todos los problemas de escalabilidad de Bitcoin. Desafortunadamente, el concepto tiene sus propias deficiencias que pueden impedirlo.
Facilidad de uso
Bitcoin no es un sistema muy intuitivo para principiantes: direcciones, tarifas, etc. pueden resultar confusos durante la primera experiencia de usuario. Después de configurar el cliente Lightning, los usuarios también deben comenzar a abrir canales antes de poder realizar pagos. Esto puede llevar mucho tiempo y probablemente resulte difícil para un principiante, ya que hay mucha terminología involucrada, incluido el ancho de banda de entrada/salida.
Sin embargo, la tecnología mejora constantemente, reduce la barrera de entrada y proporciona una experiencia de usuario más optimizada.
Liquidez
Una crítica a Lightning Network es que su capacidad para realizar transacciones puede ser limitada. No puedes gastar más de lo que está bloqueado en el canal. Si todos los fondos se distribuyen en saldos remotos, lo más probable es que tengas que cerrar el canal. O puede esperar a que alguien le pague, pero esta no es la solución ideal.
Sus rutas pueden estar limitadas por el ancho de banda total del canal. Mire nuestro ejemplo anterior: Alice <> Carol <> Frank. Si el canal de Alice y Carol tiene 5 BTC y Carol y Frank solo tienen 1 BTC, Alice nunca podrá enviar más de 1 BTC a través de ellos. Incluso entonces, todo el saldo debe estar en el lado Carol <> Frank del canal para que esto funcione. Esta deficiencia puede limitar seriamente la cantidad de fondos que pasan por los canales de LN, afectando directamente la usabilidad.
Centros centralizados
Debido al problema mencionado en la sección anterior, existe cierta preocupación de que la red facilite el desarrollo de grandes "centros". Esto implica el surgimiento de organizaciones estrechamente relacionadas y con gran liquidez. Cualquier pago importante deberá realizarse a través de algunas de estas organizaciones.
Está claro que ésta no es la mejor situación. Esto debilitará el sistema, ya que la salida de dichos proveedores al modo autónomo provocará una alteración significativa de las relaciones entre los nodos. También existe un mayor riesgo de censura debido a la presencia de múltiples puntos por donde pasan las transacciones.
La etapa actual de desarrollo de Lightning Network.
En marzo de 2024, Lightning Network está mostrando un buen desarrollo. La red tiene más de 13.000 nodos en línea, más de 52.000 canales activos y poco más de 4.570 BTC en circulación.
Distribución global de nodos de Lightning Network.
Hay varias implementaciones diferentes de nodos. Los más populares son: c-lightning de Blockstream, Lightning Network Daemon de Lightning Labs y Eclair de ACINQ. Para los usuarios que no están dispuestos a utilizar enfoques técnicamente pesados, muchas empresas ofrecen nodos Plug-and-Play. En este caso, lo único que debes hacer es encender el dispositivo. Después de eso, estará listo para trabajar con Lightning Network.
Resultados
Desde el lanzamiento de la red principal en 2018, Lightning Network ha experimentado un crecimiento significativo. En esta etapa de desarrollo, existen algunas limitaciones en la usabilidad; por ejemplo, necesitará cierta competencia técnica para operar el nodo Lightning. Pero a medida que la tecnología se desarrolle, veremos una disminución en la barrera de entrada.
Artículos relacionados
Escalabilidad de blockchain: cadenas laterales y canales de pago
¿Qué son los asentimientos?
¿Qué son los contratos inteligentes y cómo funcionan?
Descargo de responsabilidad: este contenido se le proporciona "tal cual" solo para información general y fines educativos, sin ninguna representación ni garantía. No debe considerarse como asesoramiento financiero, legal ni de otro tipo profesional y no pretende recomendar la compra de un producto o servicio en particular. Debe buscar asesoramiento de asesores profesionales adecuados. Si el artículo está escrito por un autor externo, tenga en cuenta que las opiniones expresadas son las del autor externo y no reflejan necesariamente las opiniones de Binance Academy. Para obtener más información, consulte nuestro descargo de responsabilidad. Los precios de los activos digitales pueden ser volátiles. El valor de su inversión puede aumentar o disminuir y es posible que no recupere la cantidad que invirtió. Usted es el único responsable de sus decisiones de inversión y Binance Academy no es responsable de las pérdidas en las que pueda incurrir. Para obtener más información, consulte nuestros Términos de uso y Advertencia de riesgos.