Die gesamte Kanalkapazität entspricht nicht dem sendbaren oder empfangbaren Betrag. Richtung, Route und Verwahrung bestimmen die tatsächlichen Möglichkeiten.
Zwei Richtungen
Betrag und Ablauf
Routing und Blockchain
Saldo und Kapazität
Fiktives Beispiel: Ein Kanal mit 100.000 Satoshi hält 80.000 auf Ihrer und 20.000 auf der entfernten Seite. Vor Reserven und weiteren Einschränkungen besteht überwiegend Sendekapazität. Sie können nicht automatisch 100.000 empfangen. Zahlungen verschieben Salden, ohne die Gesamtkapazität zu erhöhen; ein aggregierter Saldo zeigt nicht jede verfügbare Route.
Rechnung prüfen
Prüfen Sie Betrag und Ablaufzeit in der Anwendung. Eine gewöhnliche Bitcoin-Adresse ist keine Lightning-Rechnung. Einheitliche Oberflächen sollten den tatsächlich verwendeten Zahlungsweg deutlich machen. Prüfen Sie das Ergebnis des ersten Versuchs, bevor Sie eine neue Rechnung bezahlen und versehentlich zwei getrennte Käufe tätigen.
Gesamtkosten berechnen
Zwischenknoten können Grund- und proportionale Gebühren verlangen. Kanäle öffnen und schließen benötigt Bitcoin-Transaktionen; Dienste können Liquidität berechnen. Vergleichen Sie Kosten mit Ihrer Nutzungshäufigkeit und dem Gebührenlimit. Eine allgemeine Gebühr oder garantierte Dauer gibt es nicht.
Verwahrung wählen
Verwahrende Dienste übernehmen oft Liquidität und Verfügbarkeit, schaffen aber Anbieterabhängigkeit. Selbstverwahrung verlangt Schlüsselverwaltung, Sicherungen und die vom Programm benötigte Überwachung. Eine Watchtower ersetzt keine Wiederherstellungsanleitung. Prüfen Sie auch Bedingungen eines Liquiditätsanbieters.
Wiederherstellung planen
Ein Bitcoin-Seed stellt nicht automatisch alle Kanalzustände wieder her. Statische Kanalsicherungen hängen von der Implementierung ab und können Schließungen statt unveränderter Fortsetzung ermöglichen. Eine veraltete Kanaldatenbank wiederherzustellen kann gefährlich sein. Folgen Sie der Dokumentation, testen Sie kleine Beträge und halten Sie Mittel für On-chain-Vorgänge bereit.
Fehler untersuchen
Abgelaufene Rechnung, fehlende Route, Gebührenlimit oder unzureichende Kapazität können die Zahlung verhindern. Notieren Sie den Fehler ohne private Knotendaten zu veröffentlichen. Bei unklarem Ergebnis zuerst Verlauf prüfen. Regelmäßiger Empfang braucht eingehende Liquidität; ein Bitcoin-Einzahlungsbetrag behebt nicht jede Empfangsbeschränkung.
Szenarien und Modellgrenzen
| Situation | Einordnung |
|---|---|
| 100.000 sat: 80.000 / 20.000 | Richtungsabhängig vor Reserven; Gesamtbetrag ≠ Empfangskapazität. |
| Abgelaufene Rechnung | Neue anfordern, nachdem der bisherige Status geprüft wurde. |
| Kanalschließung | On-chain-Kosten und Dauer hängen von Mechanismus und Zustand ab. |
Häufige Fragen
Warum kann ich senden, aber nicht empfangen?
Salden sind richtungsabhängig. Eingehende Kapazität und eine brauchbare Route müssen vorhanden sein.
Entfallen sämtliche Bitcoin-Gebühren?
Nein. Eröffnung, Schließung und bestimmte Wiederherstellungen verwenden weiterhin Bitcoin.
Reicht der Seed?
Für Kanäle nicht unbedingt. Prüfen Sie Sicherungen und Verfahren Ihrer Implementierung.
Prüfbare Quellen
- Lightning Labs — Payment channels
- Lightning Labs — Multihop payments
- LND — Recovery procedures
- LND — Operational safety
Unabhängiger Bildungsinhalt auf Grundlage primärer Dokumentation. Keine persönliche Empfehlung oder Renditezusage. Aktualisiert am 3. Oktober 2026
