Rede Lightning e segunda camada

Boas práticas para gerenciar canais Lightning

Uma mão ajusta uma conta em um de três cordões paralelos, uma metáfora visual para o equilíbrio entre canais Lightning.

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

A rede Lightning é uma das soluções mais promissoras para aumentar a capacidade do Bitcoin. Ela permite fazer transações quase instantâneas com taxas muito baixas. Para gerenciar bem os canais, você precisa levar em conta fatores técnicos e operacionais que podem afetar bastante a experiência de uso e o funcionamento da rede.

A capacidade dos canais e o gerenciamento da liquidez são a base para participar da rede Lightning. Ao abrir canais, leve em conta o valor mínimo que atende às suas necessidades, a confiabilidade do outro nó e a conectividade com a rede. Embora seja possível abrir canais de poucos milhares de satoshis, na prática são necessários valores mais altos para que funcionem bem.

O tamanho mínimo do canal merece atenção. Na prática, canais abaixo de 150.000 satoshis costumam ser pouco úteis no dia a dia. Deixam pouca margem para taxas e podem ficar inutilizáveis quando a rede está muito movimentada. Muitos nós consolidados também exigem um tamanho mínimo para usar os fundos com eficiência e manter a estabilidade da rede.

Escolher os nós com que você se conecta também é importante. Pode ser tentador se conectar a nós individuais menores, principalmente no começo, mas a confiabilidade e a disponibilidade deles variam muito. Nós comerciais e provedores de serviços Lightning (LSPs) costumam ficar mais tempo online e ter conexões melhores. Isso faz deles boas opções para abrir os primeiros canais. Eles usam infraestrutura profissional, com sistemas redundantes e monitoramento, o que reduz o risco de interrupções longas que podem levar a fechamentos forçados.

Distribuir bem a liquidez é essencial. Ao abrir canais, pense na liquidez de entrada e de saída que você vai precisar conforme o uso. Um comerciante que principalmente recebe pagamentos precisa de bastante liquidez de entrada. Quem paga com frequência precisa de mais capacidade de saída. Esse equilíbrio influencia tanto o tamanho dos canais quanto a escolha dos outros nós.

A segurança importa nas decisões sobre canais. Os nós da rede Lightning funcionam como carteiras quentes e ficam conectados à internet o tempo todo para rotear pagamentos e operar os canais. Por isso, é preciso limitar a exposição. Evite manter em canais Lightning um valor que você não pode perder. Use os canais para operar, sem tratá-los como armazenamento de longo prazo.

Gerenciar o risco vai além de limitar os valores nos canais. Fazer backups dos canais com frequência, usar ferramentas de monitoramento e ter um procedimento de fechamento de emergência ajuda a evitar perdas. Poder mover fundos rapidamente entre a Lightning e o Bitcoin on-chain é outra forma de ajustar a exposição quando necessário.

Entender como os nós se conectam ajuda a gerenciar melhor os canais. Os nós bem conectados costumam rotear melhor e ser mais confiáveis. Acompanhe com frequência o desempenho dos canais e a posição do nó na rede. Ajuste a configuração para melhorar a confiabilidade e as chances de ganhar taxas. Isso pode envolver fechar canais que rendem pouco e mover fundos para conexões mais eficazes.

As boas práticas da Lightning evoluem conforme a rede amadurece. As primeiras recomendações focavam em conectividade básica. Agora também entram na conta a reputação dos nós, a posição na rede e o gerenciamento da liquidez. Se você roda um nó, acompanhe as mudanças na rede e ajuste a estratégia.

Com o crescimento da rede Lightning, as estratégias para gerenciar canais devem continuar evoluindo. Novas ferramentas e serviços vão simplificar algumas tarefas e trazer outras decisões. Quem opera um nó precisa se adaptar sem perder de vista a segurança, a confiabilidade e o uso eficiente dos fundos.

Como abrir e gerenciar canais Lightning passo a passo

Um nó Lightning bem gerenciado começa com um bom planejamento dos canais. Este guia mostra como abrir, acompanhar e ajustar seus canais com o LND e ferramentas de linha de comando.

Passo 1: confira o estado do seu nó. Antes de abrir canais, examine os que você já tem. Rode lncli listchannels para ver os canais ativos, a capacidade e a distribuição dos saldos. Preste atenção a local_balance e remote_balance. Esses campos mostram quanto você pode enviar e receber por cada canal, respectivamente. Se a maioria dos canais tiver saldo demais de um lado, reequilibre antes de abrir novos. Rode também lncli getinfo e verifique se synced_to_graph é true. Seu nó escolhe as rotas com a própria cópia do mapa da rede. Uma cópia desatualizada, após uma longa desconexão ou num computador com pouca memória ou armazenamento lento, leva a pagamentos que falham e decisões ruins sobre onde abrir canais.

Três momentos de um canal de 2.000.000 sats, com os dois campos que lncli listchannels mostra. local_balance é o saldo do seu lado, o que você pode enviar. remote_balance é o saldo do outro lado, o que você pode receber. As marcas ficam em 20% e 80% da capacidade. Assim que o canal abre, os 2.000.000 sats ficam do seu lado e 0 do outro. Você ainda não pode receber. Depois que 1.000.000 sats saem pelo canal, fica 1.000.000 de cada lado e ele funciona nas duas direções. Depois que mais 700.000 saem, seu lado cai para 300.000, ou 15% do canal, e sobra pouco para enviar. O passo 5 indica reequilibrar quando um dos lados cai abaixo de 20%, que aqui são 400.000 sats.
Você pode enviar o saldo do seu lado do canal e receber o saldo do outro lado. lncli listchannels mostra os dois como local_balance e remote_balance. Cada pagamento enviado ou encaminhado move sats do seu lado para o outro. Quanto menor fica o saldo de um lado, mais pagamentos deixam de caber naquela direção. O passo 5 indica reequilibrar quando um dos lados cai abaixo de cerca de 20%. Você pode mover um pouco menos do que os números mostram. Uma pequena reserva de cada lado fica bloqueada, e quem abriu o canal também paga a taxa de compromisso do lado dele.

Passo 2: encontre nós confiáveis. Use um explorador de rede como o Amboss (amboss.space) ou o 1ML para avaliar com quem abrir canais. Procure nós que ficam online pelo menos 99% do tempo, já tenham vários canais e operem de forma estável. Evite os que estão online há menos de um mês ou fecham canais com frequência. São sinais de infraestrutura pouco confiável. Nós de roteamento de provedores Lightning conhecidos, como a ACINQ, a Voltage e a River Financial, são boas conexões iniciais.

Passo 3: abra canais do tamanho adequado. Para abrir um canal, rode lncli openchannel --node_key=<pubkey> --local_amt=<satoshis>. Para roteamento, um mínimo prático é 2.000.000 satoshis (0,02 BTC), suficiente para encaminhar pagamentos de valor relevante. Ajuste a taxa em sat/vB da transação de financiamento conforme as condições do mempool. Use --sat_per_vbyte para defini-la. Quando as taxas estiverem altas, considere agrupar várias aberturas em uma transação com lncli batchopenchannel para economizar taxas on-chain. Mantenha um saldo on-chain para poder aumentar a taxa de fechamento. Para os canais com âncoras, o tipo padrão do LND, o próprio programa reserva 10.000 sats por canal, até 100.000 sats, para isso e impede gastar abaixo da reserva.

Um orçamento de 0,1 BTC, ou 10.000.000 sats, para um nó pequeno de roteamento. Quatro canais de 2.000.000 sats deixam 8.000.000 nos canais e cerca de 2.000.000 on-chain. Isso cobre com folga as taxas de abertura, os fechamentos futuros e os 40.000 sats que o LND reserva, 10.000 por canal, para aumentar a taxa de um fechamento forçado. Cinco canais de 2.000.000 gastariam todos os sats e não deixariam nada para a taxa de abertura.
Deixe alguns sats fora dos canais. Para os canais com âncoras, o tipo padrão, o LND reserva 10.000 sats por canal (até 100.000) e impede gastar abaixo disso. Cada abertura e fechamento também tem uma taxa on-chain. Com 0,1 BTC você financia três ou quatro canais de 2.000.000 sats, mas não cinco.

Passo 4: defina as taxas de roteamento. Ajuste as taxas com lncli updatechanpolicy --base_fee_msat=1000 --fee_rate_ppm=200 --chan_point=<funding_txid:output_index>. Uma taxa base de 1 sat e uma taxa proporcional de 200 ppm (partes por milhão: 200 sats por milhão de sats encaminhados) são um bom ponto de partida para um nó novo. Acompanhe o volume de encaminhamentos na primeira semana e ajuste as taxas. Se não encaminhar nenhum pagamento, elas podem estar altas demais. Se houver muito movimento e o canal esvaziar com frequência, aumente as taxas. Antes de escolher um valor, confira o que outros nós cobram nos canais com o mesmo nó parceiro. O Amboss mostra a política de cada canal. Entre duas rotas parecidas, o algoritmo de busca de rotas escolhe a mais barata. Se você cobrar muito acima da alternativa, os pagamentos vão por outra rota.

Como definir a taxa de roteamento de um canal. Da taxa mais baixa à mais alta, há três zonas. Baixa demais: reabastecer o canal custa mais do que ele rende. Sua faixa: você ganha mais do que gasta e os pagamentos ainda passam pelo seu canal. Alta demais: o pagamento vai por um caminho parecido e mais barato. O piso é o custo de reequilibrar, que o passo 5 mantém abaixo da taxa. O teto é o que outros nós cobram nos canais com o mesmo nó parceiro. Depois, acompanhe por uma semana. Se não houver encaminhamentos, talvez a taxa esteja alta demais e valha baixar. Se houver muito movimento e o canal continuar esvaziando, aumente a taxa. Por exemplo, encaminhar 1.000.000 sats a 1 sat + 200 ppm rende 201 sats, porque 200 partes por milhão de 1.000.000 sats são 200 sats. Repor esses sats a 100 ppm custa 100, então ficam 101. A 50 ppm você ganharia 51 e pagaria 100: perderia 49.
Defina a taxa de cada canal entre dois limites. Se cobrar menos do que custa reequilibrar, você perde dinheiro a cada encaminhamento que precisar repor. Se cobrar muito mais que outros nós com canais para o mesmo destino, os pagamentos seguem pelo caminho mais barato. Comece entre esses limites e acompanhe uma semana de encaminhamentos para decidir como ajustar.

Passo 5: monitore e reequilibre os canais com frequência. Use lncli listchannels com ferramentas como o Balance of Satoshis (bos) para conferir o estado dos canais. Se mais de 80% do saldo ficar de um só lado, reequilibre com um pagamento circular: bos rebalance --out <peer_where_most_balance_is_yours> --in <peer_where_most_balance_is_theirs> --amount <sats> --max-fee-rate <ppm>. O pagamento sai pelo nó de --out e volta pelo de --in, repondo o saldo do seu lado no canal quase vazio. Defina a taxa máxima que aceita pagar pelo reequilíbrio e mantenha-a abaixo da taxa que o canal ganha ao encaminhar depois de reabastecido. Assim, você não gasta mais no reequilíbrio do que ganha com taxas de roteamento. A taxa mediana na rede era de cerca de 100 ppm em agosto de 2026. Como cada nó da rota cobra uma taxa, um limite de 50 a 100 ppm só deixa passar os pagamentos circulares mais baratos, e muitas tentativas falham. Se omitir --max-fee-rate, o bos aceita até 250 ppm, mais que os 200 ppm do passo 4.

Um reequilíbrio circular. Você tem dois canais de 2.000.000 sats. No canal com o nó A, há 1.700.000 sats do seu lado e 300.000 do lado de A. No canal com o nó B, há 300.000 do seu lado e 1.700.000 do lado de B. Você roda bos rebalance --out A --in B --amount 700000 --max-fee-rate 100. O pagamento de 700.000 sats sai por A, passa por outro nó e volta para você por B. Cada nó no caminho cobra uma taxa. Com o limite de 100 ppm, você paga no máximo 70 sats do seu saldo no canal com A. No fim, o canal com B tem 1.000.000 sats de cada lado. No canal com A, ficam 999.930 do seu lado e 1.000.070 do lado de A.
Reequilibrar é fazer um pagamento para você mesmo. O pagamento sai pelo canal onde a maior parte do saldo está do seu lado e volta pelo que esvaziou. Assim os dois se aproximam do equilíbrio e seu saldo total diminui apenas pelo valor das taxas. Cada nó do percurso cobra a própria taxa. Um limite baixo só deixa passar as rotas circulares mais baratas. Se nenhuma couber no limite, tente a próxima ferramenta.

Há outras formas de reequilibrar canais. Tente primeiro as mais baratas.

  • Fluxo natural (de graça). Pague pelos canais onde a maior parte do saldo está do seu lado e receba pelos que têm a maior parte do outro lado. Seus próprios pagamentos e retiradas reequilibram os canais sem custo adicional.
  • Reequilíbrio circular (só taxas de roteamento). Use bos rebalance como indicado acima. Se continuar falhando com seu limite de taxa, os canais estão distantes demais na rede para encontrar um caminho circular barato.
  • Swaps (taxas do swap e on-chain, mais roteamento no Loop Out). O Lightning Loop (em inglês) troca bitcoin entre a Lightning e a blockchain. O Loop Out transforma saldo de saída em capacidade de entrada. O Loop In reabastece um canal sem saldo com fundos on-chain. Se os dois nós usarem o PeerSwap e cada um incluir o outro na lista de nós autorizados, você pode fazer a mesma troca direto com o outro nó do canal, sem um provedor de swaps. O projeto ainda o descreve como software beta para saldos pequenos. Desde a v7.0.1 (setembro de 2026), só os swaps de bitcoin on-chain estão habilitados, após um incidente de segurança na rede Liquid. A v7.0.2 (outubro de 2026) corrigiu problemas de segurança nesses swaps de bitcoin, então use a versão 7.0.2 ou posterior.
Três formas de reabastecer um canal Lightning, da mais barata à mais cara. A primeira é o fluxo natural. Pague pelos canais onde a maior parte do saldo está do seu lado e receba pelos que têm a maior parte do outro lado. Os pagamentos que você já faria não custam nada a mais. A segunda é o reequilíbrio circular com bos rebalance. Você envia um pagamento para si mesmo pelo canal onde tem a maior parte do saldo e recebe pelo que esvaziou. Você paga taxas de roteamento, no máximo 70 sats para mover 700.000 sats com um limite de 100 ppm. A terceira são os swaps. O Loop Out abre espaço para receber e o Loop In repõe o saldo do seu lado com bitcoin on-chain. Você paga a taxa do swap, a taxa on-chain e, no Loop Out, as taxas de roteamento. Comece pela primeira e só passe para a próxima se a anterior não mover o suficiente.
Reabasteça os canais com a ferramenta mais barata que funcionar. Seus próprios pagamentos reequilibram o canal de graça. No reequilíbrio circular, você só paga taxas de roteamento. Um swap acrescenta uma taxa de serviço e uma taxa on-chain. Use o swap quando as duas primeiras opções não derem conta.

Passo 6: automatize o monitoramento. Configure o Ride The Lightning (RTL) ou o ThunderHub como painel web do seu nó. Crie alertas para canais fechados, nós desconectados e saldos abaixo de um limite, tanto do seu lado como do outro. Para infraestrutura crítica, use lndmon com o Prometheus e o Grafana para acompanhar receitas de encaminhamento, uso dos canais e tempo online. O monitoramento avisa quando algo dá errado. Uma watchtower age enquanto seu nó está offline. Ative o cliente de watchtower do LND com wtclient.active=true na seção [wtclient] do lnd.conf. A opção watchtower.active roda uma torre para os outros. Registre uma watchtower com lncli wtclient add <tower_pubkey>@<host>:9911 e confirme com lncli wtclient towers. Se o outro nó transmitir um estado antigo do canal enquanto você estiver offline, a torre publica a transação de penalidade que devolve os fundos do canal para você.

Passo 7: planeje o fechamento dos canais. Dê preferência a fechamentos cooperativos (lncli closechannel --chan_point=<funding_txid:output_index>). Eles sempre custam menos e são mais rápidos que os forçados. Só force o fechamento (--force) se o outro nó estiver inacessível há bastante tempo e você precisar recuperar fundos bloqueados. No fechamento forçado, seus fundos ficam bloqueados pelo período to_self_delay do canal, definido pelo outro nó. O prazo vai de 144 blocos (cerca de um dia) a 2.016 blocos (cerca de duas semanas). Nós LND ajustam o prazo ao tamanho do canal. Quanto maior o canal, mais longa a espera.

Gráfico de quanto tempo seu saldo fica bloqueado ao forçar o fechamento de um canal, quando o outro nó usa a configuração padrão do LND. Em canais de até cerca de 1,2 milhão de sats, a espera é de 144 blocos, cerca de um dia. Depois, cresce em linha reta com o tamanho. Num canal de 2.000.000 sats, são 240 blocos, cerca de 40 horas. Num canal de 10.000.000 sats, são 1.201 blocos, cerca de 8 dias. A partir de cerca de 16,8 milhões de sats, o prazo fica no máximo de 2.016 blocos, cerca de duas semanas. Com o fechamento cooperativo, você pode usar seu saldo assim que a transação de fechamento confirmar.
Quanto maior o canal, mais tempo o fechamento forçado bloqueia seu saldo. O outro nó define a espera. Se rodar o LND, ajusta de 144 blocos (cerca de um dia) a 2.016 (cerca de duas semanas) conforme o tamanho do canal. O fechamento cooperativo dispensa essa espera. Por isso é a primeira opção.

Aviso: nunca abra canais com desconhecidos que anunciam em redes sociais ou fóruns. Verifique a chave pública de cada nó por uma fonte independente antes de comprometer fundos. Se o outro nó ficar offline para sempre, seus fundos podem ficar bloqueados por dias no fechamento forçado. Nós mal-intencionados podem tentar transmitir um estado antigo se o seu nó não estiver monitorando o canal direito.

Como interpretar falhas de roteamento

Quando um pagamento falha, o nó em que houve a falha devolve um código definido na especificação da Lightning (BOLT 4). A carteira geralmente tenta de novo sozinha, mas o código indica se o problema é de liquidez, dados desatualizados da rede ou da própria fatura. Se um encaminhamento falha no seu nó, o LND registra o código no fluxo de eventos HTLC (SubscribeHtlcEvents na RPC do roteador). É ali que as ferramentas de monitoramento leem as falhas.

CódigoO que significaO que fazer
temporary_channel_failureUm canal na rota não conseguiu passar o pagamento naquele momento, normalmente por falta de saldo do lado que encaminhava.O remetente tenta outra rota. Se seu nó devolver esse código repetidas vezes no mesmo canal, reequilibre o canal ou aumente a taxa na direção em que o saldo continua acabando.
fee_insufficientA taxa oferecida era menor que a política atual do canal. Normalmente, o mapa da rede do remetente ainda tinha uma taxa anterior.Não é preciso fazer nada. A nova tentativa usa a política atual assim que ela se propaga.
channel_disabledO canal de saída está desabilitado. O LND desabilita um canal quando o outro nó fica inacessível por cerca de 20 minutos.Confira se o outro nó está online. Se continuar offline, planeje o fechamento (passo 7).
expiry_too_soonO bloqueio por tempo do pagamento vence perto demais da altura de bloco atual para que o nó possa encaminhá-lo com segurança.Confira se seu nó está em dia. Em lncli getinfo, synced_to_chain deve estar como true.
unknown_next_peerA rota aponta para um canal que o nó de encaminhamento não tem, muitas vezes porque já foi fechado.O mapa da rede do remetente está desatualizado. A próxima tentativa desvia desse canal.
incorrect_or_unknown_payment_detailsO destinatário devolve esse código quando a fatura é desconhecida ou expirou, ou quando o valor ou o segredo de pagamento está incorreto.Peça uma fatura nova. O problema está nos dados do pagamento.

Outro resultado que você vai ver no LND é FAILURE_REASON_NO_ROUTE. Fora dos códigos BOLT 4, é o aviso do LND de que a busca não encontrou uma rota com capacidade suficiente dentro do limite de taxa. Aumente o limite, confira se o nó de destino está online ou abra um canal mais perto dele.

Erros comuns a evitar

Abrir canais pequenos demais em grande quantidade. Quem começa costuma dividir os fundos em dezenas de canais minúsculos, com menos de 500.000 sats cada. Eles não encaminham pagamentos de valor relevante, rendem taxas insignificantes e cada abertura e fechamento exige uma transação on-chain. Concentre seus fundos em menos canais, maiores, com nós bem conectados.

Ignorar a liquidez de entrada. Abrir canais só dá capacidade de saída. Sem liquidez de entrada, seu nó não consegue receber pagamentos nem ganhar taxas de roteamento com pagamentos que chegam a ele. Use o Loop Out, que transforma saldo de saída em liquidez de entrada, anúncios de liquidez ou swaps de canais para adquirir capacidade de entrada. Você também pode conseguir liquidez de entrada ao pagar pelos canais de saída.

Rodar um nó em equipamento ou rede pouco confiável. Se um nó Lightning ficar offline com frequência, corre o risco de ter canais fechados à força por nós impacientes e perde reputação no roteamento. Se não conseguir manter o nó online mais de 99% do tempo, considere um VPS na nuvem ou um equipamento dedicado que fique sempre ligado, como um servidor RaspiBlitz ou Start9. A internet de casa que cai com frequência e as faltas de energia são as principais causas de fechamentos inesperados.

Descuidar dos backups dos canais. Se o armazenamento do nó falhar e você não tiver um backup estático de canais (SCB), pode perder todos os fundos dos canais. Sem esse backup, a recuperação depende de que o outro nó de cada canal ainda conheça o canal e o feche, e de ferramentas de recuperação como o chantools. Rode lncli exportchanbackup --all --output_file=/path/to/backup.scb sempre que um canal mudar e guarde o backup em outro local. Melhor ainda, automatize a exportação do SCB para um servidor remoto ou para um serviço de armazenamento na nuvem.

Cobrar taxas baixas demais e esvaziar os canais. Se você cobra menos do que custa reequilibrar, perde dinheiro a cada pagamento encaminhado que depois precisa pagar para repor. Garanta que a receita de taxas sempre supere os gastos de reequilíbrio. Confira a receita líquida toda semana, descontando os gastos de reequilíbrio do que você recebe pelos encaminhamentos, e ajuste as taxas.

Perguntas frequentes

De quantos bitcoins preciso para rodar um nó Lightning?

Não há um mínimo fixo. Para seus próprios pagamentos, um ou dois canais com um valor que você se sinta à vontade para bloquear podem bastar. Para roteamento, conte com pelo menos 0,05 BTC (5 milhões de satoshis) para abrir alguns canais de bom tamanho. Com 0,1 BTC, você pode abrir 3 ou 4 canais de 2 milhões de satoshis cada, o suficiente para participar de forma relevante do roteamento, e deixar o resto on-chain. O LND reserva 10.000 sats por canal para aumentar a taxa de um fechamento forçado. A abertura e o fechamento também têm taxas on-chain, então reserve dinheiro para essas transações.

Posso perder bitcoins na rede Lightning?

Sim, mas dá para reduzir o risco. Os fundos dos canais Lightning ficam em uma carteira quente e exigem que seu nó esteja online e responda. Se ele ficar offline por muito tempo, o outro nó pode tentar transmitir um estado antigo do canal para tomar os fundos. Uma watchtower protege você ao vigiar os canais em seu lugar. O outro risco é um fechamento forçado quando as taxas estão altas. A taxa on-chain do fechamento pode consumir uma parte considerável do saldo de um canal pequeno.

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 do outro lado, o que você pode receber. Quando você abre e financia um canal com 2 milhões de sats, tem 2 milhões de sats de saída e zero de entrada. Ao enviar ou encaminhar pagamentos para fora, a liquidez de saída cai e a de entrada sobe. Num canal equilibrado, os valores dos dois lados são parecidos.

Como ganho taxas de roteamento na Lightning?

Seu nó ganha taxas quando encaminha pagamentos entre outros nós. Isso acontece automaticamente quando ele fica no caminho entre quem envia e quem recebe. Para maximizar as taxas, conecte-se a nós com bastante tráfego, mantenha os canais equilibrados, cobre taxas competitivas e fique online 24/7. Não há dados públicos confiáveis sobre quanto os nós pequenos ganham, então faça a conta. A 100 ppm, um nó ganha 100 sats a cada milhão de sats que encaminha. Se encaminhar um milhão por dia, ganha cerca de 3.000 sats por mês. Muitos nós pequenos encaminham bem menos. Desse valor saem as taxas on-chain de abertura e fechamento e o custo do reequilíbrio.

Devo usar o Tor ou a clearnet no meu nó Lightning?

As duas opções têm vantagens e desvantagens. A clearnet (IP comum) dá conexões mais rápidas e confiáveis e melhora o desempenho do roteamento, mas expõe seu endereço IP à rede. O Tor dá mais privacidade ao ocultar o IP, mas aumenta a latência e às vezes dá problemas de conexão. Muitos operadores usam os dois. Usam o Tor em conexões com outros nós quando a privacidade importa e a clearnet para o roteamento que exige desempenho. Se sua prioridade for privacidade, usar só o Tor é razoável. Se a receita de roteamento importar mais, a clearnet com IP fixo é preferível.

Recursos relacionados

Estratégias avançadas para gerenciar canais

Quando seu nó Lightning já estiver rodando há algum tempo, você pode usar técnicas mais avançadas para melhorar bastante o roteamento e aproveitar melhor os fundos.

Os canais com financiamento bilateral permitem que os dois lados coloquem fundos na abertura. Assim, há saldo dos dois lados desde o início. O Core Lightning oferece a opção experimental-dual-fund. O LND não oferece financiamento bilateral. Com esse recurso, uma única transação de abertura cria um canal equilibrado e elimina o custo inicial de reequilíbrio.

O aluguel de canais por anúncios de liquidez permite ganhar um retorno sobre seus fundos na Lightning ao anunciar que você pode abrir canais para os nós que pedirem. Você define uma taxa, que funciona como juros sobre os fundos bloqueados por um período. Os nós que procuram liquidez de entrada podem aceitar a oferta. Assim se forma um mercado para distribuir liquidez.

O gerenciamento automático de taxas com ferramentas como o charge-lnd ajusta as taxas de roteamento conforme a divisão do saldo de cada canal. Quando a maior parte fica do seu lado, há bastante liquidez de saída e a taxa nessa direção cai para atrair pagamentos que reequilibrem o canal. Quando a maior parte fica do outro lado, há bastante liquidez de entrada e a taxa sobe. Assim, os canais ficam equilibrados com pouca intervenção manual.

Pagamentos por múltiplas rotas (MPP) dividem pagamentos grandes entre vários canais ao mesmo tempo. Só o remetente e o destinatário precisam aceitar MPP. Para seu nó, cada parte é um HTLC comum, então nós de roteamento dispensam configurações especiais. Um canal menor que o pagamento ainda pode levar uma parte dele. Isso torna canais modestos mais úteis para roteamento do que seriam se cada pagamento precisasse caber numa rota só.

Agrupar canais envolve se conectar a nós em regiões diferentes da rede para maximizar os caminhos de pagamento que passam pelo seu nó. Use ferramentas como o lnrouter.app ou o Amboss para visualizar a posição do seu nó e encontrar lacunas entre regiões bem conectadas, mas com poucas rotas boas entre si. Abrir canais que façam a ponte entre essas regiões maximiza seu volume de encaminhamentos e o potencial de ganhar taxas.

Entender essas estratégias avançadas exige experiência prática. Comece pelo básico, acompanhe as métricas de roteamento por algumas semanas e incorpore técnicas mais sofisticadas à medida que ganhar intuição sobre como os pagamentos circulam pela rede. Os operadores de roteamento mais bem-sucedidos tratam seus nós como projetos de infraestrutura de longo prazo e fazem melhorias aos poucos, com base nos dados.

Faz parte do nosso curso de Bitcoin:Este tema é explicado em Como operar um nó Lightning: ganhe sats e ajude a rede, do curso Rede Lightning e nós de Bitcoin.
Categoria: Rede Lightning e segunda camada
← Voltar aos cursos