Lightning Network
Das Lightning Network ist ein Netzwerk bidirektionaler Zahlungskanäle auf Bitcoin. Teilnehmer binden Bitcoin in Kanälen und können anschließend die Verteilung der Mittel ändern, ohne jede Zahlung in der Bitcoin-Blockchain zu speichern. Üblicherweise benötigen nur Eröffnung, Schließung oder zwangsweise Durchsetzung eines Kanals eine Bestätigung auf der Basisschicht.
Lightning ist für häufige, vergleichsweise kleine Zahlungen gedacht, bei denen geringere Latenz und Gebühren nützlich sind. Es erhöht nicht die Blockkapazität der Bitcoin-Basisschicht, sondern verringert die Zahl der zu veröffentlichenden Zwischenstände. Dadurch entstehen eigene Liquiditäts-, Verfügbarkeits-, Routing- und Softwarerisiken.
Aufbau
Zahlungskanäle
Zwei Teilnehmer eröffnen einen Kanal mit einer On-Chain-Finanzierungstransaktion. Anschließend tauschen sie signierte Commitment-Transaktionen aus, die die jeweils aktuelle Verteilung des Kanalguthabens darstellen. Jeder gültige neue Zustand ersetzt den vorherigen, ohne sofort veröffentlicht zu werden.
Beispielsweise kann ein von Alice und Bob finanzierter Kanal zunächst 0,06 BTC Alice und 0,04 BTC Bob zuweisen. Zahlt Alice 0,01 BTC an Bob, signieren beide einen neuen Zustand mit jeweils 0,05 BTC. Solange der Kanal offen bleibt, können sie weitere Zustände vereinbaren, ohne jede Zwischenzahlung einzeln auf der Blockchain zu speichern.
Das Protokoll hält eine Partei davon ab, eine veraltete Commitment-Transaktion zu veröffentlichen. Beim traditionellen strafbasierten Kanaldesign kann die andere Partei innerhalb eines begrenzten Zeitraums die Kanalmittel beanspruchen, wenn ein alter Zustand benutzt wird. Deshalb muss ein nichtverwahrender Lightning-Nutzer die Blockchain überwachen oder die Überwachung delegieren.
Weitergeleitete Zahlungen
Alice benötigt nicht zu jedem Empfänger einen direkten Kanal. Hat Alice einen Kanal mit Bob und Bob genügend ausgehende Liquidität in einem Kanal mit Carol, kann eine Zahlung über Bob an Carol gelangen. Reale Routen können mehrere Zwischenknoten enthalten.
Hashed Timelock Contracts (HTLCs) verknüpfen die Übertragungen einer Route. Der Empfänger gibt ein kryptografisches Geheimnis frei, mit dem die Route abgewickelt wird; andernfalls verfallen die Übertragungen nach ihren Zeitsperren. Zwischenknoten verwahren die Mittel des Absenders dabei nicht einseitig, dürfen jedoch eine Weiterleitungsgebühr erheben.
Die interoperablen Regeln sind in den Basis-of-Lightning-Technology-Spezifikationen, den BOLTs, festgelegt. Sie beschreiben unter anderem Peer-Kommunikation, Kanaltransaktionen, Onion-Routing, Netzwerk-Gossip, Rechnungen und Funktionsaushandlung.[1]
Liquidität und Routing
Ein Kanal kann nur den Saldo auf der Seite des Absenders versenden und nur bis zur freien Kapazität in Gegenrichtung empfangen. Jeder Abschnitt einer Route benötigt ausreichende gerichtete Liquidität. Die veröffentlichte Gesamtkapazität ist daher nicht gleich dem Betrag, den ein beliebiger Nutzer senden kann.
Knoten können eingehende Liquidität durch Zahlungseingänge, neue oder veränderte Kanäle, Submarine Swaps oder den Kauf von Kanalliquidität bei einem Lightning Service Provider erhalten. Einige Anbieter können bei Eingang der ersten Zahlung des Kunden einen Just-in-time-Kanal öffnen, statt den vorherigen Kauf eines Kanals zu verlangen.[2] Betreiber können außerdem Mittel zwischen ihren eigenen Kanälen ausgleichen. Diese Vorgänge verursachen Kosten und können On-Chain-Transaktionen erfordern.
Routing ist probabilistisch, weil genaue Kanalsalden nicht global veröffentlicht werden und sich ändern können. Wallets können andere Routen versuchen oder eine Zahlung auf mehrere Teilzahlungen aufteilen. Eine erfolgreiche Zahlung kann in Sekunden abgeschlossen sein; fehlgeschlagene Versuche, nicht verfügbare Peers oder unzureichende Liquidität erhöhen die Latenz.
Kanalschließung und Durchsetzung
Ein Kanal hat keine vorgeschriebene kurze Laufzeit. Bei einer kooperativen Schließung vereinbaren beide Parteien den Endsaldo und veröffentlichen eine Schließungstransaktion. Das ist gewöhnlich schneller und gebühreneffizienter als eine einseitige Durchsetzung.
Ist ein Peer nicht erreichbar oder verweigert die Zusammenarbeit, kann die andere Partei durch Veröffentlichung der jüngsten Commitment-Transaktion eine erzwungene Schließung auslösen. Zeitsperren verzögern manche Ausgaben; die Schließung benötigt Blockplatz und On-Chain-Gebühren. Der Zeitraum ermöglicht die Reaktion auf einen veralteten Zustand.
Die Überwachung kann an einen Watchtower delegiert werden. Er sucht nach einer veralteten Kanalschließung und kann für den Kunden eine Straf- oder Wiederherstellungstransaktion veröffentlichen. Er verwahrt die Mittel nicht, seine Verfügbarkeit und korrekt vorbereitete Reaktionsdaten bleiben jedoch Teil des Sicherheitsmodells.[3]
Backups erfordern besondere Sorgfalt. Die Wiederherstellung einer veralteten Kanaldatenbank entspricht nicht der Wiederherstellung eines normalen On-Chain-Wallets und kann als veralteter Zustand behandelt werden. Nutzer müssen die Wiederherstellungsverfahren ihrer Implementierung befolgen.
Geschwindigkeit, Gebühren und Blockchain-Last
Zahlungen über eine bestehende, ausreichend liquide Route können ohne Warten auf einen neuen Bitcoin-Block abgewickelt werden. Das eignet sich für Verkaufsstellen und kleine Beträge, die als einzelne Basisschichttransaktionen unwirtschaftlich wären.
Lightning-Zahlungen sind nicht zwingend kostenlos. Ein Weiterleitungsknoten kann eine Grundgebühr, eine proportionale Gebühr oder beides erheben; außerdem fallen beim Öffnen und Schließen von Kanälen On-Chain-Gebühren an. Der Vorteil hängt von Betrag, Route, Liquidität und den aktuellen Basisschichtgebühren ab.
Da die meisten Saldoänderungen off-chain bleiben, belasten gewöhnlich nur Finanzierungs-, Schließungs- und Durchsetzungstransaktionen die Bitcoin-Blockchain. Die Wiederverwendung von Kanälen senkt damit die On-Chain-Last pro Zahlung, beseitigt den Bedarf an Blockplatz aber nicht.
Privatsphäre und Vertrauen
BOLT-Onion-Routing gibt einem Weiterleitungsknoten nur die für den vorherigen und nächsten Hop erforderlichen Informationen. Es ist ein Privatsphärenvorteil gegenüber der Veröffentlichung jeder Zahlung, aber keine Anonymitätsgarantie: Kanalöffnungen und -schließungen sind öffentlich, und Zeit-, Betrags-, Netzwerk- oder Endpunktanalysen können Beziehungen offenlegen.
Zwei Nutzer eines eigenen Kanals übergeben einem Routingknoten keine einseitige Kontrolle über ihre Mittel. Das Vertrauensmodell hängt jedoch vom Wallet ab. Ein nichtverwahrendes Wallet lässt dem Nutzer die Schlüssel und die Protokollpflichten; ein verwahrendes Wallet verbirgt die Kanalverwaltung, verlangt aber Vertrauen in Solvenz, Sicherheit und Auszahlungsregeln des Anbieters.
Implementierungen
Zu den unabhängig entwickelten Implementierungen gehören LND von Lightning Labs, Core Lightning des Elements Project, Eclair von ACINQ und die Bibliotheken des Lightning Development Kit. Die gemeinsamen BOLT-Regeln ermöglichen Interoperabilität; APIs, Speicherformate, Betriebsmodelle und Veröffentlichungszyklen unterscheiden sich.
Core Lightning, früher c-lightning, ist eine Open-Source-Implementierung, die seit 2018 im Bitcoin-Mainnet läuft.[4] 2026 legten Maintainer zwei aus der Ferne auslösbare Denial-of-Service-Fehler durch unbegrenzten Speicherverbrauch offen. Der Fehler in connectd wurde in Version 26.04, der Fehler in gossipd in der 26.06-Release-Candidate-Linie behoben.[5] Sie betrafen die Verfügbarkeit von Knoten, nicht das Lightning-Protokoll selbst.
Eine weitere Meldung vom August 2026 wird hier nicht als gesicherte Tatsache aufgenommen, weil bei Erstellung des Entwurfs keine passende öffentliche Maintainer-Meldung, technische Offenlegung oder korrigierte Version verfügbar war.
Grenzen und Fehlerfälle
- Liquidität: Eine Zahlung kann trotz ausreichendem Bitcoin-Bestand scheitern, wenn keine Route genügend gerichtete Kapazität hat.
- Verfügbarkeit: Peers und Routingknoten müssen für normale Weiterleitung online sein; Offline-Empfang benötigt besondere Unterstützung.
- Überwachung: Nichtverwahrende Nutzer müssen alte Schließungen erkennen oder einen Watchtower einsetzen.
- On-Chain-Abhängigkeit: Eröffnung und Durchsetzung hängen von Bestätigung und Gebührensituation bei Bitcoin ab.
- Betrieb: Routingknoten verwalten Kapital, Verbindung, Backups, Aktualisierungen und Gebührenpolitik.
- Zuverlässigkeit: Veraltete Netzinformationen, nicht verfügbare Knoten, Größenlimits oder veränderte Liquidität können Routen scheitern lassen.
Lightning ist damit eine ergänzende Zahlungsschicht und kein Ersatz für die Bitcoin-Abwicklungsschicht.
Geschichte
Joseph Poon und Thaddeus Dryja veröffentlichten 2015 das Lightning-Network-Papier.[6] Das Design baute auf früheren Bitcoin-Zahlungskanälen auf und ergänzte weitergeleitete bidirektionale Kanäle mit Hash- und Zeitsperren.
Die Entwickler von c-lightning, Eclair und LND demonstrierten 2017 implementierungsübergreifende Zahlungen. LND veröffentlichte im März 2018 seine erste Bitcoin-Mainnet-Beta; bis Juni 2018 lagen Beta-Versionen aller drei Implementierungen vor.[7][8] Spätere Arbeiten verbesserten Routing, Mehrteilzahlungen, Watchtowers, Kanalverwaltung, Mobilunterstützung und Protokollerweiterungen.
Siehe auch
Weblinks
Einzelnachweise
- ↑ Basis of Lightning Technology specifications, Lightning-Spezifikation, abgerufen am 27. August 2026.
- ↑ bLIP 52: LSPS2 JIT Channel Negotiation, Lightning-Spezifikationsrepository, abgerufen am 3. September 2026.
- ↑ Watchtowers, Bitcoin Optech, abgerufen am 27. August 2026.
- ↑ Core Lightning documentation, Elements Project, abgerufen am 27. August 2026.
- ↑ Vulnerability disclosure: twin memory exhaustion DoS vulnerabilities in Core Lightning, Delving Bitcoin, 2026.
- ↑ The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments, Joseph Poon und Thaddeus Dryja, 2015.
- ↑ Announcing our first Lightning mainnet release, lnd 0.4-beta, Lightning Labs, 15. März 2018.
- ↑ Announcing c-lightning 0.6, Blockstream, 25. Juni 2018.