Un problema con la liquidez de la red Lightning de Bitcoin e ideas para solucionarlo


Para resolver realmente el problema de recibir fondos sin tener liquidez asegurada del nodo de otra persona, se requieren cambios a nivel de protocolo.

Este es un editorial de opinión de Shinobi, un educador autodidacta en el espacio de Bitcoin y presentador de podcasts de Bitcoin orientado a la tecnología.

Ignorar los problemas de Lightning Network y la pila de protocolos parece ser algo muy popular en estos d√≠as. Actualmente es la segunda capa m√°s ampliamente adoptada y utilizada de la red Bitcoin, y la que se mueve m√°s r√°pido en t√©rminos de desarrollo adicional. Tambi√©n tiene muchas deficiencias que son f√°ciles de ocultar y solucionar, dado que es muy peque√Īo y se encuentra en una etapa muy temprana de adopci√≥n. Pero eso no hace que esos problemas desaparezcan, ni cambia la realidad de que, a una escala mucho mayor y m√°s adelante en la curva de adopci√≥n, esos problemas se vuelven muy reales que requieren soluciones escalables reales.

Uno de los problemas centrales de Lightning es el tema de recibir liquidez. No es posible recibir fondos a través de Lightning Network sin antes haber asegurado la recepción de liquidez del nodo de otra persona. Esta es una limitación fundamental e inevitable del uso de Lightning Network sin custodia. Obviamente, al usar cosas como Wallet of Satoshi o el LNDHub predeterminado de Bluewallet (que son de custodia), puede sortear este problema, pero eso es solo porque alguien más lo resolvió por usted y usted no tiene el control de sus fondos. Sin embargo, cuando se trata de cosas de auto-custodia, debe abordar el problema.

Cuando Lightning Network se lanz√≥ por primera vez y comenz√≥ a ver un uso real durante la era ¬ę#Reckless¬Ľ, este problema se abord√≥ de manera muy informal. Se resolvi√≥ esencialmente a trav√©s de conexiones sociales; a trav√©s de solicitudes a personas conocidas o amigos cercanos; a trav√©s de acuerdos de apret√≥n de manos ¬ęOye amigo, ¬Ņpuedes enviarme algo de liquidez? Acabo de activar mi nodo¬Ľ. No hab√≠a mercados, no hab√≠a servicios para usar, eran literalmente solo amigos ayud√°ndose unos a otros. Incluso hoy, a trav√©s de cosas como PLEBNETun gran porcentaje de la obtenci√≥n de liquidez que se produce en la red tiene lugar en este tipo de arreglos sociales informales.

La red a√ļn es muy peque√Īa y a√ļn se limita a lo que en un gr√°fico social es un peque√Īo conjunto de actores que, incluso a trav√©s de grados indirectos de separaci√≥n, no est√°n tan separados entre s√≠. Dir√≠a que apenas estamos comenzando a entrar en una fase de crecimiento en la que el tama√Īo de la red y la cantidad de personas involucradas comienzan a llegar al punto en que este tipo de arreglo y din√°mica ya no es sostenible.

La siguiente fase de crecimiento para resolver este problema ocurri√≥ no mucho despu√©s de que la red se pusiera en marcha. Servicios como LNBIG comenzaron a configurar una p√°gina donde las personas pod√≠an solicitar liquidez entrante. Bitrefill comenz√≥ a ofrecer canales con la recepci√≥n de liquidez como servicio (y en el proceso cre√≥ su especificaci√≥n de ¬ęcanal turbo¬Ľ que le permite usar un canal incluso antes de que se confirme en la cadena). Coincharge, Voltage y muchas otras compa√Ī√≠as tambi√©n ofrecen servicios similares. Al pagar una tarifa, simplemente puede hacer que una empresa abra un canal con usted para proporcionar liquidez de recepci√≥n para que se le env√≠e dinero. Este paso en la evoluci√≥n de las cosas ocurri√≥ para resolver una especie de problema de escala, ya que no todos los nuevos usuarios que se incorporaban ten√≠an esas conexiones sociales para obtener liquidez entrante. Incluso si lo hicieran, las personas solo tienen tanto dinero que pueden asignar a los canales para las personas que conocen. Tampoco puede esperar que la gente se quede sentada todo el d√≠a, en todo momento est√© listo para abrir canales cuando la gente necesite liquidez. Entonces, una empresa tiene espacio para intervenir y resolver el problema por una tarifa.

También tiene la dinámica de los proveedores de servicios Lightning (LSP) como Breez interviniendo y ellos mismos proporcionando una cierta cantidad de liquidez de recepción para sus usuarios. Sin embargo, esto todavía se enfrenta a los mismos problemas generales que obtener cosas de personas que conoce: Breez solo tiene tanto dinero que puede asignar a sus usuarios para recibir fondos. Realizan tarifas de enrutamiento al ser el nodo al que está conectado, pero eventualmente se encontrarán con el problema de tener que administrar una cantidad finita de fondos en una base de usuarios en crecimiento. Esto no es sostenible a perpetuidad.

El siguiente tipo de soluci√≥n para este problema central de Lightning fueron los mercados reales. No es un negocio que le vende sus propios fondos en forma de capacidad de recepci√≥n, sino un mercado donde cualquiera puede venir y ofrecer vender liquidez de recepci√≥n a cualquier persona que desee comprarla. Dos ejemplos de esta soluci√≥n son la casa de subastas ‚ÄúLightning Pool‚ÄĚ de Lightning Lab y los mercados Magma de Amboss. Lightning Pool incluso impone un per√≠odo m√≠nimo de tiempo que los canales comprados deben permanecer abiertos en cadena a trav√©s de un bloqueo de tiempo CLTV. Ambas son formas sin custodia para que una parte central (Lightning Labs y Amboss) haga coincidir a las personas que desean vender con las que desean comprar liquidez entrante. El problema es que todav√≠a dependen de un facilitador centralizado para que esto funcione. Lightning Lab‚Äôs y Amboss realmente cobran una tarifa para participar en sus subastas.

Una categor√≠a final de soluciones a este problema est√° representada por Liquidity Ads de CLN, un mercado descentralizado para recibir liquidez construido sobre canales de doble financiaci√≥n (donde ambos lados del canal proporcionan liquidez en la financiaci√≥n en lugar de solo uno). Liquidity Ads utiliza el protocolo de chismes de Lightning Network que anuncia los canales p√ļblicos disponibles para enrutar los pagos a fin de publicar anuncios que usted est√° dispuesto a vender recibiendo liquidez. Al igual que Lightning Pool, tambi√©n impone un ¬ętiempo de arrendamiento¬Ľ durante el cual el canal debe permanecer abierto con un bloqueo de tiempo CLTV en cadena.

Entonces, todas estas opciones diferentes dejan una pregunta en el aire: ¬Ņc√≥mo queremos realmente abordar la soluci√≥n de este problema a largo plazo y a escala? es literalmente imposible para recibir fondos a trav√©s de Lightning Network sin obtener primero la liquidez de recepci√≥n. Esa es una limitaci√≥n central del propio protocolo. ¬ŅQueremos resolver este problema a nivel del propio protocolo, dado que ah√≠ es donde est√° la limitaci√≥n actual, o queremos apoyarnos en los servicios y mercados centralizados para hacerlo?

Cuando se trata de eso, se trata de una cuesti√≥n de efecto de red y un problema del huevo o la gallina. Los compradores quieren ir donde est√°n los vendedores, pero los vendedores tambi√©n van a querer ir donde est√°n los compradores. Si nos apoyamos mucho en los mercados o servicios centralizados para resolver este problema, eventualmente ese efecto de red se agravar√° y ser√° cada vez m√°s dif√≠cil de superar con alternativas descentralizadas basadas en protocolos. Entonces, esta es una pregunta muy importante que los usuarios deben hacerse ahora. ¬ŅDejamos que esta deficiencia masiva de la pila de protocolos Lightning se resuelva por completo mediante servicios comerciales centralizados, o intentamos resolverla a nivel de protocolo?

Personalmente, mi opini√≥n es que dada la necesidad absoluta de liquidez entrante para utilizar el protocolo de forma autocustodia, este problema debe abordarse a nivel de protocolo. Y como √ļltima nota, para resolver esto a nivel de protocolo de manera descentralizada a√ļn permite que las empresas actuales y las soluciones centralizadas compitan abiertamente usando ese protocolo ellos mismos.

Esta es una publicación invitada de Shinobi. Las opiniones expresadas son totalmente propias y no reflejan necesariamente las de BTC Inc o Revista Bitcoin.

milfinanzas

Soy ingeniero Naval especializada .¬†dependiente de la Universidad Veracruzana, es un programa acad√©mico dedicado al desarrollo cient√≠fico y tecnol√≥gico de las ciencias de la Ingenier√≠a Naval y sus aplicaciones en el desarrollo socioecon√≥mico del Pa√≠s. Tengo las habilidades y conocimientos matem√°ticos, y f√≠sicos a nivel superior¬†para el dise√Īo, construcci√≥n, reparaci√≥n y mantenimiento de todo artefacto¬†flotante. Soy trader de tiempo medio.¬†Devoro libros, que abarcan desde el lado m√°s cient√≠fico al m√°s humilde y humanista¬† que entiende que las personas "son personas".
Botón volver arriba
AllEscort