Planear armazenamento e sincronização
Um nó completo e um nó podado têm necessidades de disco diferentes, e essas necessidades mudam ao longo do tempo. Verifique os requisitos atuais a montante e deixe margem para crescimento. O download inicial de blocos pode demorar bastante tempo e consumir muitos recursos.
Restrinja as interfaces de controle
Mantenha o RPC Bitcoin e a administração da Lightning numa rota privada autenticada. Expor um endpoint de controlo não autenticado pode pôr em risco os fundos e o host. As portas públicas de pares e as portas administrativas privadas precisam de regras de firewall diferentes.
Entenda a liquidez do canal
Um canal Lightning imobiliza fundos e tem restrições de liquidez de entrada e saída. Executar um nó não garante receita de roteamento. Considere as taxas, a gestão de canais e os riscos de uma carteira quente antes de financiá-la.
Faça backup do estado correto
Siga o procedimento de recuperação da implementação específica para as sementes da carteira e o material de backup dos canais. Guarde os dados de recuperação fora do nó e teste a compreensão sem expor segredos. Uma cópia genérica do sistema de ficheiros pode não ser um backup seguro de canais ativos.
Escolha uma implementação e siga as suas regras de recuperação
O Bitcoin Core fornece um backend Bitcoin. O LND e o Core Lightning são implementações Lightning distintas, com a sua própria configuração, ecossistema de plugins e procedimentos de cópia de segurança. Escolha uma stack suportada e siga a sua documentação atual; não misture instruções de recuperação entre implementações. A conclusão da sincronização, a conectividade com os pares e a recuperação da carteira são verificações de aceitação separadas.
Um ponto de verificação antes do pré-financiamento
Antes de colocar fundos significativos online, verifique se as portas administrativas são privadas, se as atualizações estão agendadas e se o material de recuperação da carteira e dos canais está armazenado de forma independente. Compreenda a diferença entre uma seed, um backup estático de canais e uma cópia completa dos dados na sua implementação. Mantenha online apenas os fundos que o seu plano operacional exige. Um nó de encaminhamento é um compromisso operacional, não um produto de retorno passivo.
Aceite o backend Bitcoin antes de abrir canais
Verifique a proveniência da versão do software usando as instruções do projeto, escolha um layout completo ou podado suportado e permita que a sincronização inicial seja concluída. Reserve espaço para a sobrecarga do banco de dados, logs, atualizações e crescimento, em vez de alocar exatamente o tamanho esperado da cadeia. Um backend podado pode exigir planejamento adicional para descoberta histórica de carteiras ou novas varreduras. Não apresente um valor arbitrário de disco atual como requisito permanente.
- Verifique o progresso de sincronização, a conectividade com pares e o consumo de disco de forma independente.
- Mantenha o listener RPC e a autenticação privados; abrir uma porta de par não exige expor o controle administrativo.
- Escolha LND ou Core Lightning com um backend Bitcoin compatível documentado e, em seguida, verifique seu próprio estado de sincronização.
- Faça um pequeno teste e compreenda o financiamento, a liquidez de entrada e as taxas antes de colocar fundos significativos online.
Documentação oficial: LND: recuperação de desastres · Core Lightning: backups de carteira e canais
Trate o estado obsoleto do canal como um risco de recuperação
Um snapshot geral de VPS não é automaticamente um backup seguro de canal ativo. A recuperação de desastres do LND pode usar sua seed e o backup estático de canais para solicitar o fechamento do canal; é um processo de último recurso, não um método normal de migração. Mantenha a instância antiga parada durante a recuperação para evitar cópias concorrentes. Siga o procedimento do LND para o material que você realmente possui, em vez de restaurar um banco de dados de canais antigo arbitrário.
Documentação oficial: LND: recuperação de desastres
Manter o plano de recuperação específico para a implementação
O Core Lightning distingue o segredo da carteira, o material de recuperação de emergência dos canais e a base de dados em tempo real. A sua documentação desaconselha a restauração comum por snapshots de um estado obsoleto da base de dados de canais e descreve abordagens de backup específicas de cada implementação. Preserve o material de chaves necessário fora do nó, monitorize as atualizações dos ficheiros de recuperação de canais e teste a sua compreensão antes de financiar. Se o disco falhar, preserve os dados danificados e consulte o procedimento de recuperação correto antes de reiniciar uma cópia antiga.
- Um saldo on-chain restaurado não prova que todos os canais foram recuperados.
- Um canal sem capacidade de entrada não pode receber apenas porque o nó está online.
- Uma falha de um par e uma credencial RPC local inválida exigem resolução de problemas diferente.
- Não inferir rendimento automático ou recuperabilidade garantida a partir de uma instalação de nó bem-sucedida.
Documentação oficial: Core Lightning: backups de carteira e canais