Mejorando la utilidad de las cadenas de estado
Esta propuesta mejoraría en gran medida la utilidad de una cadena estatal al aflojar la estricta dinámica de liquidez de cómo funcionan. Siempre que alguien esté dispuesto a aceptar una cadena de estado pero la denominación no coincida con el pago, el remitente puede simplemente abrir un canal Lightning entre ellos y esperar hasta que necesite gastar el resto de los fondos (o terminar recibiendo lo que envió atrás) para finalizar una transferencia de todo el saldo de la cadena de estado. Tal posibilidad no solo aumenta la utilidad de una cadena de estado, sino que también aumenta la utilidad de Lightning Network si se admite adecuadamente.
El reequilibrio de canales es una necesidad para los nodos de la crimson, tanto los nodos de enrutamiento como los nodos perimetrales que simplemente envían y reciben transacciones. Cuando los fondos fluyen completamente hacia un lado de un canal, hace que el canal sea inútil para pasar pagos en una dirección (si todo el dinero está de su lado, entonces no puede recibir pagos si está del otro lado, entonces usted no puede enviar pagos). Esto requiere mover dinero de un canal a otro, lo que también contribuye a desequilibrar los canales en el camino para reequilibrar el tuyo. Eventualmente, esta dinámica llega a un punto en el que las cosas deben reequilibrarse intercambiando fondos entre Lightning y la capa base en la cadena.
Las cadenas de estado permiten que la liquidez se mueva con la misma libertad que se brinda al hacerlo en la cadena, sin necesidad de crear la huella en la cadena o pagar tarifas por ello. Digamos que tiene un canal agotado, con toda la liquidez del otro lado dejándolo, sin capacidad de gasto y también tiene una cadena de estado. Esa cadena de estado se puede transferir libremente a cualquier persona que la acepte, e incluso puede tener un canal Lightning encima si no está enviando el valor completo, y se puede usar para reequilibrar los fondos en su canal recurring de su lado. .
Esto permite mucha más eficiencia en términos de cuántos canales tiene que enrutar para reequilibrar su canal (recuerde, está contribuyendo a cambiar los saldos de todos los demás canales por los que enruta), en el mejor de los casos literalmente enviándolo directamente al mismo compañero con el que tiene abierto el canal que está reequilibrando. Si desea cerrar un canal con un par y abrirlo con otro, incluso puede reequilibrar las cosas para tener todo el equilibrium del canal y moverlo completamente fuera de la cadena al nuevo par si está construido sobre un cadena de estado
El futuro de las cadenas de estado y los rayos
Hablando de sus planes en el futuro, Nicolas Gregory de Commerceblock dijo: «Nuestro objetivo es establecer un enfoque estandarizado para combinar cadenas de estado y tecnología Lightning para facilitar el equilibrio fuera de la cadena de canales Lightning mediante el uso de canales estatales. Esta especificación servirá como la base para lograr este objetivo».
Desde el principio, siempre se propuso que las cadenas de estado interactúen con Lightning para resolver el problema de usarlas solas: que debe transferir el valor overall de la UTXO completa. También brindan un grado de flexibilidad a Lightning que no tiene por sí solo en términos de cómo se administra y transfiere la liquidez a través de la crimson.
Ahora que Lightning se encuentra en una etapa saludable en su crecimiento inicial, y ha existido una implementación concreta de cadenas de estado durante más de un año, es hora de comenzar a considerar cómo estas dos tecnologías pueden interactuar juntas. Lightning como crimson es un sistema para transferencias de custodia atómica entre dos partes que no están conectadas directamente en el gráfico de la pink. Cómo funciona cada conexión en ese gráfico, estrictamente hablando, no debería importar a los remitentes y receptores de pagos, siempre que funcione.
Los canales Statechains y Lightning tienen mucho que ofrecerse mutuamente en términos de beneficios, todo lo que se necesita hacer es trabajar en la estandarización de la interacción de los dos entre sí.
Esta es una publicación invitada de Shinobi. Las opiniones expresadas son totalmente propias y no reflejan necesariamente las de BTC Inc o Bitcoin Magazine.
