Duas coisas protegem o dinheiro nos seus canais Lightning. Seu nó ou uma watchtower precisa vigiar a blockchain e punir a publicação de um saldo antigo antes que acabe o prazo de espera de quem trapaceou. Você também precisa guardar os backups certos: as palavras de recuperação para os fundos on-chain e uma cópia recente de channel.backup para o dinheiro nos canais. Uma cópia antiga de channel.db nunca deve voltar para um nó. As palavras de recuperação sozinhas protegem o bitcoin on-chain. Em um canal, o que pertence a você é a parte do saldo mais recente que você e o par (o nó da outra ponta) assinaram. Esse registro só fica no seu nó. Esta aula explica como vigiar e como fazer os backups. Depois, você vai ver quanto os canais custam on-chain para escolher um tamanho adequado.
Por que as palavras de recuperação não bastam
A aula Rede Lightning: como o Bitcoin amplia a capacidade com pagamentos rápidos mostrou como o dinheiro circula em um canal. A cada pagamento, os dois lados assinam uma nova transação de compromisso, pronta para publicar, que paga a parte atual de cada um. Cada lado entrega ao outro uma chave de revogação que invalida a transação anterior. Publicar uma transação de compromisso revogada é uma violação. Esse funcionamento cria riscos que uma semente não cobre:
| O que pode dar errado | O que protege você |
|---|---|
| Um par publica um saldo antigo enquanto o nó está desligado | Seu nó, se voltar a tempo. Caso contrário, uma watchtower |
| O disco ou o cartão de memória do nó falha, e os saldos mais recentes se perdem | Suas palavras de recuperação e um channel.backup recente |
| Você restaura uma cópia antiga dos dados do canal, então o nó fica com um saldo antigo | Nada protege você. Nunca restaure channel.db |
| Um canal precisa fechar quando as taxas estão altas | Canais grandes o bastante para valer a pena fechar e um pouco de bitcoin guardado on-chain |
O prazo para detectar uma trapaça
Qualquer lado pode fechar um canal por conta própria publicando a última transação de compromisso. É um fechamento forçado. A parte de quem fecha fica bloqueada durante um prazo de espera, contado em blocos a partir da confirmação da transação. Se for uma transação antiga e revogada, o outro lado pode usar a chave de revogação durante esse prazo para ficar com o canal inteiro por meio de uma transação de penalidade, também chamada de transação de justiça. Depois do prazo, vale o saldo antigo.
Cada nó escolhe quanto tempo o par precisa esperar (o BOLT 2, parte da especificação da Lightning, chama esse prazo de to_self_delay). Assim, seu nó define o prazo de vigilância quando o canal abre. O LND, software Lightning que roda na maioria das plataformas, ajusta o prazo ao tamanho do canal: 144 blocos, cerca de um dia, para canais abaixo de 1.198.372 sats (um sat é um centésimo de milionésimo de um bitcoin). Chega a 2.016 blocos, umas duas semanas, a partir de 16.777.215 sats (a configuração de exemplo do LND).
Daí vem a regra: nunca deixe o nó desligado por mais tempo que o menor prazo entre seus canais. Deixe uma margem, porque a transação de penalidade também precisa confirmar a tempo. “Ligado” quer dizer que o LND está rodando e seu nó de Bitcoin está sincronizado, pois o nó fica sabendo da trapaça pelos blocos novos. Para ver o prazo de cada canal, execute lncli listchannels. Em remote_constraints, csv_delay mostra quantos blocos o par precisa esperar, ou seja, seu prazo para detectar uma trapaça. Em local_constraints, mostra quanto você esperaria se fechasse o canal por conta própria.
Watchtowers: quem vigia quando você está fora
Uma watchtower é um servidor que guarda transações de penalidade para seus canais. Se um par trapacear enquanto seu nó estiver desligado, a watchtower publica a transação certa. O LND a chama de “uma segunda linha de defesa” (o guia de watchtowers do LND). A watchtower vigia e o cliente de watchtower no nó envia os dados. A cada atualização de canal, o cliente manda um pacote pequeno e criptografado que a watchtower só consegue abrir quando a transação revogada correspondente aparece na blockchain. As watchtowers do LND são altruístas: devolvem todos os fundos, descontadas as taxas on-chain, e não ficam com nada. Cinco coisas para saber:
- O cliente vem desativado. O LND vem com
wtclient.active=false(configuração de exemplo do LND). A aula Como operar um nó Lightning: ganhe sats e ajude a rede mostra como ativar o cliente no Umbrel e no LND sem plataforma. Nosso guia de configuração de watchtower na Lightning explica passo a passo. - Uma watchtower só conhece os saldos revogados enquanto o cliente está rodando. Seu nó envia cada pacote no momento em que um saldo é revogado. Nunca manda depois os pacotes antigos (código do LND). Um par que trapaceia pode publicar qualquer saldo antigo. Ative o cliente quando abrir o primeiro canal. Não deixe para a véspera de uma viagem.
- A watchtower precisa estar online quando houver uma trapaça. Rode a watchtower em outro equipamento, de preferência em outro lugar com energia e internet próprias, ou use uma que alguém de confiança opere. O próprio LND pode funcionar como watchtower (
watchtower.active=1). - Protege saldos, mas não pagamentos em andamento. As watchtowers do LND guardam apenas as duas saídas de saldo de uma transação revogada. Não guardam as saídas de pagamentos que ainda estão em andamento (guia de watchtowers do LND).
- A taxa é definida com antecedência: 10 sat/vB por padrão (
wtclient.sweep-fee-rate), ou seja, 10 satoshis por byte virtual da transação. Um valor maior, que se aplica aos backups feitos depois da mudança, dá prioridade às penalidades se as taxas dispararem enquanto você estiver fora.
Para conferir se está funcionando, lncli wtclient towers lista suas watchtowers e lncli wtclient stats conta os backups enviados. Esse número deve crescer conforme você usa os canais.
Em uma carteira no celular
Uma carteira que roda um nó Lightning no celular, como a Phoenix, também precisa de vigilância, e celulares costumam ficar desligados. A Phoenix vigia a blockchain por meio de servidores Electrum, que respondem às consultas das carteiras sobre a blockchain. Conectar a Phoenix ao seu próprio servidor “reduz bastante sua dependência de terceiros para proteger a carteira”, diz a ACINQ, que criou o aplicativo. Abra o aplicativo de vez em quando. Uma carteira Phoenix que fica muito tempo sem uso pode ter o canal fechado, e o dinheiro vai para a “carteira final” on-chain (as perguntas frequentes da Phoenix).
O que guardar em backup e o que nunca restaurar
Três itens de um nó LND fazem diferença na recuperação. A aula Como configurar seu nó de Bitcoin passo a passo mostrou como lidar com eles no Umbrel. Aqui você vai ver para que serve cada um.
| Item | O que é | O que recupera | Quando copiar |
|---|---|---|---|
| Suas 24 palavras e a passphrase da semente, se tiver configurado uma | A semente do LND | Seus fundos on-chain e a chave que permite descriptografar channel.backup | Uma vez, em papel ou metal |
channel.backup | O backup estático de canais: seus canais e como entrar em contato com cada par, tudo criptografado | O saldo liquidado de cada canal da lista, quando o par força o fechamento | A cada canal que você abrir ou fechar |
channel.db | O registro atualizado do saldo mais recente de cada canal | Nada que você possa usar com segurança depois que fica desatualizado | Nunca como backup. Nunca restaure uma cópia antiga |
As 24 palavras
As palavras do LND usam um formato chamado aezeed. O formato só compartilha a lista de palavras com o BIP39, o padrão que a maioria das carteiras usa para frases de recuperação. Por isso, você restaura essas palavras no LND, mas não em uma carteira comum que espera uma frase BIP39 (o guia de recuperação do LND). Rotule as palavras como semente do LND. Se você configurou a passphrase opcional da semente, guarde a passphrase em outro lugar e nunca a perca. Junto com as palavras, não oferece proteção extra. Sem ela, as palavras não restauram nada, pois estão criptografadas com a passphrase (o guia de segurança do LND). Guarde as palavras como qualquer semente (a aula Como guardar a frase-semente: backups em metal, passphrases e boas práticas). A aula Tipos de endereço do Bitcoin e caminhos de derivação explica por que frases diferentes são restauradas em lugares diferentes.
channel.backup, o backup estático de canais
O arquivo é “estático” porque muda só quando o LND inicia ou um canal abre ou fecha, e não a cada pagamento. Uma cópia feita depois da última abertura ou do último fechamento continua completa. O arquivo é criptografado com uma chave derivada das suas 24 palavras. Sem as palavras não serve, e é seguro guardar o arquivo em um pen drive ou na nuvem (guia de segurança do LND).
- Copie o arquivo para fora do nó a cada canal que abrir ou fechar, ou automatize a cópia. No LND sem plataforma,
lncli exportchanbackup --all --output_file=channel.backupgrava uma cópia nova. O aplicativo Lightning Node do Umbrel também envia uma cópia criptografada ao servidor de backup da Umbrel automaticamente, por padrão (Umbrel). Guarde também sua própria cópia. - Verifique uma cópia sem mexer nos seus canais:
lncli verifychanbackup --multi_file=/path/to/channel.backupconfirma que o arquivo está intacto e pertence ao seu nó.
channel.db, o arquivo que você nunca deve restaurar
Nunca trate esse arquivo como backup. O perigo aparece no dia em que uma cópia antiga volta para um nó. Uma cópia de ontem à noite guarda os saldos daquele momento, e publicar um saldo revogado é justamente uma violação. Nas palavras do LND, “ter um estado antigo de um canal significa, na prática, entregar o saldo à outra parte”. Um backup ou snapshot da máquina inteira também conta. Se incluir os dados da Lightning, restaurá-lo coloca um channel.db antigo de volta. Proteja o arquivo em uso. O guia de segurança do LND considera cartões SD e pen drives inseguros para um arquivo gravado com tanta frequência. Recomenda um SSD, sugere um nobreak (uma bateria que mantém o aparelho ligado durante cortes de energia) e alerta contra desligamentos bruscos e interrupções de comandos de canal. Se sua plataforma guarda a Lightning em um cartão de memória, mantenha as cópias de channel.backup sempre em dia.
No Core Lightning, o outro software de nó comum, hsm_secret guarda a semente (nós criados desde a versão 25.12 partem de 12 palavras BIP39), e emergency.recover é o backup estático. Snapshots do banco de dados são desaconselhados porque “qualquer perda de estado pode causar perda permanente de fundos”. O guia de backup do Core Lightning recomenda replicar o banco de dados em tempo real.
O que uma restauração recupera
Imagine que o disco do nó falhe. Em uma instalação nova do LND, digite suas 24 palavras e passe o channel.backup mais recente. No LND sem plataforma, execute lncli create --multi_file=channel.backup. No Umbrel, o aplicativo Lightning Node restaurado com suas palavras também encontra os backups automáticos. Depois:
- Seu nó reconstrói a carteira on-chain com as palavras e lê a lista de canais do backup.
- O nó se conecta a cada par e avisa que perdeu os dados dos canais.
- O par força o fechamento do canal com a própria transação de compromisso mais recente e envia os dados de que seu nó precisa. Essa etapa do protocolo se chama proteção contra perda de dados.
- Quando a transação confirma, seu nó recolhe sua parte. A espera longa fica para quem fechou. Sua parte fica disponível em um bloco (BOLT 3).
O que você não recupera:
- Os canais. Todo canal que consta no backup fecha. Reabrir custa novas taxas, e quem abriu cada canal paga as taxas de fechamento (guia de segurança do LND).
- Pagamentos em andamento no momento da falha. O backup só recupera saldos liquidados (guia de recuperação do LND).
- Dinheiro em canais cujo par nunca volta. A recuperação depende de cada par estar online e responder. Por isso, feche canais com pares que ficam offline por muito tempo. O LND chama esses canais de zumbis. Desde a versão 0.19, o arquivo também contém um fechamento forçado de último recurso. Se o canal tiver mudado depois da cópia, publicar esse fechamento é uma violação, então o LND recomenda procurar primeiro um especialista em recuperação (guia de recuperação do LND).
- Canais abertos depois da sua última cópia. Eles não estão no arquivo. Para recuperar o dinheiro, você depende de o par fechar por conta própria. Recolher sua parte depois exige uma ferramenta especializada como o chantools, da Lightning Labs, que criou o LND. A mesma ferramenta pode gerar um
channel.backupnovo a partir de uma cópia dechannel.dbfeita depois que o canal abriu. Nunca inicie um nó com essa cópia.
Trocar de equipamento não é restaurar um backup
Restaurar um backup é para emergências. Dois nós LND nunca devem compartilhar uma semente, “mesmo que não rodem ao mesmo tempo” (guia de segurança do LND). A Phoenix dá o mesmo aviso para o aplicativo: “NÃO rode dois aplicativos Phoenix com a mesma semente”. O LND documenta duas formas seguras de fazer a mudança:
- Mova toda a pasta de dados. Pare o LND na máquina antiga, mova toda a pasta de dados para a nova e inicie o LND ali. Nunca volte a iniciar na antiga. É a única vez em que
channel.dbvai para outro lugar: você move o arquivo em uso uma única vez, sem restaurar uma cópia antiga. Funciona entre máquinas com o mesmo sistema operacional e tipo de processador. - Comece do zero com as mesmas palavras. Feche todos os canais do nó antigo. Espere até
lncli pendingchannelsnão mostrar nenhum, desligue o nó antigo de vez, restaure suas 24 palavras na máquina nova e abra canais novos.
Quanto custam a abertura e o fechamento on-chain
Todo canal passa pela blockchain pelo menos duas vezes. Você paga para ocupar espaço em um bloco, medido em bytes virtuais (vB), a uma taxa em sat/vB, ou seja, em satoshis por byte virtual. A aula Taxas de transação e o orçamento de segurança do Bitcoin explica como se define a taxa. Estas são transações reais do fim de agosto de 2026, quando cerca de 1 sat/vB bastava. Você pode ver cada uma no mempool.space:
- Abertura de um canal, gastando uma moeda da carteira e devolvendo o troco (ver transação): 154 vB, 157 sats.
- Fechamento cooperativo, em que os dois lados assinam uma transação de fechamento (ver transação): 192 vB, 196 sats.
- Fechamento forçado de um canal de 2.000.000 de sats (ver transação): 1.210 sats no total.
A transação desse fechamento forçado (278 vB, 304 sats de taxa) dividiu o canal em quatro saídas:
- duas saídas de âncora de 330 sats, uma para cada lado. Cada dono pode gastar a âncora para aumentar a taxa depois. Ninguém precisou delas, então, 16 blocos depois, alguém recolheu as duas, como as regras permitem que qualquer pessoa faça;
- 21.050 sats para quem não fechou, disponíveis depois de um bloco e recolhidos no bloco 14, contando a partir do fechamento, com uma taxa de 124 sats;
- 1.977.986 sats para quem fechou, bloqueados por 240 blocos, umas 40 horas, e depois recolhidos com uma taxa de 122 sats. O outro nó tinha definido a espera, e 240 blocos é exatamente o padrão do LND para um canal de 2.000.000 de sats.
Dos 2.000.000 de sats, 1.998.790 voltaram. Os outros 1.210 foram para taxas e âncoras, cerca de seis vezes o custo de um fechamento cooperativo naquela mesma noite.
As mesmas transações com outras taxas em sat/vB
Em novembro de 2026, de 1 a 3 sat/vB costuma bastar. Em 2025 e 2026, a mediana da taxa em sat/vB nos blocos quase nunca chegou a 10 sat/vB. Já foi bem mais alta. Em dias movimentados de 2024, 20 sat/vB ou mais era comum. Em dezembro de 2023, a mediana passou de 300 sat/vB (as taxas por bloco do mempool.space). Um operador tinha aberto um dos canais dos dados de agosto em novembro de 2023 a 57 sat/vB e pagou 8.778 sats pelos mesmos 154 vB. Fechar esse canal em 2026 custou 195.
| Etapa | Tamanho | A 1 sat/vB | A 20 sat/vB | A 300 sat/vB |
|---|---|---|---|---|
| Abrir um canal | cerca de 154 vB | cerca de 150 sats | cerca de 3.100 sats | cerca de 46.000 sats |
| Fechamento cooperativo | cerca de 192 vB | cerca de 190 sats | cerca de 3.800 sats | cerca de 58.000 sats |
| Fechamento forçado: transação de fechamento mais o recolhimento da parte de quem fecha | cerca de 410 vB | cerca de 410 sats | cerca de 8.200 sats | cerca de 123.000 sats |
Estes são os custos se cada transação tiver de confirmar a essa taxa. Um fechamento forçado também deixa 660 sats nas âncoras, e cada pagamento em andamento acrescenta uma ou duas transações.
Por que fechamentos forçados custam mais e quem paga
- Mais transações: a transação de fechamento, um recolhimento da parte de cada lado e mais transações para cada pagamento em andamento, contra uma só transação no fechamento cooperativo.
- Uma taxa escolhida com antecedência. As partes assinaram a transação de fechamento durante o uso normal, com uma taxa definida por quem abriu o canal. Se esse lado usar LND, em canais com saídas de âncora o programa mantém a taxa em 10 sat/vB ou menos por padrão (
max-commit-fee-rate-anchors). Sem pagamentos em andamento, o LND não tem pressa: deixa as âncoras como estão e recolhe sua parte com uma meta de cerca de uma semana, 1.008 blocos (o guia de recolhimento de saídas do LND). Em um pico de taxas, um fechamento assim custa mais tempo do que sats. - Pagamentos em andamento não podem esperar. Cada um tem um prazo, então o LND acelera a transação de fechamento com child pays for parent (CPFP): uma nova transação gasta sua âncora e paga uma taxa suficiente para confirmar as duas. Para isso, o LND reserva 10.000 sats por canal, até 100.000, na carteira on-chain (o código do LND).
- Quem abriu paga. A taxa da transação de fechamento e as duas âncoras saem do saldo de quem abriu o canal, mesmo se o outro lado forçar o fechamento (BOLT 3).
Feche de forma cooperativa sempre que o par estiver online. Abra ou feche quando as taxas estiverem baixas, se não tiver pressa. Escolha um tamanho de canal que um fechamento em um pico de taxas não possa consumir. A 300 sat/vB, um fechamento forçado em que todas as transações precisassem confirmar a essa taxa custaria mais de 100.000 sats. Guarde um pouco de bitcoin on-chain para aumentar taxas. Para os preços da Phoenix, a aula Comparação de carteiras Lightning: Phoenix, Zeus, Fedimint e outras calcula quanto custa o primeiro depósito.
Confira o que você aprendeu
1. Seu nó LND tem quatro canais de 400.000 sats cada e nenhuma watchtower. Você vai desligar o nó para viajar por três dias. Qual é o risco e o que pode fazer?
Resposta
Nas configurações padrão do LND, canais abaixo de 1.198.372 sats fazem o par esperar 144 blocos, cerca de um dia. Esse é todo o seu prazo. Um par que publicasse um saldo antigo no primeiro dia da viagem poderia recolher o saldo bem antes de você voltar. A solução segura é manter o nó rodando, com o nó de Bitcoin sincronizado. Uma watchtower adicionada na véspera só ajuda em parte. Ela só conhece os saldos revogados dali em diante, então os anteriores ficam sem proteção. Da próxima vez, rode o cliente de watchtower desde o dia em que abrir os canais, com a watchtower em outro equipamento. Confira com lncli wtclient stats se os backups estão sendo enviados.
2. O SSD do seu nó falha. Você tem as 24 palavras, um channel.backup copiado na semana passada e uma cópia de channel.db feita por um script ontem à noite. Você abriu um canal novo há dois dias. O que deve restaurar e o que pode esperar?
Resposta
Restaure as 24 palavras com o channel.backup mais recente que tiver. O arquivo da semana passada não inclui o canal novo. Se você deixou a cópia automática da Umbrel ativada, ela é atualizada conforme os canais mudam. Nunca inicie um nó com o channel.db de ontem à noite. Mesmo com só uma noite, ele pode conter um saldo revogado, e seu nó acabaria sendo o que trapaceou. O único uso seguro dessa cópia é gerar com o chantools um channel.backup novo que inclua o canal novo. Em qualquer caso, cada par no backup força o fechamento, e seus saldos liquidados voltam on-chain com as taxas descontadas. Os canais se encerram e os pagamentos em andamento se perdem.
3. As taxas dispararam para 300 sat/vB. O par do seu canal de 150.000 sats está offline há uma semana, então não dá para fechar de forma cooperativa, e não há pagamentos em andamento. Você deve pagar para forçar um fechamento rápido?
Resposta
Não. A 300 sat/vB, a tabela mostra que um fechamento forçado custaria cerca de 123.000 sats se cada etapa confirmasse a essa taxa. É a maior parte do canal. Sem pagamentos em andamento, nada é urgente e o LND não acelera esse fechamento por conta própria. A transação de fechamento ficaria na taxa com que foi assinada até as taxas caírem. Espere as taxas baixarem e feche então. Se o par voltar antes, um fechamento cooperativo precisa de uma única transação de cerca de 192 vB.