Planifiez le stockage et la synchronisation
Un nœud complet et un nœud élagué ont des besoins en disque différents, et ces besoins évoluent avec le temps. Vérifiez les exigences amont actuelles et prévoyez une marge de croissance. Le téléchargement initial des blocs peut prendre beaucoup de temps et de ressources.
Restreindre les interfaces de contrôle
Gardez l'administration RPC et Lightning de Bitcoin sur une route privée authentifiée. Exposer un point de terminaison de contrôle non authentifié peut mettre en danger les fonds et l'hôte. Les ports de pairs publics et les ports d'administration privés nécessitent des règles de pare-feu différentes.
Comprenez la liquidité des canaux
Un canal Lightning immobilise des fonds et présente des contraintes de liquidité entrante et sortante. Exploiter un nœud ne promet aucun revenu de routage. Tenez compte des frais, de la gestion des canaux et des risques d'un portefeuille chaud avant de l'alimenter.
Sauvegardez le bon état
Suivez la procédure de récupération propre à l'implémentation utilisée pour les graines de portefeuille et les données de sauvegarde des canaux. Stockez les données de récupération hors du nœud et vérifiez votre compréhension sans exposer de secrets. Une simple copie du système de fichiers peut ne pas constituer une sauvegarde sûre de canaux actifs.
Choisissez une implémentation et suivez ses règles de récupération
Bitcoin Core fournit un backend Bitcoin. LND et Core Lightning sont deux implémentations Lightning distinctes, avec leur propre configuration, écosystème de plugins et procédures de sauvegarde. Choisissez une pile prise en charge et suivez sa documentation actuelle ; ne mélangez pas les instructions de récupération entre implémentations. La fin de synchronisation, la connectivité aux pairs et la récupération du portefeuille sont des contrôles d'acceptation distincts.
Un point de contrôle avant approvisionnement
Avant de placer des fonds importants en ligne, vérifiez que les ports d'administration sont privés, que les mises à jour sont planifiées et que le matériel de récupération du portefeuille et des canaux est stocké séparément. Comprenez la différence entre une graine, une sauvegarde statique de canal et une copie complète des données dans votre implémentation. Ne conservez en ligne que les fonds exigés par votre plan d'exploitation. Un nœud de routage est un engagement opérationnel, non un produit à rendement passif.
Acceptez le backend Bitcoin avant d'ouvrir des canaux
Vérifiez la provenance de la version du logiciel à l'aide des instructions de son projet, choisissez une disposition complète ou élaguée prise en charge et laissez la synchronisation initiale se terminer. Prévoyez de l'espace pour la surcharge de la base de données, les journaux, les mises à jour et la croissance plutôt que d'allouer l'empreinte exacte attendue de la chaîne. Un backend élagué peut nécessiter une planification supplémentaire pour la découverte historique du portefeuille ou les rescans. Ne présentez pas un chiffre de disque actuel arbitraire comme une exigence permanente.
- Vérifiez indépendamment la progression de la synchronisation, la connectivité des pairs et la consommation disque.
- Gardez l'écouteur RPC et l'authentification privés ; ouvrir un port de pair n'exige pas d'exposer le contrôle administratif.
- Choisissez LND ou Core Lightning avec un backend Bitcoin compatible documenté, puis vérifiez son propre état de synchronisation.
- Effectuez un petit test et comprenez le financement, la liquidité entrante et les frais avant de placer des fonds importants en ligne.
Documentation officielle : LND : reprise après sinistre · Core Lightning : sauvegardes du portefeuille et des canaux
Traitez un état de canal obsolète comme un risque de récupération
Un instantané VPS général n'est pas automatiquement une sauvegarde sûre de canal actif. La reprise après sinistre de LND peut utiliser sa graine et sa sauvegarde statique de canal pour demander la fermeture du canal ; il s'agit d'un processus de dernier recours, non d'une méthode de migration normale. Maintenez l'ancienne instance arrêtée pendant la reprise afin d'éviter des copies concurrentes. Suivez la procédure de LND pour le matériel que vous possédez réellement plutôt que de restaurer une base de données de canal ancienne arbitraire.
Documentation officielle : LND : reprise après sinistre
Adaptez le plan de reprise à la mise en œuvre
Core Lightning distingue le secret du portefeuille, le matériel de récupération d'urgence des canaux et la base de données active. Sa documentation déconseille la restauration ordinaire de type instantané d'un état obsolète de la base de données des canaux et décrit des approches de sauvegarde propres à chaque implémentation. Conservez le matériel de clé requis hors du nœud, surveillez les mises à jour des fichiers de récupération des canaux et testez votre compréhension avant d'approvisionner. En cas de défaillance du disque, préservez les données endommagées et consultez la procédure de récupération correcte avant de redémarrer une ancienne copie.
- Un solde on-chain restauré ne prouve pas que chaque canal a été récupéré.
- Un canal sans capacité entrante ne peut pas recevoir simplement parce que le nœud est en ligne.
- Une panne de pair et un identifiant RPC local défaillant nécessitent un dépannage différent.
- Ne déduisez pas un revenu automatique ni une récupérabilité garantie d’une installation de nœud réussie.
Documentation officielle : Core Lightning : sauvegardes du portefeuille et des canaux