Índice do curso · 10 aulas
Rede Lightning e nós de Bitcoin

Revisão final do curso 4: sua infraestrutura, suas regras

Uma mão prende com uma tira de tecido um cabo Ethernet bem enrolado, ao lado de um computador pequeno e fechado sobre pedra clara.

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

No curso 4, você passou de entender a ideia da rede Lightning a operar seu próprio nó completo e seu nó Lightning e proteger o dinheiro dos canais. Esta revisão, a aula 4.10, reúne as nove aulas, põe à prova as ideias principais e prepara você para o curso 5: segurança e privacidade avançadas no Bitcoin.

Leia o resumo de cada aula. Se alguma parte não ficar clara, siga o link para a aula completa. Depois, tente responder às dez perguntas no fim. Se conseguir sem olhar, você já domina o essencial.

Revisão do curso 4

O curso tem duas partes. As aulas 4.1 a 4.4 mostram como usar a Lightning: como funciona, como os pagamentos acham o caminho, qual carteira escolher e como pagar. As aulas 4.5 a 4.9 mostram como operar sua própria infraestrutura: por que vale a pena ter um nó, qual plataforma escolher, como configurar o nó, como rodar um nó Lightning nele e como proteger os canais.

Aula 4.1: como funciona a rede Lightning

A Lightning é uma segunda camada sobre o Bitcoin. Cada bloco do Bitcoin comporta apenas alguns milhares de transações (cerca de 8 por segundo no mundo todo em outubro de 2026). Por isso, a Lightning leva os pagamentos para canais: saldos compartilhados por duas partes e garantidos por bitcoin bloqueado em um endereço 2 de 2 na blockchain. Abrir um canal exige uma transação on-chain, e fechar de forma cooperativa exige outra. Cada pagamento entre esses dois momentos é um saldo novo que os dois lados assinam. As chaves de revogação permitem punir quem publica um saldo antigo se o nó do par ou uma watchtower detectar a publicação antes de acabar o prazo de espera de quem trapaceou. Em um fechamento forçado, um lado fecha por conta própria, o que custa mais em taxas e obriga quem fechou a esperar pela parte que lhe cabe. Contratos com bloqueio por hash e tempo (HTLCs) deixam um pagamento atravessar vários canais de modo que todos os saltos se completem ou nenhum. Volte à aula 4.1.

Aula 4.2: canais e roteamento Lightning

A capacidade de um canal se divide entre seu saldo local (o que você pode enviar) e o saldo remoto (mais ou menos o que pode receber), com desconto da reserva para as taxas de fechamento e os pagamentos em andamento. Um canal que você financia não consegue receber até ter liquidez de entrada. Os pagamentos encontram um caminho pelos canais de outras pessoas por meio do roteamento em cebola. Os nós no meio do caminho geralmente não sabem quem envia nem quem recebe o pagamento. Cada salto vê o valor que encaminha, quase o total, a menos que o pagamento se divida por várias rotas. A exceção é o provedor de serviços Lightning (LSP) da carteira, a empresa que abre os canais. O provedor pode ver que um pagamento saiu de você, e na Phoenix a ACINQ também vê para onde vai. Você também viu as faturas BOLT11, que identificam o nó que recebe, as ofertas BOLT12 e a diferença entre um pagamento que expirou (tente de novo quando não aparecer mais como pendente) e um que continua pendente (espere). Releia a aula 4.2.

Um canal entre você e seu par, financiado por você. Quando abre, todo o saldo está do seu lado. Você pode enviar o saldo local, mas não pode receber porque não há nada do lado do par que possa vir para o seu. Depois que você gasta pelo canal, parte do saldo passa para o outro lado. Você ainda pode enviar o saldo local e agora pode receber um valor próximo do saldo remoto. Para receber, você precisa de liquidez de entrada.
Um canal que você financia consegue enviar, mas ainda não consegue receber. Todo o saldo começa do seu lado. Para conseguir liquidez de entrada, gaste pelo canal, peça a alguém para abrir um canal para o seu nó, compre liquidez de um provedor de serviços Lightning ou troque parte do saldo por bitcoin on-chain.

Aula 4.3: comparação de carteiras Lightning

Quatro perguntas distinguem as carteiras Lightning: quem tem as chaves, onde roda o nó Lightning, quem gerencia os canais e como você recupera o dinheiro. A Phoenix guarda suas chaves no celular e gerencia um canal com a ACINQ para você. Ajusta o tamanho do canal por splicing e publica as taxas (em novembro de 2026: 0,4% + 4 sat por pagamento enviado, 1% mais a taxa de mineração para obter liquidez nova e 1.000 sat para criar o canal). A ACINQ vê o destino e o valor dos seus pagamentos. O Zeus se conecta ao seu nó ou roda um nó Lightning no celular. Encontra as rotas no celular, então, segundo o Zeus, o LSP do aplicativo não sabe para onde vão seus pagamentos. O Fedimint divide a custódia entre um grupo de guardiões. A Wallet of Satoshi é a mais simples. A empresa agora diz que a carteira é de autocustódia, o que não verificamos. Guarde apenas valores pequenos nela. Antes do primeiro depósito, anote as palavras de recuperação e nunca rode a mesma carteira em dois dispositivos. Volte à aula 4.3.

Aula 4.4: pagamentos Lightning na prática

Você fez o primeiro pagamento. Anotou as palavras de recuperação antes de colocar fundos, fez o depósito (a Phoenix espera 3 confirmações, e um depósito on-chain fica “adormecido” até a taxa de mineração cair abaixo do seu limite), leu uma fatura e confirmou o pagamento. O primeiro depósito tem um custo fixo. Se o valor for muito pequeno, as taxas consomem boa parte. Você viu por que receber exige liquidez de entrada e como funcionam os endereços Lightning (o provedor fica sabendo cada vez que você recebe). Aprendeu como swaps submarinos movimentam dinheiro entre on-chain e Lightning, por que pagamentos minúsculos custam pouco em sats, mas muito em porcentagem, como interpretar as mensagens de erro comuns e por que a pré-imagem do pagamento é o seu recibo. Releia a aula 4.4.

Aula 4.5: por que rodar um nó de Bitcoin?

Seu próprio nó completo confere cada bloco e cada transação por conta própria. Assim, ninguém consegue mentir para você sobre seus pagamentos. Ele protege sua privacidade quando você configura a carteira para usar o nó em vez do servidor de outra pessoa. Nós não votam: cada nó recusa os blocos que violam as regras que ele aplica, e o software que você roda determina quais são essas regras (a aula Quem faz cumprir as regras do Bitcoin explica o resto). Planeje um SSD de 2 TB. Em novembro de 2026, os blocos ocupam cerca de 800 GB e o Bitcoin Core prevê uns 900 GB de disco. Um nó podado é tão seguro quanto um nó completo sem poda, mas não roda os servidores Electrum que a maioria das carteiras usa. Um cliente leve confere bem menos e confia em nós completos. Ativar o Tor só oculta seu endereço IP quando o nó também deixa de se conectar pela internet comum ou passa esse tráfego pelo Tor. Volte à aula 4.5.

Aula 4.6: Umbrel versus Start9 e outras plataformas de nós de Bitcoin

Você comparou quatro plataformas de nós. O Umbrel é o mais simples, com centenas de aplicativos. A Start9 prioriza o controle: serviços na rede de casa por padrão e Tor como recurso opcional. O RaspiBlitz foi feito para aprender, e o myNode prioriza a simplicidade. O RaspiBlitz e o StartOS são de código aberto. O umbrelOS e o myNode são publicados com licenças não comerciais. Tanto no Umbrel quanto no StartOS, nada se atualiza sozinho. Você instala as atualizações, e nossos avisos de segurança mostram quando há uma urgente. Antes de trocar de plataforma, feche os canais Lightning e guarde um backup recente dos canais até todos fecharem. Releia a aula 4.6.

Aula 4.7: como configurar seu nó de Bitcoin

A aula prática: umbrelOS em um Raspberry Pi 5 com SSD de 2 TB. Você verificou a soma de verificação SHA-256 do download, que prova que o arquivo chegou intacto. Para saber se é autêntico, precisa de uma assinatura. Você moveu o Bitcoin Core para o SSD e deixou o nó sincronizar por alguns dias. Conectou a carteira ao nó: a Sparrow direto ao Bitcoin Core via Tor em um Raspberry Pi, ou por um servidor Electrum em um mini-PC. Depois, você adicionou Lightning, viu por que um nó novo pode enviar, mas não receber, e aprendeu qual backup protege o dinheiro dos canais (channel.backup, copiado para fora do nó a cada canal que você abre ou fecha) e qual cópia nunca deve restaurar (channel.db). No Umbrel, você mesmo instala cada atualização. Volte à aula 4.7.

Três coisas que você poderia restaurar. As palavras de recuperação devolvem seus fundos on-chain. Sempre é seguro copiar channel.backup, o backup estático de canais. Quando você restaura o arquivo, o nó pede que cada par feche o canal. Seu saldo liquidado volta on-chain, então você recupera os fundos dos canais. Nunca restaure uma cópia antiga de channel.db, o banco de dados de canais em uso. Ela guarda um saldo anterior. Publicar esse saldo conta como trapaça, e o par pode ficar com o canal inteiro.
Faça backup do arquivo certo. As palavras de recuperação restauram os fundos on-chain, e o channel.backup recupera os fundos dos canais. Uma cópia antiga de channel.db guarda um saldo anterior. Publicar esse saldo conta como trapaça.

Aula 4.8: como operar um nó Lightning

Você conheceu as principais implementações da Lightning (LND, Core Lightning, Eclair e LDK), aprendeu a abrir um canal passo a passo e usou o Zeus como controle remoto do nó para seus pagamentos. Para rotear, são comuns canais de 1 a 10 milhões de sats. As taxas são pequenas: a 100 ppm (partes por milhão), um nó ganha 100 sats para cada milhão de sats que encaminha. A maioria dos nós pequenos ganha pouco depois de descontar o custo de abrir, fechar e reequilibrar os canais. Você também viu como ativar o cliente de watchtower do LND, que vem desativado, e como reequilibrar os canais. Releia a aula 4.8.

Aula 4.9: backups de Lightning e watchtowers

Duas tarefas protegem o dinheiro dos canais. Primeiro, alguém precisa vigiar. Se um par publicar um saldo antigo, você só pode punir a trapaça dentro do prazo de espera que seu nó define quando o canal abre. Nos padrões do LND, são 144 blocos (cerca de um dia) para canais abaixo de uns 1,2 milhão de sats e até 2.016 blocos (umas duas semanas) para os maiores. Sem watchtower, nunca deixe o nó desligado por mais tempo que seu menor prazo. Ative o cliente de watchtower desde o primeiro canal, porque a watchtower só protege os saldos revogados a partir daí. Segundo, guarde os backups certos: suas 24 palavras para os fundos on-chain e um channel.backup recente para os fundos dos canais. Nunca restaure um channel.db antigo, nem mesmo dentro de um snapshot da máquina inteira. Ao restaurar, cada par fecha o canal e você recupera os saldos liquidados. Trocar de equipamento não é restaurar um backup, e dois nós nunca devem compartilhar uma semente. Por fim, você calculou o custo dos canais com transações reais de agosto de 2026. A cerca de 1 sat/vB, abrir um canal custava uns 150 sats e fechar de forma cooperativa, uns 190. Um fechamento forçado de um canal de 2.000.000 de sats custou 1.210 sats no total. Em novembro de 2026, de 1 a 3 sat/vB costuma bastar. A 300 sat/vB, como em dezembro de 2023, cada etapa custa dezenas de milhares de sats. Volte à aula 4.9.

Uma linha do tempo de dez dias com seu nó desligado. Em algum momento, um par publica um saldo antigo. Em um canal pequeno, você só consegue punir a trapaça por cerca de um dia, 144 blocos. Sem watchtower, ninguém percebe a tempo, e depois não dá mais para punir. Com uma watchtower ativa, ela vigia a blockchain por você e publica a penalidade a tempo, então a trapaça não fica impune. O cliente de watchtower do LND vem desativado. Ative o cliente quando abrir o primeiro canal, porque a watchtower só protege os saldos revogados depois que você ativa o cliente.
Alguém precisa vigiar enquanto o nó está desligado. A penalidade por publicar um saldo antigo só funciona se seu nó ou uma watchtower detectar a publicação a tempo. Em um canal pequeno, o prazo é de cerca de um dia. Dez dias fora passam muito desse prazo, e a watchtower só protege os saldos revogados depois que o cliente é ativado.

As peças da sua infraestrutura

Depois do curso, uma instalação de Bitcoin que você mesmo hospeda fica assim. A figura mostra as peças de cima para baixo, e a tabela abaixo lista de baixo para cima.

Uma instalação de Bitcoin que você mesmo hospeda, de cima para baixo. A Sparrow, uma carteira on-chain, se conecta ao seu servidor Electrum (Electrs ou Fulcrum). O Zeus no celular e os painéis ThunderHub ou RTL se conectam ao nó Lightning (LND ou CLN) e aos canais. O servidor Electrum e o nó Lightning dependem do seu nó completo de Bitcoin, geralmente o Bitcoin Core, que confere cada bloco e cada transação por conta própria. Uma plataforma (Umbrel, Start9, RaspiBlitz, myNode ou uma instalação manual) instala e roda tudo. Ao lado fica a proteção: uma watchtower que responde a trapaças enquanto você está offline, channel.backup para recuperar os fundos dos canais e atualizações que corrigem problemas de segurança, que você instala.
Cada peça depende da que está abaixo. O nó Lightning precisa do nó completo, e as carteiras e os aplicativos se conectam aos seus próprios nós, sem passar pelos de outras pessoas. A plataforma instala e roda tudo, mas você instala as atualizações.
Camada Componente Para que serve
Plataforma Umbrel, Start9, RaspiBlitz, myNode ou uma instalação manual Sistema operacional e painel que instalam e rodam todo o restante
Camada base Nó completo de Bitcoin (geralmente Bitcoin Core) Confere cada bloco e cada transação por conta própria
Conexão da carteira Servidor Electrum (Electrs ou Fulcrum) ou conexão direta ao Bitcoin Core Permite que carteiras on-chain consultem seu nó em vez do servidor de um desconhecido
Camada de pagamentos Nó Lightning (LND ou Core Lightning) e os canais Envia, recebe e roteia pagamentos instantâneos por canais com outros nós
Controle remoto Zeus no celular Permite pagar e receber com seu nó Lightning quando você está fora
Gerenciamento do nó ThunderHub ou RTL (Ride The Lightning) Painéis web para gerenciar canais, taxas e reequilíbrio
Proteção Cliente de watchtower ativo desde o primeiro canal, um channel.backup recente e as atualizações que você instala Responde a trapaças enquanto você está offline, recupera os fundos dos canais e corrige problemas de segurança

Cada peça depende da que está abaixo. O nó Lightning precisa do nó completo, e as carteiras e os aplicativos se conectam aos seus nós, sem passar pelos de outras pessoas. Hospedar sua própria instalação tira a empresa da carteira dos seus pagamentos. Outras pessoas ainda veem parte da sua atividade: os pares e os nós de roteamento veem o que passa pelos canais de que participam, cada fatura BOLT11 que você entrega identifica seu nó, e as aberturas e os fechamentos de canais são públicos na blockchain.

Duas rotas para o mesmo pagamento Lightning. Com a Phoenix, o aplicativo gerencia um canal com a ACINQ para você. A ACINQ vê que o pagamento saiu de você, para onde vai e quanto é. Um nó de roteamento mais adiante vê um valor próximo do total, mas geralmente não sabe quem enviou nem quem recebe. Com seu próprio nó, não há uma empresa de carteiras no meio. O par vê o que passa pelo canal do qual participa, e um nó de roteamento mais adiante vê um valor próximo do total, mas geralmente não sabe quem enviou nem quem recebe. As transações que abrem e fecham seus canais são públicas na blockchain. Hospedar sua própria instalação tira a empresa da carteira do caminho, mas não deixa você invisível.
Com sua própria instalação, a empresa da carteira deixa de ver seus pagamentos, mas outras pessoas ainda veem parte. Os pares e os nós de roteamento ainda veem o que passa pelos canais de que participam, e as aberturas e os fechamentos de canais são públicos na blockchain.

Conceitos principais do curso

  • A Lightning é a segunda camada do Bitcoin: torna os pagamentos rápidos e baratos ao movê-los para canais. Só usa a blockchain para abrir e fechar os canais.
  • HTLCs tornam o roteamento seguro: um pagamento com vários saltos se completa por inteiro ou falha por completo, e ninguém no meio pode ficar com ele.
  • Alguém precisa vigiar: a penalidade só funciona se seu nó ou uma watchtower detectar o saldo antigo a tempo. A watchtower só protege saldos revogados depois que você ativa o cliente.
  • Receber exige liquidez de entrada: com um canal que você financia, no começo dá para enviar, mas não para receber.
  • O roteamento esconde quem paga para quem, mas não o valor: os nós no meio do caminho veem quanto encaminham, e o LSP da carteira e as faturas revelam mais.
  • Há carteiras custodiais e outras que você hospeda por conta própria: escolha como equilibrar praticidade, privacidade e controle, sabendo quem pode ver seus pagamentos.
  • Com um nó completo, você verifica por conta própria. Quando a carteira se conecta ao nó, ele protege sua privacidade. O software que você roda determina quais regras ele aplica.
  • As plataformas de nós facilitam a instalação, e você instala as atualizações.
  • Faça backup do arquivo certo: as palavras de recuperação restauram fundos on-chain, channel.backup recupera fundos dos canais e um channel.db antigo nunca é restaurado.
  • Abrir e fechar canais custa taxas on-chain: abra os que pretende manter quando as taxas estiverem baixas e feche de forma cooperativa sempre que o par estiver online.
  • Importa mais com quem você abre canais do que quantos abre: alguns canais com nós confiáveis e bem conectados funcionam melhor do que muitos canais pequenos.
  • As taxas de roteamento rendem pouco: a maioria dos nós pequenos ganha pouco quando você conta os custos dos canais e do reequilíbrio.

O que vem depois?

Você já sabe operar sua infraestrutura: um nó completo que confere cada bloco, um nó Lightning que gerencia os canais, carteiras que se conectam aos nós como você decide e os backups e a watchtower que protegem os fundos dos canais.

A solidez da sua infraestrutura depende de como você a protege e usa. O curso 5: segurança e privacidade avançadas no Bitcoin explica como funciona a análise da blockchain e como resistir a ela, controle de moedas, CoinJoin, como comprar bitcoin sem entregar sua identidade, carteiras multisig da teoria à prática, privacidade na rede com Tor e VPNs, como verificar o software que você instala, segurança física, planejamento da herança e, por fim, como reunir tudo no seu próprio plano de soberania.

O nó que você montou aqui é a base do curso 5.

Pontos principais

  • No curso 4, você passou de entender a ideia da Lightning a operar seu próprio nó completo e seu nó Lightning e proteger os fundos dos canais.
  • As peças de uma instalação que você mesmo hospeda: plataforma → nó completo → conexão da carteira → nó Lightning e canais → carteira com controle remoto → watchtower, backups e atualizações.
  • Operar sua própria infraestrutura dá a você verificação, controle e mais privacidade, embora os pares e os nós de roteamento ainda vejam parte da sua atividade.
  • Três hábitos protegem quem começa a operar um nó: conseguir liquidez de entrada, fazer backup do arquivo certo a cada canal que abre ou fecha e rodar o cliente de watchtower desde o primeiro canal.
  • O curso 5 explica as técnicas de segurança e privacidade que protegem o que você montou neste curso.

Confira o que você aprendeu

1. Você abre um canal, paga por ele 200 vezes em um mês e depois fecha o canal de forma cooperativa. Quantas transações on-chain foram necessárias e o que mudaria com um fechamento forçado?

Resposta

Duas: a transação de financiamento que abriu o canal e a transação que fechou o canal. Os 200 pagamentos foram novos saldos assinados por você e pelo par, sem precisar de um bloco. É assim que a Lightning amplia a capacidade de pagamento. Em um fechamento forçado, um lado publica por conta própria a última transação de compromisso. Isso exige mais transações on-chain (a de fechamento e depois o recolhimento da parte de cada lado), então custa mais em taxas. Quem fechou espera um número definido de blocos antes de poder gastar a parte que lhe cabe (aulas 4.1 e 4.9).

2. Um nó de roteamento no meio da rota do seu pagamento encaminha o pagamento ao destinatário. O que impede o nó de ficar com seu dinheiro e o que ele consegue descobrir sobre o pagamento?

Resposta

O pagamento chega ao nó como um HTLC que só é desbloqueado com a pré-imagem, o segredo por trás do hash na fatura do destinatário. O nó de roteamento só descobre o segredo quando o próximo salto o revelar para receber. Isso só acontece depois que o destinatário recebe o pagamento. Se o pagamento não se completar, o HTLC vence e o dinheiro volta para o salto anterior. O roteamento em cebola informa ao nó qual é o salto anterior, qual é o próximo e quanto encaminhar. O nó geralmente não sabe quem enviou nem quem recebe o pagamento, mas o valor que encaminha é próximo do total, a menos que o pagamento tenha sido dividido entre várias rotas (aulas 4.1 e 4.2).

3. Você paga para uma loja com a Phoenix e depois paga para a mesma loja com o Zeus conectado ao seu nó. Quem consegue ver o quê em cada caso?

Resposta

Com a Phoenix, o nó da ACINQ encontra a rota para você, então a ACINQ vê para onde vai o pagamento e qual é o valor. Mesmo assim, a empresa não pode gastar nem congelar seus bitcoins. Com o Zeus conectado ao seu nó, não há uma empresa de carteiras no meio. O par vê o que passa pelo canal do qual participa, e os nós de roteamento mais adiante veem um valor próximo do total, mas geralmente não sabem quem paga para quem. Nos dois casos, a fatura BOLT11 da loja identifica o nó da loja, e as transações que abrem e fecham canais são públicas na blockchain (aulas 4.2, 4.3 e 4.8).

4. Você troca a Phoenix pelo seu nó e abre um canal de 1.000.000 de sats. Um amigo tenta pagar 50.000 sats para você e o pagamento falha, embora você sempre recebesse sem problemas na Phoenix. Por quê? Como resolver?

Resposta

A Phoenix abria espaço quando não cabia um pagamento. Ajustava o tamanho do canal e cobrava 1% mais a taxa de mineração. No seu nó ninguém faz isso para você. Um canal que você financia começa com todo o saldo do seu lado, então não há nada para vir na sua direção. Gaste alguns sats primeiro pelo canal, peça a outro nó para abrir um canal para o seu, compre liquidez de entrada de um provedor de serviços Lightning ou troque parte do saldo por bitcoin on-chain. Cada opção deixa sats do outro lado de um canal (aulas 4.2, 4.7 e 4.8).

5. Um pagamento mostra “payment timed out”. Outro está em “pending” há dois dias. O que você faz em cada caso?

Resposta

Se o tempo de espera acabar, a carteira para de tentar rotas novas. Quando o pagamento não aparecer mais como pendente, nada está bloqueado e você pode tentar de novo. Um pagamento que continua pendente fica bloqueado em HTLCs ao longo de uma rota até se completar ou o prazo vencer, o que no LND pode levar até umas duas semanas. Tentar de novo não ajuda. Mantenha a carteira ou o nó online e espere. Se o pagamento não puder falhar normalmente, um canal da rota é fechado à força e o dinheiro que você tiver ali volta on-chain (aulas 4.2 e 4.4).

6. Um amigo quer começar na Phoenix recebendo 5.000 sats pela Lightning. O que seu amigo deve fazer antes e por que esse valor é ruim para o primeiro depósito?

Resposta

Primeiro, ele deve anotar as 12 palavras de recuperação no papel e guardá-las offline. São o único jeito de recuperar a carteira se perder o celular, se alguém roubar o aparelho ou se ele quebrar. Segundo, o primeiro pagamento precisa criar o canal. Isso custa 1.000 sats mais 1% do pagamento e a taxa de mineração do dia: mais de um quinto de 5.000 sats, antes de contar a taxa de mineração. A parte fixa pesa menos em um primeiro depósito maior e, quando o canal tem espaço, receber é grátis (aulas 4.3 e 4.4; taxas da Phoenix em novembro de 2026).

7. Você configura um nó completo em casa e deixa as carteiras como estavam. Um minerador com a maior parte do poder de mineração da rede publica um bloco pagando 100 BTC para si mesmo. O que seu nó faz? Sua privacidade melhorou?

Resposta

Seu nó rejeita o bloco porque ele viola a regra da recompensa que o nó aplica. O poder de mineração só decide entre cadeias válidas pelas regras do nó. Nós não votam. Sua privacidade ainda não mudou: as carteiras continuam enviando seus endereços e seu endereço IP aos servidores padrão. Ela melhora quando cada carteira usa seu nó, por um servidor Electrum rodando nele ou, com a Sparrow, direto pelo Bitcoin Core (aulas 4.5 e 4.7).

8. A soma de verificação SHA-256 do download do umbrelOS bateu e você não mexe no nó há seis meses. O que a soma de verificação provou? Seu nó está atualizado?

Resposta

Provou que sua cópia está completa e intacta. Não pode provar que o arquivo é autêntico: a lista de somas de verificação da Umbrel vem do mesmo servidor da imagem e não é assinada. Quem conseguir trocar uma também consegue trocar a outra. Só uma assinatura cobre essa lacuna. Seu nó provavelmente está desatualizado: o umbrelOS nunca instala atualizações automaticamente, e os aplicativos também não se atualizam sozinhos. Confira Settings → Software update e Updates na App Store, e leia nossos avisos de segurança para ver se há algo urgente (aulas 4.6 e 4.7).

9. No mês que vem, você vai ficar uma semana fora com o nó LND desligado. Cada canal tem 500.000 sats e você nunca usou uma watchtower. Qual é o risco e o que deve fazer?

Resposta

Nos padrões do LND, canais abaixo de uns 1,2 milhão de sats fazem o par esperar só 144 blocos, cerca de um dia. Um par que publicasse um saldo antigo no início da viagem poderia recolhê-lo bem antes de você voltar. A solução segura é manter o nó rodando, com o nó de Bitcoin sincronizado. Ativar agora o cliente com a watchtower em outro equipamento protege só os saldos revogados a partir de agora. Os anteriores continuam sem proteção, e um par que trapaceie pode escolher qualquer um deles. É por isso que o cliente deve rodar desde o primeiro canal. Quando estiver ativo, lncli wtclient stats mostra se os backups estão chegando à watchtower (aulas 4.8 e 4.9).

10. O SSD do seu nó falha. Você tem as 24 palavras, um channel.backup copiado depois de abrir o último canal e uma cópia de channel.db feita por um script ontem à noite. O que você restaura e o que recupera?

Resposta

Restaure as 24 palavras com o channel.backup. Nunca inicie um nó com o channel.db de ontem à noite. O arquivo pode guardar um saldo revogado, o que faria seu nó trapacear e permitiria a um par ficar com o canal inteiro. O nó novo reconstrói a carteira on-chain com as palavras e depois pede a cada par no backup para forçar o fechamento do canal. Seus saldos liquidados voltam on-chain com as taxas descontadas. Os canais se encerram, os pagamentos que estavam em andamento no momento da falha se perdem e o dinheiro de um canal cujo par nunca volta fica preso enquanto esse par estiver ausente (aulas 4.7 e 4.9).