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. Son adecuados para micropagos eficientes.
Lightning Network permite pagos seguros y escalables utilizando direcciones de firma múltiple y contrato Hash Timelock.
Introducción
Las criptomonedas tienen varias propiedades únicas: no se pueden piratear ni desactivar fácilmente, y cualquiera puede usarlas para transferir fondos alrededor del mundo sin intermediarios.
La seguridad de estas funciones está garantizada por ciertos compromisos: dado que muchos nodos son responsables del funcionamiento de la red de criptomonedas, su rendimiento es limitado. Debido a esto, la red blockchain no procesa tantas transacciones por segundo (TPS) como se necesita para la adopción masiva de esta tecnología.
Para superar las limitaciones de la tecnología blockchain y aumentar el rendimiento de la red, se han propuesto varias soluciones de escalabilidad. En este artículo veremos una de las extensiones del protocolo Bitcoin: Lightning Network.
¿Qué es la red Lightning?
Lightning Network es una red implementada sobre la cadena de bloques para permitir transacciones rápidas entre pares (P2P). Esta solución está disponible no sólo para Bitcoin, sino también para otras criptomonedas.
¿Qué significa "implementado sobre la cadena de bloques"? Lightning Network es una solución fuera de la cadena o una solución de segundo nivel. Le permite realizar transferencias sin tener que registrar cada transacción en la cadena de bloques.
Lightning Network está separada de la red Bitcoin: Lightning Network tiene sus propios nodos y software, pero aún necesita comunicarse con la cadena principal. Para ingresar o salir de Lightning Network, debe crear transacciones especiales en la cadena de bloques.
Su primera transacción crea una especie de contrato inteligente con otro usuario. Resolveremos todos los detalles pronto. Ahora imagine que un contrato inteligente crea un registro privado para usted y otro usuario. Se pueden registrar muchas transacciones en este libro mayor. Sólo usted y su contraparte los ven, pero ninguno de ustedes podrá engañar al sistema debido a la configuración específica.
Este minirregistro se llama canal. Digamos que Alice y Bob depositan cada uno 5 BTC en el contrato inteligente. El saldo de cada canal es de 5 BTC. Alice puede ingresar al registro: transferir 1 BTC a Bob. Bob ahora tiene 6 BTC y Alice tiene 4. Luego, Bob puede enviarle a Alice 2 BTC. Entonces Alice tendrá 6 BTC y Bob tendrá 4 BTC. Pueden hacer esto por un tiempo.
En cualquier momento, cualquiera de ellos puede publicar el estado actual del canal en la blockchain. En este punto, los saldos de cada lado del canal se distribuirán a las partes correspondientes de la cadena.
Las transacciones en la red Lightning se realizan a la velocidad del rayo (su mismo nombre significa relámpago). Como no es necesario esperar la confirmación del bloqueo, los pagos se realizan a la velocidad máxima que admite la conexión a Internet.
¿Por qué se necesita Lightning Network?
Lightning Network (LN) es actualmente el enfoque más sensato para escalar la cadena de bloques de Bitcoin. Coordinar cambios en un ecosistema tan grande es bastante difícil, ya que existe el riesgo de que se produzcan bifurcaciones duras y errores críticos. Por estas y otras razones, realizar experimentos en línea es extremadamente peligroso.
Sin embargo, si realiza experimentos similares fuera de blockchain, puede obtener soluciones mucho más flexibles. En este caso, los errores y fallas no afectarán a la red Bitcoin. Las soluciones de segunda capa no socavan las bases de seguridad en las que se basa el protocolo durante más de 15 años.
Tampoco es necesario abandonar la antigua forma de hacer las cosas. Las transacciones dentro de la cadena (dentro de la red) continúan operando normalmente para todos los usuarios finales, pero además, también estará disponible la capacidad de realizar transacciones fuera de la cadena (fuera de la red).
Existen varios beneficios al utilizar Lightning Network. A continuación veremos algunos de los principales.
Escalabilidad
Los bloques de Bitcoin se crean aproximadamente cada diez minutos y pueden contener una cierta cantidad de transacciones. El espacio dentro de un bloque es limitado, por lo que los usuarios realizan apuestas para hacer avanzar sus transacciones. Dado que los mineros están interesados principalmente en los ingresos, procesan primero las transacciones con las tasas más altas.
Esto no es un problema cuando un pequeño número de usuarios envían fondos al mismo tiempo. Si hay poca actividad, lo más probable es que incluso una transacción con una comisión baja se incluya en el siguiente bloque. Pero cuando demasiados usuarios realizan transacciones al mismo tiempo, la tarifa promedio aumenta significativamente. Por ejemplo, varias veces superó los 10 dólares. En el pico del mercado alcista en 2017, subió por encima de los 50 dólares, y en abril de 2021, la tarifa promedio de transacción de Bitcoin superó los 60 dólares.
Esta cantidad puede parecer insignificante para transacciones que involucran miles de dólares, pero para pagos pequeños no es rentable. ¿Quién quiere pagar una tarifa de $10 por un café de $3?
En Lightning Network, pagas dos tarifas: una por abrir un canal y otra por cerrarlo. Pero usted y su contraparte tienen la oportunidad de realizar miles de transacciones absolutamente gratis dentro del canal abierto. Cuando haya terminado, solo necesita publicar el estado final en la cadena de bloques.
A nivel mundial, cuanto más usuarios confíen en soluciones autónomas como Lightning Network, más eficiente será el uso del espacio de bloques. Se pueden realizar transferencias de baja y alta frecuencia dentro de los canales de pago, mientras que el espacio de bloque se utilizará para transacciones más grandes y para la apertura/cierre de dichos canales. Esto hará que el sistema esté disponible para una base de usuarios más amplia y permitirá que la red escale a largo plazo.
Micropagos
En Bitcoin, el tamaño mínimo de transacción es 0,00000546 BTC; en el momento de escribir este artículo, esto equivale a unos 38 centavos. Esta es una cantidad pequeña, pero puedes enviar tan solo 0,00000001 BTC, o un Satoshi, a Lightning Network.
Lightning es ideal para micropagos. Las tarifas de transacción regulares hacen que no sea práctico enviar pequeñas cantidades en la cadena principal. Sin embargo, dentro de un canal puedes mover pequeñas porciones de Bitcoin de forma gratuita.
Los micropagos son adecuados para una variedad de casos de uso. Algunos creen que podrían ser un reemplazo viable para el modelo basado en firmas, donde los usuarios pagan una pequeña tarifa cada vez que utilizan un servicio determinado.
Confidencialidad
La segunda ventaja de Lightning Network es el alto grado de privacidad del usuario. Las partes no necesitan publicar información sobre sus canales en línea. La cadena de bloques solo recibe la información de que una transacción en particular abrió el canal, pero los detalles siguen siendo desconocidos. Si los miembros hacen que su canal sea privado, sólo ellos sabrán qué transacciones se realizan dentro de él.
Si Alice tiene un canal con Bob y Bob tiene un canal con Carol, Alice y Carol pueden enviarse fondos entre sí a través de Bob. Si Dan está conectado con Carol, Alice también podrá transferirle fondos. Puede considerarlo como una red extensa y en constante expansión de canales de pago interconectados. Con esta configuración, no puedes estar seguro de a quién envió Alice los fondos después de que se cierra el canal.
¿Cómo funciona Lightning Network?
Arriba explicamos cómo Lightning Network se basa en canales entre nodos. Estudiemos ahora el funcionamiento del sistema desde el interior.
Direcciones de firmas múltiples
Una dirección de firmas múltiples implica el uso de varias claves privadas para completar la transferencia. Cuando se crea, se indica la cantidad de claves privadas que pueden gastar fondos y son necesarias para firmar la transacción. Por ejemplo, un esquema 1 de 5 significa que cinco claves pueden crear una firma válida, pero solo se requiere una para completar la transferencia. El esquema 2 de 3 significará que de tres claves posibles, se necesitarán dos para la traducción.
Para crear un canal Lightning, los participantes bloquean fondos en un esquema 2 de 2. Solo dos claves privadas pueden crear una firma, y ambas son necesarias para mover monedas. Veamos esto nuevamente usando a Alice y Bob como ejemplo. Esperan realizar muchas transferencias en los próximos meses, por lo que están creando un canal en Lightning Network.
Esto comienza cuando ambos depositan, digamos, 3 BTC cada uno en su dirección multifirma compartida. Vale la pena señalar nuevamente que Bob no puede retirar fondos de dicha dirección sin el consentimiento de Alice o viceversa.
Esto equivale a tener un trozo de papel que ajusta el equilibrio de cada lado. Por ejemplo, si tienen un saldo inicial de 3 BTC y Alice quiere hacer un pago de 1 BTC a Bob, ¿por qué no simplemente tener en cuenta que Alice ahora posee 2 BTC y Bob ahora posee 4 BTC? Dichos saldos pueden monitorearse hasta que las partes tomen una decisión mutua: retirar fondos.
Es posible, pero ¿cuál podría ser el problema? Más importante aún, ¿no es esta simplicidad una razón para que alguien no coopere? Si Alice recibe 6 BTC y Bob no recibe ninguno, Bob no tiene nada que perder (aparte de su amistad con Alice) al negarse a liberar los fondos.
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 introducimos un mecanismo que proporciona un "contrato" entre Alice y Bob que permite la devolución de fondos del canal si una de las partes no quiere seguir las reglas.
Este mecanismo se llama Hash Timelock Contract (HTLC). El término puede parecer complicado, pero el concepto es bastante sencillo. Combina dos tecnologías (bloqueo de hash y bloqueo de tiempo) para evitar actividades no deseadas en los canales de pago.
Un bloqueo hash es una condición para una transacción según la cual es posible gastar fondos solo proporcionando ciertos datos (secreto). El remitente codifica una parte de los datos e incluye el hash en una transacción para el destinatario. Puede gastar fondos únicamente proporcionando los datos originales (secretos) correspondientes a un hash determinado. Estos datos son transmitidos al destinatario por el remitente.
Un bloqueo de tiempo es una condición que no le permite gastar fondos antes de un tiempo determinado. El período de tiempo se especifica como tiempo real o como una altura de bloque específica.
Los HTLC se crean combinando bloqueos hash y bloqueos de tiempo. En la práctica, los HTLC se pueden utilizar para crear pagos condicionales: el destinatario debe proporcionar el secreto antes de un tiempo determinado, o el remitente tendrá derecho a un reembolso. La siguiente parte se ve mejor usando nuestro ejemplo popular, así que volvamos a Alice y Bob nuevamente.
Apertura y cierre de canales.
Considere un ejemplo: Alice y Bob acaban de crear transacciones que financian una dirección multifirma. Planean utilizar esta dirección en un futuro próximo, pero hasta el momento estas transacciones aún no se han publicado en blockchain. Primero necesitas hacer una cosa más.
Las tres monedas de Bob y las tres monedas de Alice.
Recuerde que la única forma de extraer monedas de una billetera multifirma es que ambas partes firmen conjuntamente la transacción. Por ejemplo, Alice necesitaría la aprobación de Bob para enviar las seis monedas a una dirección externa. Para comenzar, Alice creará una transacción (seis bitcoins a una dirección específica) y agregará su propia firma.
Alice puede intentar transmitir la transacción inmediatamente, pero no será válida porque Bob no firmó. Alice debe proporcionarle la transacción pendiente y, una vez que la firma, la transacción se vuelve 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 motrices que serán la solución a tal problema.
Cada lado debe tener su propio secreto. Llamémoslos secretos A y B. Hasta que Alice y Bob revelan sus secretos. En cambio, generan hashes de los secretos correspondientes: h(As) y h(Bs). En lugar de compartir secretos, Alice y Bob intercambian hashes.
Alice y Bob intercambian fragmentos de sus secretos.
Alice y Bob deben acordar ciertas obligaciones de transacción antes de enviar transferencias a una dirección multifirma. Esto brindará seguridad en caso de que alguien decida malversar fondos.
Si piensa en un canal como el mini libro mayor al que nos referimos anteriormente, los compromisos de transacciones son las actualizaciones que realiza en el libro mayor. Cada vez que crea un nuevo par de obligaciones de transacción, está reequilibrando los fondos entre los dos participantes.
Alice tendrá dos salidas: repone la primera dirección y vincula la otra a la nueva dirección de firma múltiple. Firma la segunda dirección y se la da a Bob.
La transacción de Alice con dos salidas: una que deposita en su propia dirección y otra que deposita en una nueva dirección multifirma. 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 dirección personal y la otra es de firma múltiple. Lo firma y se lo da a Alice.
Tenemos dos transacciones pendientes que son muy similares.
Alice puede agregar una firma a la transacción de Bob, aprobándola así. Cabe señalar que estos fondos se gastan a partir de un esquema de firmas múltiples 2 de 2 que aún no ha sido financiado. Es como intentar cobrar un cheque con saldo cero. Resulta que estas transacciones parcialmente firmadas solo se pueden utilizar después de iniciar multifirma.
Las nuevas direcciones multifirma (que tienen una salida de 3 BTC) tienen algunas propiedades específicas. Veamos la transacción pendiente que Alice firmó y envió a Bob. Se puede aplicar una inferencia de firmas múltiples si se cumplen las siguientes condiciones:
Ambas partes realizan una firma conjunta.
Bob realiza la transferencia él mismo después de un cierto período de tiempo (de acuerdo con el bloqueo de tiempo).
Alice puede gastar el saldo si descubre el secreto de Bob: Bs.
Para la transacción, Bob le pide a Alice que implemente lo siguiente:
Ambas partes realizan una firma conjunta.
Alice hace la transferencia ella misma después de un cierto período de tiempo.
Bob puede gastar el saldo si descubre el secreto de Alice: As.
Tenga en cuenta que ninguna de las partes conoce el secreto de la otra, por lo que aún no se puede cumplir la condición 3. También cabe señalar que si firma una transacción, su contraparte puede gastar el dinero inmediatamente, ya que no se imponen condiciones especiales para su retiro. Puede esperar hasta que se acabe el tiempo y gastar los fondos usted mismo o cooperar con otra parte para gastarlos al mismo tiempo.
Ahora puede publicar transacciones en la dirección de origen con una firma múltiple 2 de 2. Es seguro: puede recuperar sus fondos si la contraparte abandona el canal.
Una vez confirmadas las transacciones, se lanzará el canal. El primer par de transacciones muestra el estado actual del mini libro mayor. En esta etapa, Bob y Alice reciben 3 BTC cada uno.
Cuando Alice quiera realizar 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.
Si Alice quiere pagarle a Bob 1 BTC, entonces dos nuevas transacciones acreditan a Alice y Bob con 2 y 4 BTC, respectivamente. De esta forma se actualiza el saldo.
Cada parte puede firmar y transferir las últimas transacciones a la otra en cualquier momento para liquidar el acuerdo, es decir, registrar la información final en la cadena de bloques. Quien haga esto tendrá que esperar a que expire el bloqueo de tiempo, mientras que la otra parte podrá gastar los fondos inmediatamente, en el momento en que los reciba. Vale la pena señalar que si Bob firma y transmite la transacción a Alice, ella tiene la oportunidad de salir sin condiciones adicionales.
Ambas partes pueden cerrar el canal juntas (realizar un cierre cooperativo); esta es la forma más fácil y rápida de devolver fondos a la red. Pero si una de las partes deja de responder o se niega a cooperar, la otra puede devolver sus fondos una vez que expire el tiempo de bloqueo.
Prevención del fraude en Lightning Network
Probablemente ya hayas reconocido el posible vector de ataque. Si el saldo de Bob ahora es 1 BTC, ¿qué le impediría elegir una transacción anterior en la que tiene más monedas? Ya recibió una firma de Alice y todo lo que necesita hacer es agregar su firma y enviar la transacción a la cadena de bloques, ¿verdad?
Lo que le impide realizar tales acciones es el riesgo de perder todo el equilibrio. Digamos que decide hacer esto y envía su antigua transacción, que le da a Alice una moneda y envía cinco a la dirección multifirma mencionada anteriormente.
Alice recibe inmediatamente su moneda. Bob debe esperar hasta que expire el tiempo de bloqueo para gastar fondos de la dirección de firma múltiple. ¿Recuerda que mencionamos otra condición bajo la cual Alice puede gastar estos fondos inmediatamente? Necesita un secreto que no tenía entonces. Ahora lo tiene: tan pronto como se creó la segunda ronda de transacciones, Bob reveló 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 el participante quiera intentar hacer trampa, por la sencilla razón de que, en este caso, la otra parte tiene acceso inmediato a sus monedas compartidas.
Ruta de pago
Ya hemos dicho que los canales se pueden interconectar. De lo contrario, Lightning Network no sería tan conveniente para los pagos. No vas a asegurar $500 en el canal de cafetería para comprar café todos los días durante los próximos meses, ¿verdad?
No tienes que hacer esto. Si Alice abre un canal con Bob y Bob ya tiene un canal con Carol, Bob puede enviar pagos entre ellos. Este mecanismo funciona en varios "saltos", es decir, Alice puede transferir fondos rápidamente a cualquier persona con la que exista un camino similar.
En este escenario, Alice puede tomar varias rutas para llegar a Frank. En la práctica, este camino siempre será el más corto.
Los intermediarios pueden cobrar una pequeña tarifa (pero no son obligatorios) por su papel en el enrutamiento. Lightning Network es un producto relativamente nuevo, por lo que el mercado de tarifas aún no ha madurado. Muchos esperan ver tarifas basadas en la liquidez proporcionada.
En la cadena base, la tarifa depende únicamente de dónde se ubica su transacción en el bloque. El monto de la transacción no importa: los pagos de $1 y $10.000.000 cuestan lo mismo. En Lightning Network, no existe el espacio en bloque.
En su lugar, utiliza el concepto de saldos locales y remotos. El saldo local es el monto que se puede “empujar” al otro extremo del canal. El saldo remoto es la cantidad que la contraparte puede enviarle.
Veamos otro ejemplo. Exploremos uno de los siguientes caminos: Alice <> Carol <> Frank.
Saldos de usuario antes y después de la transferencia de 0,3 BTC de Alice a Frank.
Alice <> Carol y Carol <> Frank tienen un rendimiento total de 1 BTC. El saldo local de Alice es 0,7 BTC. Si decidieran instalarse en la cadena de bloques ahora, ella recibiría 0,7 BTC y Carol recibiría 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 para Alice y -0,3 BTC para Frank, excluyendo todas las transacciones de terceros.
Carol no sufre ninguna pérdida al actuar como enlace entre Alice y Frank, pero se vuelve menos flexible. Ahora puede gastar 0,6 BTC en el canal con Alice, pero sólo 0,1 BTC en el canal con Frank.
Puedes imaginar una situación en la que Alice sólo está conectada a Carol y 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 ofrecer 0,1 BTC porque todos sus fondos están en el otro extremo del canal.
En este caso, Alice absorbe con éxito la liquidez de Carol. Carol, por su parte, no quiere debilitar aún más su posición, por lo que pone una condición: enviar cada 0,01 BTC con una comisión de 10 satoshi. Por lo tanto, cuantos más saldos locales se negocien en los términos de Carol, más rentable será su posición.
Mencionamos anteriormente que no existen requisitos de comisión reales. Es posible que algunos no se preocupen por la reducción de la liquidez, mientras que otros abrirán canales únicamente para cobrar tarifas.
Desventajas de Lightning Network
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 inconvenientes que pueden impedir que esto suceda.
Facilidad de uso
Bitcoin no es el sistema más intuitivo para principiantes: las direcciones, las tarifas y todo lo demás pueden resultar confusos cuando se introducen por primera vez. Y después de configurar el cliente Lightning, los usuarios también deben abrir canales antes de poder realizar pagos. Esto puede llevar mucho tiempo y trabajo, especialmente para los principiantes que no están familiarizados con el concepto de ancho de banda entrante/saliente.
Sin embargo, las tecnologías mejoran constantemente, reducen la barrera de entrada y se vuelven más accesibles para los usuarios.
Liquidez
Una de las principales desventajas de Lightning Network es que limita la capacidad de realizar transacciones. No puedes gastar más de lo que tienes bloqueado en el canal. Si gastas todo y el saldo eliminado termina con todos los fondos del canal, tendrás que cerrar el canal. Alternativamente, puedes esperar a que alguien te pague, pero esto tampoco es muy conveniente.
Las rutas también pueden estar limitadas por la capacidad general del enlace. Considere esto usando el ejemplo anterior: Alice <> Carol <> Frank. Si el canal de Alice y Carol tiene una capacidad de 5 BTC, pero el canal de Carol y Frank tiene solo 1 BTC, Alice no podrá enviar más de 1 BTC a través de ellos. Además, para que esto funcione, el canal Carol <> Frank necesita desviar todo el equilibrio hacia el lado de Carol. Este inconveniente puede limitar seriamente el rendimiento de los canales LN, lo que afecta la facilidad de uso.
Centros centralizados
Debido al problema mencionado en la sección anterior, existe cierta preocupación de que la red fomente el desarrollo de grandes "hubs". Esto sugiere el surgimiento de entidades estrechamente relacionadas con mucha liquidez, donde cualquier pago significativo se canalizará a través de algunas de ellas.
Evidentemente, este escenario no es favorable. Esto debilitará el sistema, ya que la salida de dichos proveedores al modo fuera de línea provocará una alteración significativa de las relaciones entre los elementos del sistema. También existe un mayor riesgo de censura debido a los múltiples puntos por los que pasan las transacciones.
Etapa actual de desarrollo de Lightning Network
A partir de marzo de 2024, Lightning Network se está desarrollando con éxito. La red tiene más de 13.000 nodos en línea, más de 52.000 canales activos y un rendimiento de poco más de 4.570 BTC.
Distribución de nodos de Lightning Network en todo el mundo.
Existen varias soluciones diferentes para ejecutar un nodo; algunas de las más populares son c-lightning de Blockstream, Lightning Network Daemon de Lightning Labs y Eclair de ACINQ. Los usuarios que no quieran profundizar en aspectos técnicos pueden utilizar nodos plug-n-play. En este caso, para trabajar con Lightning Network solo necesitas encender el dispositivo.
En conclusión
Lightning Network ha crecido significativamente desde el lanzamiento de la red principal en 2018. Actualmente, ejecutar nodos Lightning requiere habilidades técnicas, lo que crea limitaciones en su uso. Pero dada la velocidad del desarrollo, con el tiempo podemos contar con una disminución en el umbral de entrada.
Lectura recomendada
Escalabilidad de blockchain: cadenas laterales y canales de pago
¿Qué son los nodos?
¿Qué son los contratos inteligentes?
Descargo de responsabilidad: Los siguientes materiales se proporcionan "tal cual" sin garantía de ningún tipo para referencia general y fines educativos únicamente. Esta información no debe interpretarse como asesoramiento financiero, asesoramiento legal o recomendación para comprar ningún producto o servicio específico. Debe buscar su propio consejo en asesores profesionales adecuados. Dado que este artículo fue escrito por un autor externo, tenga en cuenta que las opiniones expresadas son las del autor externo y no reflejan necesariamente los puntos de vista de Binance Academy. Para obtener información más detallada, siga el enlace. El valor de los activos digitales puede ser volátil. El valor de los fondos invertidos puede subir y bajar. Es posible que no recupere los fondos invertidos. Usted es el único responsable de sus decisiones de inversión. Binance Academy no se hace responsable de sus posibles pérdidas. Esta información no constituye asesoramiento financiero, legal o profesional. Para obtener más información, lea nuestros Términos de uso y Divulgación de riesgos.
