Capacidade de entrada da rede Lightning

Tanto o crescimento rápido e os obstáculos técnicos enfrentados pela adoção mais generalizada da Lightning Network (LN) do Bitcoin geraram algumas conversas produtivas sobre como melhorar a rede jovem. Um dos obstáculos que recentemente ganharam atenção é conhecido como o problema de “capacidade de entrada”.

Um resultado inerente do projeto bidirecional de canais de pagamento no LN, o problema torna o recebimento de pagamentos do LN para novos nós um desafio, exigindo vários métodos para complementar sua capacidade de entrada. O problema de capacidade de entrada ganhou reconhecimento convencional após o dificuldade crescente de receber a tocha elétrica que foi transmitido entre usuários entusiasmados do LN no Twitter.

Capacidade de entrada da rede Lightning

Desde então, o próprio problema e as soluções propostas para reduzir as complicações do problema de capacidade de entrada tornaram-se mais aparentes. Eventualmente, as complexidades de rebalanceamento do canal e questões como capacidade de entrada devem ser mascaradas do usuário final, mas por enquanto, vale a pena avaliar qual é exatamente o problema e as iniciativas em andamento para resolvê-lo.

O que é a capacidade de entrada de um nó?

O LN do Bitcoin é composto de canais de pagamento bidirecionais entre usuários em uma rede mesh de nós. As capacidades do canal de pagamento entre dois usuários são fixas assim que um canal é aberto entre eles e não podem ser alteradas até que o canal seja fechado e um novo seja aberto.

Os canais de pagamento são compostos por dois lados, um saldo remoto e um saldo local. O seu lado do canal é o equilíbrio local e o outro lado é o equilíbrio remoto. Então, se Alice e Bob têm um canal de pagamento aberto entre eles com uma capacidade de 5 BTC, e você é Bob, então seu saldo local é 2 BTC e o saldo remoto (saldo de Alice) é 3 BTC – a capacidade do canal é 5 BTC.

Alice 3 <————————-> 2 Bob

Alice e Bob podem atualizar os saldos dentro do canal sem exceder a capacidade do canal (5 BTC), mas às vezes surgem problemas de um projeto de canal bidirecional. Se você deseja aceitar pagamentos ou equilibrar seus canais, trabalhar em torno do design bidirecional pode ser complicado, especialmente quando você introduz mais partes e roteamento de pagamento em cena.

Por exemplo, se Charlie deseja receber um pagamento de Alice, mas tem apenas um canal aberto com Bob, ainda é possível para Charlie receber o pagamento de Alice – desde que Bob tenha BTC suficiente para encaminhar para Charlie, que é o controle remoto de Charlie equilíbrio com Bob e equilíbrio local de Bob com Charlie.

Alice 3 <—————-> 2 Bob 0 <—————> 2 Charlie

No exemplo acima, Alice não pode enviar a Charlie nenhum BTC porque o saldo local de Bob (ou seja, o saldo remoto de Charlie) é 0 BTC. O pagamento de Alice é inibido pela capacidade de entrada de Charlie. Portanto, a capacidade de entrada de Charlie em qualquer ponto durante a abertura do canal é explicitamente limitada por seu saldo remoto com a contraparte (neste caso, Bob) que está encaminhando o pagamento.

No exemplo acima, a capacidade de entrada de Charlie é zero. No entanto, no exemplo abaixo (com capacidade de canal 1 BTC maior), a capacidade de entrada de Charlie seria um, e ele poderia receber até 1 BTC de Alice. Isso destaca como, em geral, a liquidez é um dos maiores problemas que enfrenta o crescimento do LN, o que não é surpreendente considerando-o como uma rede de pagamento jovem.

Alice 3 <—————-> 2 Bob 1 <—————> 2 Charlie

O problema de capacidade de entrada surge do fato de que, quando as contrapartes financiam seus canais, elas estão financiando apenas seu respectivo saldo local. O depósito da contraparte no canal é subsequentemente o saldo remoto da respectiva parte. Como resultado, os usuários do LN podem determinar sua capacidade de saída (que se correlaciona com seu equilíbrio local), mas não têm controle direto sobre sua capacidade de entrada.

Quando você adiciona mais conexões em toda a rede e roteamento entre nós, o problema pode se tornar ainda mais complicado. Imagine milhares de nós não conectados diretamente, mas contando com nós de roteamento para realizar os pagamentos. Você pode ter resolvido a capacidade de entrada com um nó adjacente, mas então você tem que levar em consideração a capacidade de entrada de um nó adjacente que é adjacente a esse nó, e assim por diante e assim por diante.

Tal dinâmica requer provedores de liquidez funcionando como nós de roteamento e métodos para mitigar o problema de capacidade de entrada de usuários com pequenos saldos de canal ou novos na rede.

O problema de capacidade de entrada é provavelmente uma das principais causas pelas quais a tocha relâmpago se tornou cada vez mais difícil de passar em seus estágios posteriores. À medida que a tocha ganhava valor, o número de provedores líquidos para rotear pagamentos tornou-se menor, impedindo assim que muitos usuários pudessem receber a tocha – sua capacidade de entrada não era suficiente.

Apesar dos problemas que apresenta, especialmente para novos usuários que estão apenas lançando seus nós e abrindo canais, existem vários métodos para aumentar a capacidade de seu canal de entrada.

Se você estiver procurando informações mais detalhadas sobre o uso do LN e da capacidade de entrada, recomendo os artigos aqui e aqui.

Resolvendo o problema de capacidade de entrada

Aumentar sua capacidade de entrada significa abrir canais e conectar-se a canais de roteamento com grandes saldos remotos (ou seja, grandes saldos locais da perspectiva deles). Nós balanceados e bem conectados são as escolhas ideais para melhorar a capacidade de entrada, pois eles irão conectá-lo a muitos outros nós públicos, mas nem sempre é tão simples para novos nós sendo lançados no ecossistema.

Felizmente, existem vários métodos muito simples para aumentar a capacidade de entrada – como simplesmente fazer pagamentos de saída. Gastar moedas transfere-as de seu saldo local para seu saldo remoto. Exige que você gaste moedas, mas como a maioria dos pagamentos via LN são pequenos, enviar micropagamentos em vários canais não é um fardo financeiro significativo e pode ajudar a aumentar sua capacidade de entrada.

Outro método bastante direto para aumentar a capacidade de entrada é pedir aos operadores de nó que abram canais de entrada com você. A melhor maneira de fazer isso é com vários serviços de abertura de canal que na verdade abrirão um canal com seu nó diretamente – às vezes de graça e às vezes por uma taxa muito pequena.

Bitrefill’s Thor, LightningTo.Me, e LNBig.com são todos serviços de abertura de canais com várias condições e taxas de capacidade de canal. Esses serviços são úteis ao lançar um novo nó, por exemplo, se você adquiriu um nó Casa e deseja começar a receber pagamentos.

Outros serviços, embora de custódia, oferecem a troca do LN BTC pelo BTC da rede, o que é basicamente uma versão diferente de gastar o LN BTC para comprar o BTC da rede. Alguns desses serviços incluem ziguezague, coinplaza, e relâmpagoconuditor. No entanto, esses serviços têm custódia, e uma nova opção sem custódia da Lightning Labs pode ser uma alternativa melhor – embora ainda esteja na fase inicial de experimentação.

É chamado Lightning Loop, e é uma ponte on-chain / off-chain sem custódia que usa trocas submarinas para adquirir capacidade de entrada de nós de rede arbitrários, depositando fundos em carteiras on-chain sem fechar um canal, ou pagando para um endereço de fallback na cadeia se a liquidez é insuficiente para o roteamento.

Com base na implementação lnd do Lightning Labs, o Lightning Loop atualmente consiste apenas na funcionalidade “Loop Out”, que permite a troca de fundos fora da rede por fundos dentro da rede de uma maneira não custodial. A funcionalidade ‘Loop Out’ ainda não está disponível, mas permitirá que os fundos da rede aumentem o saldo local de um canal LN.

Conclusão

No geral, o problema de capacidade de entrada é mais um resultado de liquidez insuficiente em uma rede de pagamentos em estágio inicial do que uma falha de projeto fundamental. Soluções já estão disponíveis para comerciantes, entusiastas do LN e desenvolvedores para superar o problema – simples e alguns mais complicados.

À medida que o LN continua sua progressão, mais serviços de canal aberto, serviços de troca sem custódia e abstração de UI do problema de capacidade de entrada provavelmente crescerão em prevalência.

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me