--- canonical: https://koalavps.com/pt/guides-self-host-bitcoin-lightning-node/ language: pt generated: 2026-10-21T13:33:42.126Z --- [Início](https://koalavps.com/pt/) / [Explorar](https://koalavps.com/pt/resources/) / As notas de campo do KoalaVPS As notas de campo do KoalaVPS # O seu nó, com recuperação cuidadosa da carteira. Uma configuração Bitcoin e Lightning combina sincronização de dados, rede e fundos que exigem a sua própria disciplina de cópias de segurança. [Encontre o seu VPS](https://koalavps.com/pt/vps/) ## NESTE DOCUMENTO [Planear armazenamento e sincronização](https://koalavps.com/pt/guides-self-host-bitcoin-lightning-node/#section-1)[Restrinja as interfaces de controle](https://koalavps.com/pt/guides-self-host-bitcoin-lightning-node/#section-2)[Entenda a liquidez do canal](https://koalavps.com/pt/guides-self-host-bitcoin-lightning-node/#section-3)[Faça backup do estado correto](https://koalavps.com/pt/guides-self-host-bitcoin-lightning-node/#section-4)[Escolha uma implementação e siga as suas regras de recuperação](https://koalavps.com/pt/guides-self-host-bitcoin-lightning-node/#section-5)[Um ponto de verificação antes do pré-financiamento](https://koalavps.com/pt/guides-self-host-bitcoin-lightning-node/#section-6)[Aceite o backend Bitcoin antes de abrir canais](https://koalavps.com/pt/guides-self-host-bitcoin-lightning-node/#section-7)[Trate o estado obsoleto do canal como um risco de recuperação](https://koalavps.com/pt/guides-self-host-bitcoin-lightning-node/#section-8)[Manter o plano de recuperação específico para a implementação](https://koalavps.com/pt/guides-self-host-bitcoin-lightning-node/#section-9)[Base de conhecimento](https://koalavps.com/pt/resources/) ## 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](https://docs.lightning.engineering/lightning-network-tools/lnd/disaster-recovery) · [Core Lightning: backups de carteira e canais](https://docs.corelightning.org/docs/backup) ## 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](https://docs.lightning.engineering/lightning-network-tools/lnd/disaster-recovery) ## 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](https://docs.corelightning.org/docs/backup) CONTINUE A EXPLORAR ## Continuar a ler. [Pagamentos ### Seu servidor, pago Bitcoin. Compreender Bitcoin pagamentos antes de usar o checkout separado. Cotações exatas à taxa de mercado duram 25 minutos; a verificaçã…](https://koalavps.com/pt/bitcoin-vps/)[Guias ### Um backup importa quando restaura. Projete um backup em torno dos dados que você não pode recriar e do tempo que seu serviço pode se dar ao luxo de perder. Um upload…](https://koalavps.com/pt/backups/)[Casos de utilização ### Valide a cadeia. Gerencie os canais. Execute o seu próprio backend Bitcoin e uma implementação Lightning compatível com gestão deliberada de armazenamento, acesso e fu…](https://koalavps.com/pt/use-cases-bitcoin-lightning-node/) CONFIGURE SUA INFRAESTRUTURA ## Assuma o controle. Implemente nos seus termos. Sem documentação de identidade. Acesso total de administrador. Faturação nativa em cripto. [Selecione uma configuração](https://koalavps.com/pt/vps/)