Conclusiones 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 necesidad de confirmación de bloque, lo que permite micropagos eficientes.
Garantiza pagos seguros y escalables a través de direcciones multifirma y contratos Hash Timelock.
Introducción
Las criptomonedas tienen algunas propiedades bastante únicas. No se pueden piratear ni cerrar fácilmente, y cualquiera puede utilizarlos para transmitir valor en todo el mundo sin la intervención de un tercero.
Para garantizar que estas características se mantengan, se deben hacer importantes concesiones. Dado que muchos nodos son responsables de ejecutar una red de criptomonedas, el rendimiento es limitado. Como resultado, la cantidad de transacciones por segundo (TPS) que una red blockchain puede procesar es relativamente baja para una tecnología que pretende ser adoptada por las masas.
Para superar las limitaciones inherentes de la tecnología blockchain, se han propuesto varias soluciones de escalabilidad para aumentar la cantidad de transacciones que una 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 ejecuta sobre una cadena de bloques para facilitar transacciones rápidas entre pares. No es exclusivo de Bitcoin: otras criptomonedas lo han integrado.
Quizás se pregunte qué queremos decir con "se ejecuta sobre una cadena de bloques". Lightning Network es lo que se llama una solución fuera de la cadena o de capa dos. 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 aun así se comunica con la cadena principal. Para ingresar o salir de Lightning Network, debe 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; por ahora, solo piense en el contrato inteligente que contiene un libro de contabilidad privado para usted y otro usuario. Puede escribir muchas transacciones en este libro mayor. Sólo son visibles para usted y su contraparte, pero ninguno de los dos puede hacer trampa debido a algunas características peculiares de la configuración.
Este mini libro mayor se llama canal. Digamos que Alice y Bob pusieron 5 BTC cada uno en el contrato inteligente. En su canal, ahora ambos tendrían un saldo de 5 BTC. Luego, Alice podría escribir en el libro mayor "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, actualizando los saldos a 6 BTC del lado de Alice y 4 BTC del lado de Bob. Pueden seguir haciendo esto por un tiempo.
En cualquier momento, cualquiera de los dos puede publicar el estado actual del canal en la cadena de bloques. En ese punto, los saldos de cada lado del canal se asignan a sus respectivas partes en la cadena.
Fiel al nombre, las transacciones Lightning son ultrarrápidas. No hay que esperar confirmaciones de bloqueo: los pagos se pueden realizar tan rápido como lo permita su conexión a Internet.
¿Por qué es necesaria la Lightning Network?
Hasta ahora, Lightning Network (o simplemente LN) parece ser el enfoque más sensato para escalar la cadena de bloques de Bitcoin. Coordinar cambios en un ecosistema tan vasto es complicado: existe el riesgo de bifurcaciones duras y errores potencialmente catastróficos. Con tanto valor en juego, la experimentación es increíblemente peligrosa.
Cuando alejas esa experimentación de la cadena de bloques, tienes mucha más flexibilidad. Si algo sale mal, no tendrá ningún impacto en la red Bitcoin real. Las soluciones de capa dos no socavan ninguno de los supuestos de seguridad que han mantenido el protocolo durante más de 15 años.
Tampoco existe la obligación de cambiar la antigua forma de hacer las cosas. Las transacciones dentro de la cadena continúan funcionando normalmente para el usuario final, pero ahora también tienen la opción de realizar transacciones fuera de la cadena.
Existen varios beneficios al utilizar Lightning Network. Veremos algunos de los principales a continuación.
Escalabilidad
Los bloques de Bitcoin se crean aproximadamente cada diez minutos y solo pueden contener un número limitado de transacciones. El espacio en bloque es un recurso escaso, por lo que debes pujar contra otros usuarios para que el tuyo se incluya de manera oportuna. A los mineros les importa, ante todo, que les paguen, por lo que incluirán primero las transacciones con tarifas más altas.
Cuando no hay muchos usuarios intentando enviar fondos al mismo tiempo, esto no es realmente un problema. Puede establecer una tarifa baja y es probable que la transacción se incluya en el siguiente bloque. Pero, cuando demasiados usuarios transmiten transacciones simultáneamente, la tarifa promedio puede aumentar significativamente. Hubo múltiples ocasiones en las que superó los $10. En el apogeo del mercado alcista de 2017, superó los 50 dólares. En abril de 2021, la tarifa promedio de 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 más pequeños, no es sostenible. ¿Quién quiere pagar por un café de $3 con una tarifa de $10?
Con Lightning Network, aún pagas dos tarifas: una para abrir tu canal y otra para cerrarlo. Pero usted y su contraparte pueden realizar miles de transacciones de forma gratuita una vez que el canal esté abierto. Una vez que haya terminado, sólo necesita publicar el estado final en la cadena de bloques.
En términos generales, si más usuarios confían en soluciones fuera de la cadena como Lightning Network, el espacio de bloque se utilizará de manera más eficiente. Las transferencias de bajo valor y alta frecuencia podrían realizarse en 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
Hay una cantidad mínima de Bitcoin que puedes enviar en una transacción: 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 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 tarifas de las transacciones regulares hacen que no sea práctico enviar pequeñas cantidades en la cadena principal. Sin embargo, dentro de un canal, puedes enviar una fracción de Bitcoin de forma gratuita.
Los micropagos se adaptan a muchos casos de uso. Algunos 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
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 pueda mirar la cadena de bloques y decir que esta transacción abrió un canal, no necesariamente podrá saber qué está sucediendo dentro de ella. Si los participantes optan por hacer que su canal sea privado, solo ellos sabrán qué transacciones se están realizando.
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 que esto se expande hacia una red en expansión de canales de pago interconectados. En tal configuración, no puedes estar seguro de a quién le ha enviado fondos Alice una vez que se cierra el canal.
¿Cómo funciona la red Lightning?
Hemos explicado cómo Lightning Network se basa en canales entre nodos de alto nivel. Ahora echemos un vistazo debajo del capó.
Direcciones multifirma
Una dirección multifirma (o multifirma) es aquella desde la que se pueden gastar varias claves privadas. Al crear uno, especifica 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 sólo se necesita una. Un esquema 2 de 3 indicaría que, de las tres claves posibles, se requieren dos cualesquiera para gastar los fondos.
Para inicializar un canal Lightning, los participantes bloquean fondos en un esquema 2 de 2. Sólo hay dos claves privadas capaces de firmar y ambas son necesarias para mover monedas. Traigamos de vuelta a nuestros amigos Alice y Bob en este punto. Se harán muchos pagos entre sí en los próximos meses, por lo que deciden abrir un canal Lightning Network.
Esto comienza cuando ambos depositan, digamos, 3 BTC cada uno en la dirección multifirma de propiedad conjunta. Vale la pena reiterar que Bob no puede sacar fondos de la dirección sin que Alice esté de acuerdo, o viceversa.
Ahora, podrían simplemente quedarse con una hoja de papel que ajuste los equilibrios en cada lado. Ambos tienen un saldo inicial de 3 BTC. Si Alice quiere hacer un pago de 1 BTC a Bob, ¿por qué no simplemente anotar que Alice ahora posee 2 BTC y Bob posee 4 BTC? Los saldos se podían rastrear así hasta que decidieran retirar los fondos.
Eso es posible, pero ¿dónde está la diversión? Más importante aún, ¿no hace eso increíblemente fácil que alguien no coopere? Si Alice termina con 6 BTC y Bob sin ninguno, Bob no pierde nada al negarse a liberar los fondos (excepto, quizás, su amistad con Alice).
Contratos Hash Timelock (HTLC)
El sistema anterior es aburrido y no ofrece mucho más que las configuraciones confiables actuales. Se vuelve mucho más interesante cuando introducimos un mecanismo que hace cumplir el "contrato" entre Alice y Bob. Si una de las partes decide no seguir las reglas, la otra todavía tiene un remedio para sacar sus fondos del canal.
Ese mecanismo es un contrato Hash Timelock (o HTLC). El término puede parecer desalentador, pero en realidad es un concepto bastante sencillo de entender. Combina otras dos tecnologías (hashlocks y timelocks) para remediar cualquier comportamiento no cooperativo en los canales de pago.
Un hashlock es una condición impuesta a una transacción que dicta que solo puedes gastar fondos demostrando que conoces un secreto. El remitente codifica un dato e incluye el hash en la transacción para el receptor. La única forma en que el receptor puede gastarlo es si proporciona los datos originales (el secreto) que coincidan con el hash. Y la única forma en que pueden proporcionar esos datos es si el remitente se los proporciona.
Un bloqueo de tiempo es una condición que le impide gastar fondos antes de un tiempo determinado. Se especifica como una hora real o una altura de bloque especificada.
Los HTLC se crean combinando hashlocks y timelocks. En la práctica, los HTLC se pueden utilizar para crear pagos condicionales: el receptor debe proporcionar un secreto antes de un tiempo determinado o el remitente puede reclamar los fondos. La siguiente parte probablemente se explique mejor con un ejemplo, así que volvamos a Alice y Bob.
Apertura y cierre de canales.
Dimos el ejemplo de Alice y Bob que acaban de crear transacciones que financian la dirección de firma múltiple que compartirán. ¡Pero esas transacciones aún no se publican en la cadena de bloques! Primero debemos hacer una cosa más.
Tres monedas de Bob y tres monedas de Alice.
Recuerde, la única forma en que esas monedas pueden salir del multisig es si Alice y 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 armaría una transacción (seis bitcoins a esta dirección) y agregaría su propia firma.
Podría intentar transmitir la transacción de inmediato, pero no sería válida porque Bob no incluyó su firma. Alice debe entregarle primero la transacción incompleta. Una vez que agrega su firma, ésta adquiere validez.
Todavía no hemos implementado un mecanismo para que todos sigan jugando honestamente. Como dijimos anteriormente, si su contraparte se niega a cooperar, sus fondos quedan efectivamente atrapados. Entremos en el mecanismo que lo impide. Hay algunas piezas móviles diferentes, así que tengan paciencia.
Cada parte necesita encontrar un secreto; llamemos a esos secretos A y B. Serían secretos terribles si Alice y Bob los revelaran, así que los mantendrán ocultos por ahora. El par generará los hashes de los respectivos secretos: h(As) y h(Bs). Entonces, en lugar de compartir sus secretos, comparten esos hashes entre sí.
Alice y Bob comparten el hash de sus secretos entre ellos.
Alice y Bob también necesitan crear un conjunto de transacciones de compromiso antes de publicar sus primeras transacciones en la dirección de firma múltiple. Esto les dará un remedio en caso de que el otro decida mantener los fondos como rehenes.
Si piensa en un canal como el mini libro mayor al que hicimos referencia anteriormente, entonces las transacciones de compromiso son las actualizaciones que realiza en el libro mayor. Cada vez que crea un nuevo par de transacciones de compromiso, está reequilibrando los fondos entre los dos participantes.
El 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 lo firma y se lo da a Bob.
La transacción de Alice con dos salidas: una a su propia dirección y otra a una nueva firma múltiple. Todavía necesita la firma de Bob para que sea válida.
Bob hace lo mismo: una salida se paga a sí misma y la otra paga a otra dirección multifirma. Lo firma y se lo 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 gastan del multisig 2 de 2 que aún no hemos financiado. Es un poco como intentar gastar un cheque de una cuenta que por ahora tiene saldo cero. Por lo tanto, estas transacciones parcialmente firmadas solo se podrán utilizar una vez que multifirma esté en funcionamiento.
Las nuevas direcciones multifirma (donde están destinadas las 3 salidas 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 firmarlo 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 las B secretas de Bob.
Para la transacción que Bob le dio a Alice:
Ambas partes pueden firmarlo cooperativamente.
Alice puede gastarlo sola después de un cierto período de tiempo.
Bob puede gastarlo si conoce las A secretas de Alice.
Tenga 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 firma una transacción, su contraparte puede gastar inmediatamente porque no existen condiciones especiales para su salida. Puede esperar a que expire el tiempo de bloqueo para gastar los fondos usted mismo o puede cooperar con la otra parte para gastarlos directamente.
¡Bueno! Ahora puede publicar las transacciones en la dirección multifirma 2 de 2 original. Finalmente es seguro hacerlo porque puede recuperar sus fondos si su contraparte abandona el canal.
Una vez confirmadas las transacciones, el canal está en funcionamiento. Ese primer par de transacciones nos muestra el estado actual del mini libro mayor. Actualmente, pagará 3 BTC a Bob y 3 BTC a Alice.
Cuando Alice quiere hacerle un nuevo pago a Bob, la pareja crea dos nuevas transacciones para reemplazar el primer conjunto. El ejercicio es el mismo: sólo están medio firmados. Sin embargo, Alice y Bob primero renuncian a sus viejos secretos e intercambian nuevos hashes para la siguiente ronda de transacciones.
Si Alice quisiera pagarle 1 BTC a Bob, por ejemplo, las dos nuevas transacciones acreditarían 2 BTC a Alice y 4 BTC a Bob. De esta forma se actualiza el saldo.
Cualquiera de las partes puede firmar y transmitir una de las transacciones más recientes en cualquier momento para "liquidarla" en la cadena de bloques. Pero la parte que lo haga tendrá que esperar hasta que expire el tiempo de bloqueo, mientras que la otra parte podrá gastar inmediatamente. Recuerde, 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 (un cierre cooperativo). Esta es probablemente la forma más fácil y rápida de devolver sus fondos a la cadena. Sin embargo, incluso si una de las partes no responde o se niega a cooperar, la otra aún puede reclamar sus fondos esperando que pase el tiempo de bloqueo.
¿Cómo previene Lightning Network las trampas?
Es posible que haya identificado un vector de ataque aquí. Si Bob tiene actualmente un saldo de 1 BTC, ¿qué le impide transmitir una transacción anterior en la que tenía más? Ya recibió la transacción a medio firmar de Alice, solo necesita agregar su firma y transmitirla, ¿verdad?
Nada le impide hacerlo, excepto el hecho de que podría perder todo el equilibrio. Digamos que lo sigue adelante 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 inmediatamente. Bob, por otro lado, debe esperar hasta que expire el bloqueo de tiempo para gastar desde la dirección multifirma. ¿Recuerda la otra condición que mencionamos que le permitiría a Alice gastar esos mismos fondos de inmediato? Necesita un secreto que no tenía entonces. Ahora lo sabe: 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 expire el tiempo de bloqueo, Alice puede mover esos fondos. Este mecanismo basado en castigos significa que es poco probable que los participantes intenten hacer trampa porque el compañero tendrá acceso a sus monedas.
Pagos de enrutamiento
Ya hemos hablado de esto antes: los canales se pueden conectar. De lo contrario, Lightning Network no sería tan útil para pagos. ¿Realmente vas a guardar $500 en un canal con una cafetería sólo para poder obtener tu 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 pagos entre los dos. Esto puede funcionar en múltiples “saltos”, lo que significa que Alice puede pagarle efectivamente a cualquiera a quien exista un camino.
En este escenario, Alice puede seguir múltiples rutas para llegar a Frank. En la práctica, siempre elegirá la más fácil.
Por su papel en el enrutamiento, los intermediarios pueden cobrar una pequeña tarifa (aunque no están obligados a hacerlo). Lightning Network todavía es relativamente nueva, por lo que aún no se ha materializado un mercado de tarifas. Lo que muchos esperan ver son tarifas basadas en la liquidez proporcionada.
En la cadena base, su tarifa se basa únicamente en el espacio que ocupa su 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.
En cambio, existe la idea de saldos locales y remotos. El saldo local es el monto que usted puede "empujar" al otro extremo del canal, mientras que el saldo remoto es el que su contraparte puede enviarle.
Es hora de otro ejemplo. Echemos un vistazo más de cerca a uno de los caminos anteriores: Alice <> Carol <> Frank.
Saldo de los usuarios antes y después de una transferencia de 0,3 BTC de Alice a Frank.
Alice <> Carol y Carol <> Frank tienen cada una una capacidad total de 1 BTC. El saldo local de Alice es 0,7 BTC. Si se decidieran por la cadena de bloques ahora, ella 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, envía 0,3 BTC al lado del canal de Carol. Luego, Carol retira 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 los -0,3 BTC de Frank se cancelan entre sí.
Carol no pierde valor al actuar como conexión entre Alice y 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. Anteriormente, Carol podía enviar un total de 0,4 BTC a otras personas a través de Frank, pero ahora solo puede enviar 0,1 BTC porque eso es todo lo que tiene en su extremo del canal.
En este escenario, Alice efectivamente está consumiendo la liquidez de Carol. Sin ningún tipo de incentivo, es posible que Carol no quiera debilitar su propia posición. Entonces, en lugar de eso, podría simplemente decir: Enrutaré cada 0,01 BTC a una tarifa de diez satoshis. De esta manera, cuanto más de sus saldos locales sacrifica Carol en caminos “más fuertes”, más ganancias obtiene.
Como se mencionó anteriormente, no existe ningún requisito de facto para cobrar una tarifa. Es posible que a algunos no les preocupe la reducción de la liquidez. Otros podrían simplemente abrir canales directamente al receptor.
Limitaciones de la red Lightning
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 estorbar.
Usabilidad
Bitcoin no es el sistema más intuitivo para principiantes: puede resultar confuso familiarizarse con direcciones, tarifas, etc. Una vez configurado un cliente Lightning, los usuarios también deben comenzar a abrir canales antes de poder realizar pagos. Este puede ser un proceso que requiere mucho tiempo y puede resultar abrumador cuando a un recién llegado se le presentan conceptos como capacidad de entrada/salida.
Dicho esto, constantemente se realizan mejoras para reducir las barreras de entrada y brindar a los usuarios una experiencia más optimizada.
Liquidez
Una de las mayores críticas a Lightning Network es que su capacidad para realizar transacciones puede verse 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, tendrás que cerrar el canal. Alternativamente, puede esperar hasta que alguien le pague, pero eso no es lo ideal.
Tus rutas también pueden estar limitadas por la capacidad total del canal. Tome el ejemplo de Alice <> Carol <> Frank de antes. 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 podrá 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 gravemente la cantidad de fondos que pueden pasar a través de los canales de LN y, por tanto, tiene un efecto en cadena en la usabilidad.
Centros centralizados
Debido al problema mencionado en la sección anterior, existe cierta preocupación de que la red facilite la creación de “centros” masivos. Es decir, entidades grandes, fuertemente conectadas y con mucha liquidez. Cualquier pago importante tendría que canalizarse a través de algunas de estas entidades.
Obviamente, esa no sería una gran situación. Debilitaría el sistema, ya que la desconexión de estas entidades perturbaría en gran medida las relaciones entre pares. También existe un mayor riesgo de censura, ya que sólo hay unos pocos puntos a través de los cuales fluyen las transacciones.
El estado actual de Lightning Network
En marzo de 2024, Lightning Network parece saludable. Cuenta con más de 13.000 nodos en línea, más de 52.000 canales activos y poco más de 4.570 BTC de capacidad.
Distribución global de nodos de Lightning Network.
Hay varias implementaciones de nodos diferentes: c-lightning de Blockstream, Lightning Network Daemon de Lightning Labs y Eclair de ACINQ son algunos ejemplos. Para los usuarios con menos inclinaciones técnicas, muchas empresas ofrecen nodos plug-and-play. Lo único que tiene que hacer con esto es encender el dispositivo y estará listo para comenzar con Lightning Network.
Pensamientos finales
Desde su lanzamiento en la red principal en 2018, Lightning Network ha experimentado un crecimiento significativo. Todavía quedan 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 el grado de desarrollo que se está produciendo, es muy posible que veamos que las barreras de entrada se reducen con el tiempo.
Otras lecturas
Escalabilidad de Blockchain: cadenas laterales y canales de pago
¿Qué son los nodos?
¿Qué son los contratos inteligentes y cómo funcionan?
Descargo de responsabilidad: Este contenido se le presenta "tal cual" para información general y fines educativos únicamente, sin representación ni garantía de ningún tipo. No debe interpretarse como asesoramiento financiero, legal o profesional, ni pretende recomendar la compra de ningún producto o servicio específico. Debe buscar su propio consejo de asesores profesionales adecuados. Cuando el artículo sea aportado por un colaborador externo, tenga en cuenta que las opiniones expresadas pertenecen al colaborador externo y no reflejan necesariamente las de Binance Academy. Lea nuestro descargo de responsabilidad completo aquí para obtener más detalles. Los precios de los activos digitales pueden ser volátiles. El valor de su inversión puede subir o bajar y es posible que no recupere el monto invertido. 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. Este material no debe interpretarse como asesoramiento financiero, legal o de otro tipo. Para obtener más información, consulte nuestros Términos de uso y Advertencia de riesgos.
