Lightning-Liquidität

Anna und Pavel haben einen Zahlungskanal mit 1.000.000 sat Kapazität: einer Million Satoshi, den kleinsten Einheiten auf der Bitcoin-Blockchain. Stellen wir uns vereinfacht vor, dass Anna 800.000 sat und Pavel 200.000 sat gehören. Reserven, Gebühren und ausstehende Zahlungen lassen wir für das Beispiel zunächst weg. Anna kann Pavel Geld von ihrer Seite schicken; von ihm empfangen kann sie nur aus seinem Anteil. Pavel kann ihr daher nicht 300.000 sat durch diesen Kanal senden, obwohl dessen gesamte Kapazität eine Million beträgt. Das Geld ist nicht verschwunden. Es ist nur nicht so verteilt, dass die gewünschte Zahlung möglich wäre. [1] [3]

Ausgehende Liquidität ist der für eine Zahlung von dir weg nutzbare Betrag. Im Beispiel geht sie von Annas Guthaben von 800.000 sat aus. Das tatsächliche Maximum ist wegen Reserven, Gebühren und ausstehenden Zahlungen meist kleiner. Zahlt Anna an jemand anderen als Pavel, führt der erste Schritt trotzdem durch einen ihrer Kanäle. Ein Knoten ist das Programm, das Kanäle verwaltet und Lightning-Zahlungen verarbeitet. Die nächsten Knoten benötigen eigene Mittel für die folgenden Schritte. Bitcoin außerhalb von Kanälen erhöht ihre ausgehende Liquidität nicht automatisch; die Wallet braucht einen geeigneten Weg, diesen Wert in Lightning zu übertragen. [1] [3]

Eingehende Liquidität ist der Betrag, den die Gegenpartei zu dir senden kann. Öffnet Anna einen Kanal, in dem ihr fast alle Mittel gehören, kann sie gut senden, hat aber wenig Spielraum zum Empfangen. Eine neue Zahlungsanforderung ändert diese Verteilung nicht. Sie braucht einen Kanal, in dem die andere Seite ein nutzbares Guthaben hat. Manche Wallets organisieren das über einen Dienstleister und verbergen die Komplexität vor dem Nutzer, oft gegen Gebühr. Eingehende Kapazität ist dabei kein zusätzliches Vermögen von Anna, sondern die Möglichkeit, eine künftige Zahlung zu empfangen. [1] [3] [5]

Anna bezahlt Pavel nun 100.000 sat. Im vereinfachten Beispiel ändern sich die Guthaben auf 700.000 sat für Anna und 300.000 sat für Pavel. Die Kapazität bleibt bei 1.000.000 sat. Anna kann weniger senden, dafür aber mehr zurückempfangen; bei Pavel ist es umgekehrt. Hat eine Wallet mehrere Kanäle, verändern sich diejenigen, die die Zahlung tatsächlich genutzt hat. Die Richtung ist daher immer wichtig. Eine Liquiditätsangabe vom Morgen muss nicht mehr beschreiben, was am Abend gesendet werden kann. [1] [3]

Eine Zahlung an einen entfernten Empfänger durchläuft mehrere Kanäle. Jeder braucht genügend nutzbare Liquidität in der richtigen Richtung, einschließlich der Beträge für Gebühren späterer Schritte. Kann ein Schritt die Zahlung nicht tragen, scheitert diese Route trotz großer Kapazität der anderen Kanäle. Die Wallet kann einen anderen Weg versuchen oder eine unterstützte Zahlung in mehrere Teile zerlegen. Fehlende Mittel entstehen dadurch nicht. Neben dem Betrag sind auch Fristen wichtig. Ein HTLC ist eine bedingte Zahlung, die durch den Nachweis eines bestimmten Geheimnisses erfüllt werden kann. Die mit CLTV verbundenen Regeln legen Fristen in Blöcken fest. Die Abstände zwischen ihnen lassen Vermittlern Zeit, die Zahlung bei einer stockenden Weiterleitung auch auf der Bitcoin-Blockchain abzuwickeln. [1] [2]

Ein Vermittler muss über einen Kanal empfangen und die verknüpfte Zahlung über einen anderen senden können. Eine hohe Summe aller Guthaben genügt nicht. Liegt sein Geld auf seiner Seite des falschen Kanals, kann es für die gewählte Route unbrauchbar sein. Für den Empfang braucht er eingehende Liquidität im ersten Kanal, für die Weiterleitung ausgehende im zweiten. HTLC-Bedingungen verknüpfen diese Schritte: Die Zahlungen hängen von der Kenntnis eines bestimmten Geheimnisses und von Zeitregeln ab. Der Vermittler verlässt sich also nicht bloß auf das Versprechen, dass der vorherige Teilnehmer später bezahlt. [1] [3]

Eingehende und ausgehende Zahlungen verändern die Liquidität von selbst. Wer mehrere Kanäle betreibt, kann außerdem kreisförmiges Rebalancing nutzen: eine Zahlung auf einem Weg hinaussenden und auf einem anderen zurückempfangen, um Guthaben zwischen eigenen Kanälen zu verschieben. Ein Swap tauscht Mittel auf der Blockchain gegen Mittel in Lightning oder umgekehrt. Splicing kann bei unterstützten Kanälen die Finanzierung ändern, ohne sie auf übliche Weise zu schließen und neu zu öffnen. Ein weiterer Kanal ist ebenfalls eine Möglichkeit. Diese Verfahren unterscheiden sich bei Gebühren, Zeitbedarf, Spuren auf der Blockchain, Vertrauensanforderungen und Ausfallrisiko. Keines erzeugt neues Geld; die Wahl hängt davon ab, ob du senden, empfangen oder beides möchtest. [1] [4]

Kläre zuerst, ob es um Senden oder Empfangen geht und ob Wallet und Gegenstelle online sind. Vergleiche am eigenen Knoten die lokalen und entfernten Guthaben jedes Kanals, Reserven, ausstehende Zahlungen und Gebühren. Bei einer verwalteten Wallet prüfe, was deren verfügbarer Betrag tatsächlich bedeutet. Eine fehlgeschlagene Zahlung belegt allein keinen Geldverlust. An einem Schritt kann Liquidität fehlen, ein Limit greifen oder eine vorübergehende Störung auftreten. Eine kleinere Testzahlung prüft nur diesen Betrag zu diesem Zeitpunkt, nicht die garantierte Durchleitung aller späteren Zahlungen. [1] [3] [4]

Knotenbetreiber müssen mehrere Grenzen unterscheiden. Ein Transaktionsausgang legt einen Betrag und die Bedingungen für dessen Ausgabe fest. channel_reserve_satoshis bezeichnet Mittel, die als Reserve verbleiben müssen. Ein Teil kann in ausstehenden HTLCs gebunden sein, also noch nicht abgeschlossenen bedingten Zahlungen. Die folgenden Grenzen gelten für HTLCs, die der andere Teilnehmer anbietet. max_htlc_value_in_flight_msat begrenzt deren Gesamtwert und max_accepted_htlcs deren Anzahl; msat ist ein Tausendstel Satoshi für die Abrechnung innerhalb von Lightning. Je nach Kanaltyp kommen Gebühren der Commitment Transaction zur Kanalschließung und gegebenenfalls Anchor Outputs hinzu: besondere Ausgänge, über die eine nachfolgende Transaktion die Gebühr für das gesamte Paket erhöhen kann. Dust-Regeln bestimmen, welche Ausgänge zu klein für die Aufnahme in diese Transaktion sind. Berechne das tatsächlich verfügbare Maximum deshalb für die konkrete Implementierung und den Kanaltyp, statt eine allgemeingültige Reserve abzuziehen. [1] [6]

BOLT #7 beschreibt die Bekanntgabe von Kanälen und Weiterleitungsregeln. Bei einem angekündigten Kanal lassen sich der Finanzierungsoutput und seine Kapazität auf der Blockchain finden. Die aktuelle Aufteilung zwischen den Teilnehmern verrät das nicht. Sender wählen Wege anhand eigener Informationen, früherer Ergebnisse und Zahlungsversuche, nicht anhand einer vollständigen öffentlichen Liste aktueller Guthaben. Ein Netzwerk-Explorer kann deshalb einen großen Kanal anzeigen, ohne zu belegen, dass dein Betrag gerade jetzt in der richtigen Richtung hindurchpasst. [2]