Speicher und Synchronisierung planen
Ein Full Node und ein Pruned Node haben unterschiedliche Speicherplatzanforderungen, und diese Anforderungen ändern sich mit der Zeit. Prüfen Sie die aktuellen Upstream-Anforderungen und lassen Sie Wachstumsreserve. Der anfängliche Block-Download kann erhebliche Zeit und Ressourcen beanspruchen.
Kontrollschnittstellen einschränken
Halten Sie die Bitcoin RPC- und Lightning-Verwaltung auf einer privaten, authentifizierten Route. Das Offenlegen eines nicht authentifizierten Steuerungsendpunkts kann Guthaben und den Host gefährden. Öffentliche Peer-Ports und private Verwaltungsports benötigen unterschiedliche Firewall-Regeln.
Verstehen Sie die Kanalliquidität
Ein Lightning-Kanal bindet Guthaben und unterliegt Beschränkungen der eingehenden und ausgehenden Liquidität. Der Betrieb eines Nodes verspricht keine Routing-Erlöse. Berücksichtigen Sie Gebühren, Kanalverwaltung und die Risiken einer Hot Wallet, bevor Sie ihn finanzieren.
Sichern Sie den richtigen Zustand
Befolgen Sie das Wiederherstellungsverfahren der jeweiligen Implementierung für Wallet-Seeds und Kanal-Backup-Material. Speichern Sie Wiederherstellungsdaten außerhalb des Nodes und testen Sie das Verständnis, ohne Geheimnisse preiszugeben. Eine generische Dateisystemkopie ist möglicherweise kein sicheres Backup für aktive Kanäle.
Wählen Sie eine Implementierung und befolgen Sie deren Wiederherstellungsregeln
Bitcoin Core stellt ein Bitcoin-Backend bereit. LND und Core Lightning sind separate Lightning-Implementierungen mit eigener Konfiguration, eigenem Plugin-Ökosystem und eigenen Sicherungsverfahren. Wählen Sie einen unterstützten Stack und folgen Sie dessen aktueller Dokumentation; mischen Sie keine Wiederherstellungsanweisungen zwischen Implementierungen. Abschluss der Synchronisierung, Peer-Konnektivität und Wallet-Wiederherstellung sind separate Abnahmeprüfungen.
Ein Prüfpunkt vor der Vorauszahlung
Bevor Sie nennenswerte Mittel online platzieren, prüfen Sie, dass administrative Ports privat sind, Updates geplant sind und Wallet- und Kanal-Wiederherstellungsmaterial unabhängig gespeichert ist. Verstehen Sie den Unterschied zwischen einem Seed, einem statischen Kanal-Backup und einer vollständigen Datenkopie in Ihrer Implementierung. Halten Sie nur die Online-Mittel, die Ihr Betriebsplan erfordert. Ein Routing-Knoten ist eine betriebliche Verpflichtung, kein Produkt mit passiver Rendite.
Akzeptieren Sie das Bitcoin-Backend, bevor Sie Kanäle öffnen
Verifizieren Sie die Release-Herkunft der Software anhand der Projektanweisungen, wählen Sie ein unterstütztes vollständiges oder bereinigtes Layout und lassen Sie die initiale Synchronisierung abschließen. Halten Sie Platz für Datenbank-Overhead, Logs, Updates und Wachstum frei, statt genau den erwarteten Chain-Footprint zuzuweisen. Ein bereinigtes Backend kann zusätzliche Planung für die historische Wallet-Erkennung oder Rescans erfordern. Stellen Sie keine willkürliche aktuelle Speicherzahl als dauerhafte Anforderung dar.
- Prüfen Sie Synchronisierungsfortschritt, Peer-Konnektivität und Speicherverbrauch unabhängig voneinander.
- Halten Sie den RPC-Listener und die Authentifizierung privat; das Öffnen eines Peer-Ports erfordert nicht die Offenlegung der administrativen Kontrolle.
- Wählen Sie LND oder Core Lightning mit einem dokumentierten kompatiblen Bitcoin-Backend und überprüfen Sie dessen eigenen Synchronisierungszustand.
- Führen Sie einen kleinen Test durch und verstehen Sie Finanzierung, eingehende Liquidität und Gebühren, bevor Sie nennenswerte Beträge online platzieren.
Offizielle Dokumentation: LND: Notfallwiederherstellung · Core Lightning: Wallet- und Kanal-Backups
Veralteten Kanalzustand als Wiederherstellungsrisiko behandeln
Ein allgemeiner VPS-Snapshot ist nicht automatisch ein sicheres Backup des Live-Kanals. Die Notfallwiederherstellung von LND kann Seed und statisches Kanal-Backup nutzen, um die Kanalschließung anzufordern; es ist ein letzter Ausweg, keine normale Migrationsmethode. Halten Sie die alte Instanz während der Wiederherstellung gestoppt, um konkurrierende Kopien zu vermeiden. Folgen Sie dem Verfahren von LND für das Material, das Sie tatsächlich besitzen, statt eine beliebige alte Kanaldatenbank wiederherzustellen.
Offizielle Dokumentation: LND: Notfallwiederherstellung
Den Wiederherstellungsplan spezifisch für die Implementierung halten
Core Lightning unterscheidet das Wallet-Geheimnis, Notfall-Kanal-Wiederherstellungsmaterial und die Live-Datenbank. Seine Dokumentation rät von gewöhnlicher Snapshot-Wiederherstellung veralteter Kanal-Datenbankzustände ab und beschreibt implementierungsspezifische Backup-Ansätze. Bewahren Sie das erforderliche Schlüsselmaterial außerhalb des Knotens auf, überwachen Sie Aktualisierungen der Kanal-Wiederherstellungsdateien und testen Sie Ihr Verständnis, bevor Sie Mittel einsetzen. Wenn die Festplatte ausfällt, bewahren Sie die beschädigten Daten auf und konsultieren Sie das korrekte Wiederherstellungsverfahren, bevor Sie eine alte Kopie neu starten.
- Ein wiederhergestelltes On-Chain-Guthaben beweist nicht, dass jeder Kanal wiederhergestellt wurde.
- Ein Kanal ohne eingehende Kapazität kann nicht empfangen, nur weil der Knoten online ist.
- Ein Peer-Ausfall und ein fehlgeschlagenes lokales RPC-Anmeldedatum erfordern unterschiedliche Fehlerbehebung.
- Leiten Sie aus einer erfolgreichen Node-Installation kein automatisches Einkommen und keine garantierte Rückgewinnbarkeit ab.
Offizielle Dokumentation: Core Lightning: Wallet- und Kanal-Backups