Rede Lightning e segunda camada

Liquidez na rede Lightning: guia de canais

Liquidez na rede Lightning: guia de canais

Este guia é uma tradução do original em inglês, que é o texto de referência. Ler em inglês

A rede Lightning (em inglês) é uma das soluções mais promissoras para o Bitcoin processar mais pagamentos. Participar da rede traz desafios próprios de liquidez e gerenciamento de canais. Entendê-los é importante tanto para pessoas físicas quanto para empresas que querem aproveitar essa tecnologia de segunda camada.

A liquidez na rede Lightning (em inglês) depende dos saldos local e remoto. O saldo local determina quanto você pode enviar. O remoto determina quanto você pode receber. Como os pagamentos circulam nos dois sentidos, a forma de distribuir os fundos entre os canais importa para todo mundo na rede.

Três estados de um canal de 2.000.000 de sats que você abre. No início, os 2.000.000 de sats ficam do seu lado. Você pode enviar, mas ainda não pode receber nada. Depois de pagar 500.000 sats pelo canal, ficam 1.500.000 do seu lado e 500.000 na outra ponta. Agora você pode receber até 500.000. Se pagar mais 500.000, o canal fica equilibrado, com 1.000.000 de cada lado. Os pagamentos podem fluir nos dois sentidos. Seu lado é a liquidez de saída. O da outra ponta é a liquidez de entrada.
O saldo do seu lado do canal é o que você pode enviar. O da outra ponta é o que você pode receber. Se você abrir um canal só com seus sats, tudo começa do seu lado. Para receber, primeiro você precisa gastar parte desse saldo. Uma pequena reserva do canal fica sempre bloqueada de cada lado, então os limites reais são um pouco menores.

Conseguir liquidez de entrada é um dos maiores desafios da rede Lightning (em inglês), sobretudo para quem está começando. Para conseguir capacidade de saída, basta abrir um canal com seus fundos. A capacidade de entrada costuma exigir planejamento e, muitas vezes, coordenação com participantes maiores. Essa diferença reflete a forma como se distribui capital e se avalia risco em uma rede descentralizada.

Os provedores de serviços Lightning (LSPs) já são uma parte importante da infraestrutura da rede Lightning. Eles conectam novos usuários ao resto da rede e oferecem liquidez de entrada inicial e capacidade de roteamento. Os serviços costumam ter limites e requisitos específicos porque colocar capital na rede tem um custo.

A relação entre grandes empresas e usuários individuais mostra como funciona a economia da rede. As grandes corretoras e processadoras de pagamentos, os “peixes grandes” da Lightning, precisam decidir com cuidado onde colocar o capital. Têm muitos recursos, mas as exigências regulatórias e os incentivos econômicos influenciam as regras de conexão dessas empresas com outros nós.

Para entrar na rede Lightning, muitas vezes vale combinar estratégias. Você pode abrir canais diretamente com nós maiores ou recorrer a serviços que ajudam a conseguir liquidez de entrada. Colocar capital, normalmente em bitcoins bloqueados nos canais, é um requisito técnico e um sinal econômico para a rede.

Para empresas que querem adotar a rede Lightning, entender essa dinâmica é especialmente importante. Receber pagamentos com eficiência exige pensar em como gerenciar os canais e de onde tirar liquidez. Para comerciantes que querem aceitar bitcoins, contar com capacidade de entrada é essencial para receber sem problemas.

Conforme a rede Lightning evolui, aparecem serviços e protocolos que facilitam o acesso à liquidez. Como se coloca e se distribui capital entre canais continua sendo uma questão central. A busca pelo equilíbrio entre segurança da rede, uso eficiente do capital e facilidade de acesso continua guiando esses avanços.

A relação entre operadores de nós de tamanhos diferentes mostra como se formou um mercado de liquidez na rede. Abrir canais com os grandes participantes costuma exigir bastante capital. Isso reflete tanto o valor das conexões quanto o custo de mantê-las. Assim surge uma hierarquia na rede: colocar mais capital pode dar acesso a conexões melhores.

À medida que a rede Lightning amadurecer, provavelmente surgirão soluções para esses problemas de liquidez. Avanços no gerenciamento de canais, na criação automatizada de mercado e nos serviços de liquidez podem facilitar a participação. A distribuição de capital provavelmente continuará influenciando a estrutura da rede e as estratégias de quem usa a Lightning.

Como gerenciar a liquidez dos seus canais Lightning passo a passo

Você vai aprender técnicas para conseguir, equilibrar e manter a liquidez dos seus canais Lightning.

Passo 1. Confira quanta liquidez você tem. Rode lncli listchannels e confira local_balance e remote_balance de cada canal. Calcule a capacidade total de entrada somando os saldos remotos e a de saída somando os saldos locais. Se a de entrada for menor que 20% da capacidade total, você precisa de mais para receber pagamentos ou roteá-los na sua direção com eficiência. Ferramentas como o Balance of Satoshis (bos) mostram um resumo mais claro. bos balance mostra o detalhamento em um gráfico.

Passo 2. Consiga liquidez de entrada. Há várias formas, com custos e vantagens diferentes. Se precisar na hora, use o Lightning Loop Out (loop out) para trocar saldo Lightning por bitcoin on-chain. Os sats que você envia saem do seu lado do canal e os bitcoins voltam para sua carteira on-chain. Você paga uma taxa de serviço, uma taxa on-chain e taxas de roteamento na Lightning. O jeito mais barato é gastar bitcoins pelos seus canais de saída, comprando produtos, serviços ou vales-presente. Assim, você transforma liquidez de saída em liquidez de entrada. O jeito mais direto é pedir ao operador de um nó bem conectado que abra um canal com você. Você ganha capacidade de entrada e a outra ponta coloca capital que fica bloqueado.

Três formas de conseguir liquidez de entrada. Uma é usar o Lightning Loop Out. Os sats saem pelo seu canal para um serviço de swaps e voltam como bitcoin on-chain. Você paga uma taxa de serviço, uma taxa on-chain e taxas de roteamento. Outra é gastar pelos seus próprios canais. Seus sats vão para a loja e você recebe o que comprou. Se já ia fazer a compra, não há custo extra. A terceira é conseguir que um nó bem conectado ou um provedor de serviços Lightning (LSP) abra um canal para você. Tudo começa do lado dele, e os LSPs cobram uma taxa pelo capital que bloqueiam.
Três formas de ganhar espaço para receber. Tanto o swap para on-chain quanto o gasto movem seus sats para a outra ponta. Se alguém abrir um canal com você, usa os sats dele desde o começo.

Passo 3. Reequilibre canais com pouco saldo de um lado. Quando um canal ficar muito desequilibrado (por exemplo, 90% de saldo local e 10% remoto), reequilibre com um pagamento circular. No Balance of Satoshis, rode bos rebalance --out <peer_heavy_on_your_side> --in <peer_heavy_on_their_side> --amount 500000 --max-fee-rate 50. O pagamento sai pelo canal com saldo demais do seu lado, passa pela rede e volta pelo canal com saldo remoto demais. Assim os dois ficam mais equilibrados. Defina um teto para a taxa para não pagar demais pelo reequilíbrio (50 ppm é razoável).

Um reequilíbrio circular. Você tem dois canais de 1.000.000 de sats. No canal com A, 900.000 sats estão do seu lado e 100.000 do lado de A. No canal com B, 100.000 estão do seu lado e 900.000 do lado de B. Você paga 400.000 sats a si mesmo. O pagamento sai por A, passa por outros nós e volta por B. Depois, os dois canais ficam com 500.000 sats de cada lado. Os nós no caminho cobram uma pequena taxa. Com um teto de 50 ppm (50 sats por milhão), as taxas somam no máximo 20 sats.
Reequilibrar é pagar a si mesmo. Os sats saem pelo canal com saldo demais do seu lado e voltam por aquele em que seu lado está quase vazio. Neste exemplo, mover 400.000 equilibra os dois canais. Seu saldo total fica igual, descontadas as taxas de roteamento.

Passo 4. Use swaps submarinos para ajustes maiores. Se o reequilíbrio circular não for suficiente ou sair caro demais, você pode fazer um swap submarino. O Lightning Loop Out troca saldo Lightning por bitcoin on-chain. Reduz a liquidez de saída e abre espaço para receber. O Lightning Loop In faz o contrário. Use loop out --amt 500000 --conf_target 12 para ter como meta a confirmação da transação on-chain em 12 blocos, equilibrando velocidade e custo.

Dois swaps de 500.000 sats em um canal de 1.000.000 de sats. O Loop Out passa da Lightning para on-chain. Seu lado cai de 900.000 para 400.000 e o da outra ponta sobe de 100.000 para 600.000. Chegam 500.000 sats menos as taxas à sua carteira on-chain. Assim você ganha espaço para receber. O Loop In passa de on-chain para a Lightning. Saem 500.000 sats mais as taxas da sua carteira on-chain e seu lado do canal sobe de 100.000 para 600.000. Assim você ganha espaço para enviar. Em cada swap, você paga uma taxa de serviço e taxas on-chain. Com o Loop Out, paga também as de roteamento.
Loop Out abre espaço para receber e Loop In repõe o saldo para enviar. Com o Loop Out, você envia seus sats pela Lightning e recebe bitcoin on-chain. O Loop In faz o contrário. Cada swap tem taxas, então você sempre recebe um pouco menos do que enviou.

Passo 5. Acompanhe o uso dos canais ao longo do tempo. Veja quais canais roteiam mais pagamentos e em qual direção. Use lncli fwdinghistory --start_time=-7d para ver os pagamentos roteados na última semana. Se um canal sempre esvaziar na mesma direção, talvez seja preciso aumentar as taxas do lado que esvazia para diminuir a saída ou programar reequilíbrios específicos. O ThunderHub e o RTL mostram gráficos com o histórico de saldo dos canais.

Passo 6. Feche canais de baixo desempenho e realoque o capital. Se a outra ponta ficar offline com frequência, o canal nunca rotear pagamentos ou passar semanas sem saldo, você estará desperdiçando capital. Faça um fechamento cooperativo com lncli closechannel --chan_point=<funding_txid:output_index> e use os fundos que voltarem para abrir canais com nós mais bem conectados. Avalie os canais uma vez por trimestre. Se ele não tiver roteado um pagamento em 30 dias, considere se vale usar o capital em outro lugar.

Passo 7. Prepare-se para mudanças nas taxas. Picos nas taxas on-chain afetam diretamente a liquidez na Lightning. Taxas altas encarecem abrir e fechar canais e fazer swaps submarinos. Agrupe as operações de gerenciamento de canais nos períodos de taxas baixas, como nos fins de semana ou no início da manhã (UTC). Mantenha uma reserva on-chain de pelo menos 200.000 sats para lidar com fechamentos forçados inesperados mesmo quando as taxas estiverem altas.

Atenção. Reequilibrar tem um custo direto. Cada pagamento circular paga taxas de roteamento aos nós intermediários. Se você gasta mais para reequilibrar do que ganha roteando pagamentos, fica no prejuízo. Acompanhe a receita líquida, ou seja, as taxas de roteamento que você recebe menos as que paga para reequilibrar, e ajuste a estratégia se o saldo ficar negativo. Alguns canais não valem a pena se exigem reequilíbrios caros o tempo todo.

Erros comuns a evitar

Abrir canais e esperar ter liquidez de entrada na hora. Se só você colocar fundos na abertura do canal, todos ficam do seu lado. Você tem capacidade de saída, mas a de entrada é zero. Muitos operadores abrem os primeiros canais e depois se perguntam por que não conseguem receber pagamentos. Para conseguir liquidez de entrada, gaste, use swaps ou faça com que outros nós abram canais para você.

Reequilibrar a qualquer custo. Ferramentas de reequilíbrio automático podem gastar mais com taxas de roteamento do que o canal vai gerar. Defina sempre um teto para as taxas de reequilíbrio. Como regra geral, não pague mais de 50% da receita média semanal de roteamento do canal por um único reequilíbrio. Se manter o canal custa mais do que ele rende, feche.

Concentrar todo o capital em um único canal grande. Um canal de 10 milhões de sats dá menos flexibilidade para rotear pagamentos do que cinco de 2 milhões de sats com nós diferentes e bem conectados. Distribuir os fundos entre vários nós ajuda os pagamentos a chegar, reduz o risco de um ponto único de falha e cria oportunidades de reequilíbrio conforme os pagamentos passam por canais diferentes.

Os mesmos 10.000.000 de sats distribuídos de duas formas se um nó ficar offline. Com um único canal de 10.000.000 de sats, se o outro nó ficar offline, dá para mover 0 sats até ele voltar. Com cinco canais de 2.000.000 de sats e cinco nós diferentes, se um ficar offline, pelos outros quatro canais ainda dá para mover 8.000.000 de sats.
Distribua o capital entre vários nós. Se o único nó na outra ponta do seu canal grande ficar offline, nada passa até ele voltar, embora os sats continuem sendo seus. Com cinco canais, se um nó ficar offline, quatro quintos do capital continuam disponíveis. Além disso, com mais nós, os pagamentos têm mais rotas.

Ignorar as taxas on-chain ao gerenciar a liquidez. Abrir um canal exige uma transação on-chain. Fechar exige outra, e um fechamento forçado custa ainda mais. Essas taxas reduzem seu capital. Quando as taxas estão altas, abrir um canal de 1 milhão de sats pode custar mais de 50.000 sats: 5% do valor do canal antes de rotear um único pagamento. Programe as operações dos canais para quando as taxas estiverem baixas.

Não manter uma reserva on-chain. Se todos os seus bitcoins estiverem bloqueados em canais Lightning e a outra ponta fizer um fechamento forçado quando as taxas estiverem altas, a transação de fechamento pode consumir boa parte do saldo do canal. Mantenha uma reserva mínima de 200.000 a 500.000 sats na carteira on-chain para cobrir saídas âncora e fechamentos inesperados.

Perguntas frequentes

Qual é a diferença entre liquidez de entrada e de saída?

A liquidez de saída é o saldo do seu lado do canal, ou seja, o que você pode enviar. A de entrada é o saldo da outra ponta, o que você pode receber. Se só você financiar um canal de 2 milhões de sats, começa com 2 milhões de saída e zero de entrada. Ao enviar ou encaminhar pagamentos para fora, os sats passam do seu lado para o outro, convertendo liquidez de saída em liquidez de entrada. Um canal equilibrado, com saldos parecidos dos dois lados, pode rotear pagamentos nas duas direções.

Como funcionam os provedores de serviços Lightning (LSPs)?

Os LSPs são empresas que prestam serviços de infraestrutura para a Lightning. Operam nós grandes e bem conectados. Oferecem abertura imediata de canais, muitas vezes com liquidez de entrada incluída, além de roteamento de pagamentos e gerenciamento de liquidez. Se você usar uma carteira com LSP, ele abrirá um canal com você em segundo plano, e você ganhará capacidade de entrada para receber pagamentos na hora. O LSP cobra pelo serviço diretamente ou por meio de taxas de roteamento.

Posso ganhar dinheiro oferecendo liquidez à Lightning?

Você pode ganhar taxas de roteamento mantendo canais bem equilibrados entre nós com muito tráfego. Os ganhos costumam ser modestos: a maioria dos operadores individuais ganha o equivalente a alguns dólares por mês por BTC alocado. O principal valor de rodar um nó de roteamento é ajudar a rede a funcionar bem e manter a soberania sobre seus pagamentos. As taxas são um ganho extra pequeno que ajuda a cobrir os custos de operação.

O que é splicing e como ele afeta a liquidez de um canal?

O splicing permite acrescentar ou retirar fundos de um canal existente sem fechar e reabrir. Faz parte da especificação da Lightning desde março de 2026. O Core Lightning, o Eclair e o LDK já oferecem suporte. Em novembro de 2026, o LND ainda não oferece. Um splice-in acrescenta fundos on-chain e aumenta a capacidade do canal. Um splice-out retira fundos para um endereço on-chain. Assim você economiza o tempo e o custo de fechar um canal, esperar uma confirmação on-chain e abrir outro com capacidade diferente. Conforme mais implementações aceitarem splicing, gerenciar a liquidez vai ficar bem mais barato e flexível.

Como ampliar um canal de 1.000.000 de sats. Sem splicing, você fecha o canal com uma transação on-chain, espera sem canal e abre um novo de 1.500.000 sats com outra transação. Entre as duas não dá para fazer pagamentos. Com splicing, uma única transação de splice acrescenta 500.000 sats e o canal existente passa para 1.500.000. Os pagamentos continuam passando enquanto a transação é confirmada.
Um splice muda a capacidade de um canal sem fechar. Ele substitui a transação de financiamento do canal por uma nova. O canal continua funcionando enquanto a mudança é confirmada. Retirar fundos com um splice funciona do mesmo jeito, na direção oposta.

Recursos relacionados

Faz parte do nosso curso de Bitcoin:Este tema é explicado em Canais e roteamento Lightning: como os pagamentos encontram o caminho, do curso Rede Lightning e nós de Bitcoin.
Categoria: Rede Lightning e segunda camada
← Voltar aos cursos