Aspectos 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 escalabilidad de Capa 2 que ofrece transacciones rápidas sin necesidad de confirmación de bloque, lo que permite micropagos eficientes.
Garantiza pagos seguros y escalables a través de direcciones multifirma (multisig) y Hash Timelock Contracts.
Introducción
Las criptomonedas tienen algunas propiedades bastante singulares. No se pueden hackear o intervenir fácilmente, y cualquiera puede usarlas para transmitir valor desde y hacia cualquier parte del mundo sin la participación de un tercero.
Para garantizar que estas características se mantengan, se deben hacer concesiones significativas. Dado que muchos nodos son responsables de ejecutar una red de criptomonedas, la capacidad de procesamiento es limitada. Como resultado, el número de transacciones por segundo (TPS) que puede procesar una red blockchain es relativamente bajo para una tecnología que pretende ser adoptada a nivel masivo.
Para superar las limitaciones inherentes a la tecnología blockchain, se han propuesto varias soluciones de escalabilidad que buscan aumentar la cantidad de transacciones que puede manejar una red. En este artículo, profundizaremos en Lightning Network, una de las extensiones del protocolo Bitcoin.
¿Qué es Lightning Network?
Lightning Network es una red que se ejecuta sobre una blockchain para facilitar transacciones Peer-to-Peer rápidas. No es exclusiva de Bitcoin, ya que otras criptomonedas la han integrado.
Es posible que te preguntes qué queremos decir con "se ejecuta sobre una blockchain". Lightning Network es lo que llamamos una solución fuera de la cadena o de Capa 2. Permite a las personas realizar transacciones sin tener que registrar cada transacción en la blockchain.
Lightning Network está separada de la red Bitcoin: tiene sus propios nodos y software, no obstante se comunica con la cadena principal. Para entrar o salir de Lightning Network, debes crear transacciones especiales en la blockchain.
Lo que realmente haces con tu primera transacción es crear una especie de contrato inteligente con otro usuario. Profundizaremos en esto más adelante. Por ahora, solo piensa en el contrato inteligente que tiene un ledger privado para ti y otro usuario. En este ledger, puedes escribir muchas transacciones. Solo son visibles para ti y tu contraparte, pero ninguno de los dos puede hacer trampa debido a algunas características peculiares de la configuración.
Este miniledger se llama canal. Supongamos que Alice y Bob colocan 5 BTC cada uno en el contrato inteligente. En su canal, ahora ambos tendrían un saldo de 5 BTC. Alice podría entonces escribir en el ledger "pagar 1 BTC a Bob." Ahora, Bob tiene 6 BTC de su lado y Alice tiene 4. Luego, Bob podría enviar 2 BTC a Alice en una fecha posterior, lo que actualizaría los balances a 6 BTC por parte de Alice y 4 BTC por parte de Bob. Pueden seguir haciendo esto por un tiempo.
En cualquier 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 en la cadena.
Como su nombre indica, las transacciones de Lightning son rápidas como un relámpago. No hay que esperar las confirmaciones de bloque: los pagos se pueden realizar tan rápido como lo permita tu conexión a Internet.
¿Por qué es necesaria Lightning Network?
Hasta ahora, Lightning Network (o simplemente, LN) parece ser el enfoque más sensato para la escalabilidad de la blockchain Bitcoin. Coordinar los cambios en un ecosistema tan vasto es complicado: existe el riesgo de que se produzcan hard forks y errores potencialmente catastróficos. Con tanto valor en juego, la experimentación es increíblemente peligrosa.
Cuando se traslada esa experimentación fuera de la blockchain, tienes mucha más flexibilidad. Si algo sale mal, no tendrá ningún impacto en la red real de Bitcoin. Las soluciones de Capa 2 no socavan ninguna de las premisas de seguridad que han mantenido el protocolo durante más de 15 años.
Tampoco existe obligación alguna de reemplazar la manera antigua de hacer las cosas. Las transacciones en la cadena continuarán funcionado de manera habitual para el usuario final, solo que ahora este también tendrá la opción de realizar transacciones fuera de la cadena.
Usar Lightning Network presenta diversas ventajas. A continuación, veremos algunas de las principales.
Escalabilidad
Los bloques de Bitcoin se crean aproximadamente cada diez minutos y solo pueden contener una cantidad determinada de transacciones. El espacio de bloque es un recurso escaso, por lo que debes pujar contra otros usuarios para que el tuyo sea incluido de manera oportuna. A los mineros les importa, en primer lugar, el pago, por lo que primero incluirán las transacciones con comisiones más altas.
Cuando no hay muchos usuarios tratando de enviar fondos al mismo tiempo, esto no es realmente un problema. Puedes establecer una comisión baja y es probable que la transacción se incluya en el próximo bloque. Pero cuando demasiados usuarios transmiten transacciones simultáneamente, la comisión promedio puede aumentar significativamente. Ha habido múltiples ocasiones en las que superó los 10 USD. En el apogeo del mercado alcista de 2017, sobrepasó los 50 USD. En abril de 2021, la comisión promedio por transacción de Bitcoin superó los 60 USD.
Esto puede parecer insignificante para las transacciones que mueven miles de dólares en Bitcoin, pero para pagos más pequeños, no es sostenible. ¿Quién quiere pagar un café de 3 USD con una comisión de 10 USD?
Con Lightning Network, igual pagas comisiones, una para abrir tu canal y otra para cerrarlo, pero tú y tu contraparte pueden realizar miles de transacciones de forma gratuita una vez que el canal esté abierto. Cuando termines de operar con él, solo necesitas publicar el estado final en la blockchain.
A nivel general, si más usuarios se apoyan en soluciones fuera de la cadena como 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 o cierre de canales. Esto haría que el sistema fuera accesible para una base de usuarios mucho más amplia y permitiría la escalabilidad a largo plazo.
Micropagos
En una transacción, se puede enviar una cantidad mínima de Bitcoin: aproximadamente 0.00000546 BTC. Al momento de escribir este artículo, esto equivale a unos 38 centavos de dólar. Es una pequeña cantidad, pero Lightning Network te permite superar los límites para realizar transacciones con la unidad más pequeña disponible actualmente: 0.00000001 BTC o un satoshi.
Lightning es mucho más atractivo para los micropagos. Las comisiones de transacciones regulares hacen que sea poco práctico enviar pequeñas cantidades en la cadena principal. Sin embargo, dentro de un canal, puedes enviar una fracción de fracción de Bitcoin de forma gratuita.
Los micropagos son idóneos para numerosos casos de uso. Algunas personas especulan con la posibilidad de que sean un sustituto viable de los modelos basados en suscripciones, en los que los usuarios paguen cantidades muy pequeñas cada vez que usen un servicio.
Privacidad
Un beneficio secundario de Lightning Network es que puede ofrecer a los usuarios un alto grado de confidencialidad. Las partes no necesitan dar a conocer sus canales a la red más amplia. Si bien es posible que puedas ver la blockchain y decir que esta transacción abrió un canal, no necesariamente podrás saber qué está sucediendo dentro de ese canal. Si los participantes eligen hacer que su canal sea privado, solo ellos sabrán qué transacciones se están llevando a cabo.
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. Y así, el alcance se expande hasta convertirse 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 que el canal se haya cerrado.
¿Cómo funciona Lightning Network?
Hemos explicado cómo Lightning Network se basa en canales entre nodos de alto nivel. Ahora veamos esto más en profundidad.
Direcciones multifirma
Una dirección multifirma (o multisig) es una desde la que múltiples claves privadas pueden hacer gastos. Al crear una dirección, especificas cuántas claves privadas pueden gastar los fondos y cuántas de esas claves se requieren para firmar una transacción. Por ejemplo, un esquema 1 de 5 significa que cinco claves pueden producir una firma válida y que solo se necesita una. Un esquema 2 de 3 indicaría que, de las tres claves posibles, se requieren dos para gastar los fondos.
Para iniciar un canal de Lightning, los participantes bloquean fondos en un esquema 2 de 2. Solo hay dos claves privadas capaces de firmar, y ambas son necesarias para mover monedas. Para entenderlo, vamos con otro ejemplo de nuestros amigos Alice y Bob. En los próximos meses realizarán muchos pagos entre ellos, por lo que deciden abrir un canal de Lightning Network.
La relación 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 anotar en una hoja de papel los balances ajustados 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 anotar en la hoja que Alice ahora posee 2 BTC y Bob 4 BTC? Podría hacerse el seguimiento de los balances de este modo hasta que decidieran retirar los fondos.
Se puede hacer así, ¿pero dónde estaría la gracia? Y más importante aún, ¿eso no provocaría que alguno de los dos simplemente decidiera no cooperar? Si Alice se queda con 6 BTC y Bob con cero, Bob no perdería nada al negarse a liberar los fondos (excepto, quizás, su amistad con Alice).
Hash Timelock Contracts (HTLC)
El sistema que describimos antes es aburrido y no ofrece grandes ventajas respecto a las actuales configuraciones en que interviene la confianza. Todo 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.
Ese mecanismo es un Hash Timelock Contract (o HTLC). El término puede sonar complicado, pero en realidad es un concepto bastante sencillo de entender. Combina otras dos tecnologías, (hashlocks y timelocks), para remediar cualquier comportamiento poco cooperativo en los canales de pago.
Un hashlock (bloqueo de hash) es una condición aplicada a una transacción según la cual solo podrás gastar fondos si demuestras conocer un secreto. El remitente obtiene el hash de un fragmento de dato e incluye ese hash en la transacción al receptor. La única forma en que el receptor puede gastarlo es si proporciona los datos originales (el secreto) que coinciden con el hash. Y la única forma en que puede proporcionar esos datos es si el remitente se los da.
Un timelock (bloqueo de tiempo) es una condición que te impide gastar fondos antes de un tiempo determinado. Se especifica como una hora real o una altura de bloque determinada.
Los HTLC se crean combinando hashlocks y timelocks. En la práctica, los HTLC 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 recurrir de nuevo a Alice y Bob.
Abrir y cerrar canales
Antes pusimos el ejemplo de Alice y Bob, que acababan de generar las transacciones que financian la dirección multifirma que ambos comparten. Estas transacciones todavía no se publicarán en la blockchain. Antes, debemos hacer otra cosa más.
Tres monedas de Bob y tres monedas de Alice.
Recuerda, la única forma en que esas monedas pueden salir del multisig es si tanto Alice como Bob firman conjuntamente una transacción. Si Alice quisiera enviar las seis monedas a una dirección externa, necesitaría la aprobación de Bob. Primero debe crear una transacción (seis bitcoins a esta dirección) y luego agregar su propia firma.
Podría intentar transmitirla inmediatamente, pero sería inválida porque Bob todavía no incluyó su firma. En primer lugar, Alice deberá entregarle la transacción incompleta a Bob. Y una vez que él agregue su firma, la transacción será válida.
Todavía no hemos establecido un mecanismo para hacer que todos respeten las reglas. Como hemos dicho antes, si tu contraparte se niega cooperar, en la práctica, tus fondos se verían atrapados. Así que analicemos el mecanismo que lo impide, que está formado por unos cuantos engranajes distintos, así que presta atención.
Cada parte debe proponer un secreto. Vamos a llamar a esos secretos As y Bs. No serían secretos si Alice y Bob los revelaran, así que los mantendrán ocultos por ahora. El par generará los hashes de los secretos respectivos: h(As) y h(Bs). Entonces, en lugar de compartir sus secretos, comparten esos hashes entre ellos.
Alice y Bob intercambian los hashes de sus secretos.
Alice y Bob también deben crear un conjunto de transacciones de compromiso antes de publicar sus primeras transacciones en la dirección multifirma. Esto les dará una solución en caso de que una de las partes decida retener los fondos.
Si te imaginas el canal como el miniledger que explicamos antes, las transacciones de compromiso serían las actualizaciones que haces en el ledger. Cada vez que creas un nuevo par de transacciones de compromiso, estás reajustando los fondos entre los dos participantes.
La transacción de Alice tendrá dos salidas: una que paga una dirección de su propiedad y otra que está bloqueada en una nueva dirección multifirma. Ella la firma y se la da a Bob.
La transacción de Alice con dos salidas: una para su propia dirección y otra para una nueva dirección multifirma. Alice todavía necesita la firma de Bob para que sea válida.
Bob hace lo mismo: una salida que se paga a sí mismo, la otra que paga a otra dirección multifirma. La firma y se la da a Alice.
Tenemos dos transacciones incompletas que son muy similares.
Normalmente, Alice podría agregar una firma a la transacción de Bob para que sea válida. Pero notarás que estos fondos se están gastando de la multifirma 2 de 2 que aún no hemos financiado. Es un poco como tratar de gastar un cheque de una cuenta que, por el momento, tiene saldo cero. Por lo tanto, estas transacciones parcialmente firmadas solo serán utilizables una vez que la multifirma esté en funcionamiento.
Las nuevas direcciones 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 gastarla solo después de un cierto período de tiempo (debido a nuestro timelock).
Alice puede gastarla si conoce el Bs secreto de Bob.
Para la transacción que Bob le dio a Alice:
Ambas partes pueden firmar cooperativamente.
Alice puede gastarla solo después de un cierto período de tiempo.
Bob puede gastarla si conoce el As secreto de Alice.
Ten en cuenta que ninguna de las partes conoce el secreto de la otra, por lo que la condición 3 aún no es una posibilidad. Otra cosa a tener en cuenta es que, si firmas una transacción, tu contraparte puede gastar inmediatamente porque no hay condiciones especiales en su salida. Puedes esperar a que caduque el timelock para gastar los fondos por tu cuenta o puedes cooperar con la otra parte para gastarlos de inmediato.
Bien. Ahora puedes publicar las transacciones en la dirección original multifirma 2 de 2. Finalmente, es seguro hacerlo porque puedes recuperar tus fondos si tu contraparte abandona el canal.
Una vez que se confirman las transacciones, el canal está en funcionamiento. Ese primer par de transacciones nos muestra el estado actual del miniledger. Actualmente, pagará 3 BTC a Bob y 3 BTC a Alice.
Si 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 firmadas a medias. Sin embargo, Alice y Bob primero renuncian a sus viejos secretos e intercambian nuevos hash para la próxima ronda de transacciones.
Si, por ejemplo, Alice quisiera pagar 1 BTC a Bob, las dos nuevas transacciones acreditarían 2 BTC a Alice y 4 BTC a Bob. De esta forma se actualiza el balance.
Cualquiera de las partes puede firmar y transmitir una de las transacciones más recientes en cualquier momento para "liquidarla" en la blockchain. Pero la parte que lo haga deberá esperar hasta que el timelock haya expirado, mientras que la otra puede gastar de inmediato. Recuerda, si Bob firma y transmite la transacción de Alice, ella ahora tiene una salida sin condiciones.
Ambas partes pueden acordar cerrar el canal juntas (cierre cooperativo). Esta es probablemente la forma más fácil y rápida de devolver tus fondos a la cadena. Sin embargo, incluso si una de las partes deja de responder o se niega a cooperar, la otra aún puede reclamar sus fondos esperando el timelock.
¿Cómo evita Lightning Network que se hagan trampas?
Es posible que aquí hayas identificado un vector de ataque. Si Bob tiene actualmente un saldo de 1 BTC, ¿qué le impide transmitir una transacción más antigua en la que tenía más? Ya tiene la transacción a medio firmar de Alice, solo necesita agregar su firma y transmitirla, ¿verdad?
Nada le impide hacer eso, excepto el hecho de que podría perder todo su balance. Supongamos que lo lleva a cabo y transmite una transacción antigua que paga una moneda a Alice y cinco a esa dirección multifirma que mencionamos anteriormente.
Alice recibe su moneda de inmediato. Por otro lado, Bob debe esperar hasta que venza el plazo del timelock 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? Necesita un secreto que antes no tenía. Ahora lo tiene: tan pronto como se creó la segunda ronda de transacciones, Bob reveló ese secreto.
Mientras Bob espera, incapaz de hacer nada hasta que se termine el timelock, Alice puede mover esos fondos. Este mecanismo basado en el castigo hace que sea poco probable que los participantes intenten hacer trampa porque la otra parte 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 los pagos. ¿Realmente bloquearías 500 USD en un canal con una cafetería solo para que puedas obtener tu dosis de cafeína 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 de manera efectiva a cualquier persona para la que exista un camino.
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 aún es relativamente nueva, por lo que aún no se ha materializado un mercado de comisiones. Lo que muchos esperan ver son comisiones basadas en la liquidez proporcionada.
En la cadena base, tu 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 USD y 10,000,000 USD cuestan lo mismo. Por el contrario, dentro de Lightning Network no existe el espacio de bloque.
En cambio, existe la idea de balances locales y remotos. El balance local es la cantidad que puedes "empujar" al otro extremo del canal, mientras que el balance remoto es el que tu contraparte puede empujar hacia ti.
Veamos otro ejemplo. Analicemos con más detalle uno de los caminos anteriores: Alice <> Carol <> Frank.
Balances de los usuarios antes y después de una transferencia de 0.3 BTC de Alice a Frank.
Tanto Alice <> Carol como Carol <> Frank tienen una capacidad total de 1 BTC. El saldo local de Alice es de 0.7 BTC. Si liquidaran en la blockchain ahora, Alice recibiría 0.7 BTC, y Carol recibiría el saldo remoto (es decir, 0.3 BTC).
Si Alice quiere enviar 0.3 BTC a Frank, empuja 0.3 BTC al lado del canal de Carol. Luego, Carol empuja 0.3 BTC de su balance local en el canal con Frank. Como resultado, el balance 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 Alice y Frank, pero se está volviendo menos flexible. Ahora puede gastar 0.6 BTC en su canal con Alice, pero solo 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 antes 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á consumiendo efectivamente la liquidez de Carol. Sin ningún tipo de incentivo, es posible que Carol no quiera debilitar su propia posición. Entonces, en cambio, podría decir, enrutaré cada 0.01 BTC a una comisión de diez satoshis. De esta manera, cuanto más balance local sacrifique Carol en caminos "más fuertes", más ganancias obtendrá.
Como mencionamos antes, 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 Lightning Network
Sería fantástico si Lightning Network demostrara ser la solución a todos los problemas de escalabilidad de Bitcoin. Lamentablemente, tiene sus propias deficiencias que pueden interferir.
Usabilidad
Bitcoin no es el sistema más intuitivo para principiantes: las direcciones, las comisiones, etc., pueden ser confusas para familiarizarse. Después de configurar un cliente Lightning, los usuarios también deben comenzar a abrir canales antes de poder realizar pagos. Esto puede ser un proceso que lleve mucho tiempo, y podría ser abrumador para alguien novato a quien se le presenten conceptos como la capacidad de entrada y salida.
Dicho esto, constantemente se realizan mejoras para reducir las barreras de entrada y proporcionar a los usuarios una experiencia más optimizada.
Liquidez
Una de las mayores críticas de Lightning Network es que tu capacidad para realizar transacciones podría verse limitada. No puedes gastar más de lo que tienes bloqueado en un canal. Si gastas todos tus fondos de manera que el balance remoto tenga todos los fondos del canal, tendrás que cerrar el canal. Como alternativa, puedes esperar hasta que alguien te pague a través de él, pero eso no es lo ideal.
Tus rutas también pueden estar limitadas por la capacidad total del canal. Tomemos el ejemplo de Alice <> Carol <> Frank anterior. Si Alice y Carol tienen una capacidad de 5 BTC en su canal, pero Carol y Frank solo tienen una capacidad de 1 BTC, Alice nunca puede enviar más de 1 BTC. Incluso entonces, todo el saldo tendría que estar del lado de Carol del canal Carol <> Frank para que eso funcione. Esto puede limitar severamente la cantidad de fondos que se pueden pasar a lo largo de los canales LN y, por lo tanto, tiene un efecto dominó en la usabilidad.
Hubs centralizados
Debido al problema mencionado en la sección anterior, existe cierta preocupación de que la red facilitará la creación de "hubs" masivos. Es decir, entidades grandes, muy conectadas y con mucha liquidez. Cualquier pago significativo debería enviarse 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 Lightning Network
A marzo de 2024, Lightning Network se ve saludable. Cuenta con más de 13,000 nodos en línea, más de 52,000 canales activos y un poco más de 4,570 BTC de capacidad.
Distribución global de nodos Lightning Network.
Hay un puñado de implementaciones de nodos diferentes: c-lightning de Blockstream, Lightning Network Daemon de Lightning Labs y Eclair de ACINQ son algunos ejemplos. Para los usuarios que tienen menos dominio técnico, muchas empresas ofrecen nodos plug-and-play. Lo único que tienes que hacer es encender el dispositivo y estarás listo para comenzar con Lightning Network.
Conclusiones
Desde su lanzamiento de mainnet en 2018, Lightning Network ha experimentado un crecimiento significativo. Todavía hay algunos obstáculos de usabilidad que superar, ya que actualmente se requiere cierto grado de competencia técnica para operar un nodo Lightning. Pero, con la cantidad de desarrollo que se está llevando a cabo, es posible que veamos que las barreras de entrada se reduzcan con el tiempo.
Lecturas adicionales
Aviso legal y Advertencia de riesgo: Este contenido se presenta "tal cual" únicamente para fines de información general y educativos, sin declaración ni garantía de ningún tipo. No debe interpretarse como un asesoramiento financiero, legal o de otra índole profesional ni pretende recomendar la compra de ningún producto o servicio específicos. Debes buscar consejo particular de asesores profesionales idóneos. Dado que este artículo es producto de la contribución de terceros, ten en cuenta que las opiniones expresadas pertenecen al tercero colaborador y no reflejan necesariamente las de Binance Academy. Para obtener más información, lee nuestro aviso legal completo aquí. Los precios de los activos digitales pueden ser volátiles. El valor de una inversión puede bajar o subir, y podría darse el caso de que no recuperes el monto invertido. Solo tú eres responsable de tus decisiones de inversión. Binance Academy no se responsabiliza de ninguna pérdida en la que puedas incurrir. Este material no se debe interpretar como una asesoría financiera, legal o de otra índole profesional. Si deseas obtener más información, consulta nuestros Términos de uso y la Advertencia de riesgo.