Das Lightning Network : die Bitcoin Layer 2 erklärt

Bitcoin hat ein seit seinen Anfängen bekanntes Skalierungsproblem. Die Blockchain×BlockchainÖffentliches, geteiltes Hauptbuch, das alle Bitcoin-Transaktionen in kryptografisch miteinander verketteten Blöcken aufzeichnet. Jeder Teilnehmer im Netzwerk hält eine eigene Kopie.Im Lexikon ansehen → verarbeitet im Normalbetrieb etwa 7 Transaktionen pro Sekunde, während Visa Spitzen von 1 700 erreicht. In Aktivitätsspitzen steigen die Gebühren, Transaktionen stauen sich im Mempool×MempoolWarteraum, in dem Bitcoin-Transaktionen liegen, bevor sie in einen Block aufgenommen werden. Je voller die Mempool, desto höher die erforderlichen Gebühren.Im Lexikon ansehen →, und ein Kaffee zu 4 EUR kann 8 EUR Gebühren kosten.

Diese Spannung spaltete die Community 2017 : die Blockgröße erhöhen oder eine darüber liegende Schicht bauen, die anders skaliert ? Die historische Antwort war die zweite, mit Lightning Network×Lightning NetworkZahlungsnetz der zweiten Schicht auf Bitcoin. Ermöglicht nahezu sofortige und nahezu kostenfreie Zahlungen über Kanäle, die zwischen Nutzern eröffnet werden.Im Lexikon ansehen →. Die Idee : einen Zahlungskanal zwischen zwei Parteien öffnen, Sats off-chain so oft wie gewünscht austauschen, und die Blockchain nur beim Schließen des Kanals berühren. Fast keine Gebühren, sofortige Finalität, Kapazität nur durch die in den Kanälen gebundenen Mittel begrenzt.

Dieser Artikel erklärt den theoretischen Rahmen von Lightning, die Mechanik der Kanäle und des Routings, den Unterschied zwischen verwahrenden und nicht verwahrenden Nodes, die Wahl einer geeigneten Wallet×WalletSoftware oder Gerät, das Ihre Bitcoin-Schlüssel verwaltet und das Signieren von Transaktionen ermöglicht. Eine Wallet enthält nicht wirklich Ihre Bitcoin, sondern die Schlüssel, die Ihr Eigentum nachweisen.Im Lexikon ansehen → (Phoenix, Muun, Aqua, Wallet of Satoshi×Satoshi (sat)Die kleinste Einheit von Bitcoin. 1 BTC = 100 Millionen Satoshis. Benannt nach dem Schöpfer. Im Jahr 2026 wird das Rechnen in Sats immer üblicher, da der Preis eines BTC steigt.Im Lexikon ansehen →), und die verbleibenden Grenzen (eingehende Liquidität, erzwungene Schließungen, Watchtowers, eingeschränkte Privatsphäre).

Das Problem : Bitcoin skaliert nicht von selbst

Um Lightning zu verstehen, muss man die strukturellen Beschränkungen von Bitcoin On-Chain begreifen.

• Ein Block alle 10 Minuten. Das Bitcoin-Protokoll regelt die Schwierigkeit so, dass im Schnitt alle 10 Minuten ein Block gemined wird. Nicht verhandelbar : im Konsens kodiert. Jeder Block fasst maximal ~1 MB nützliche Transaktionen (etwas mehr mit SegWit×SegWit (Segregated Witness)2017 aktiviertes Upgrade, das die Signaturdaten vom Rest der Transaktion trennt. Senkte die Gebühren und ebnete den Weg für Lightning Network.Im Lexikon ansehen →, aber die Größenordnung hält). Das ergibt mechanisch eine Kapazität von etwa 7 Transaktionen pro Sekunde im Langzeitschnitt.
• Warteschlangen, wenn die Aktivität 7 TPS übersteigt. Bei Spitzen (Bull-Rallye, geopolitisches Ereignis, Ordinals×Ordinals (Inscriptions)Protokoll (2023), das jeden Satoshi nummeriert und erlaubt, Daten (Bilder, Texte) direkt on-chain via Tapscript einzuschreiben. Ursprung der Debatte über die Nutzung des Blockplatzes.Im Lexikon ansehen →-Inscription-Rush) treffen 20 oder 50 TPS auf den Mempool×MempoolWarteraum, in dem Bitcoin-Transaktionen liegen, bevor sie in einen Block aufgenommen werden. Je voller die Mempool, desto höher die erforderlichen Gebühren.Im Lexikon ansehen →, der nicht schnell genug leert. Miner×MinerComputer oder Computerfarm, der das kryptografische Rätsel löst, um einen neuen Block zur Blockchain hinzuzufügen, als Gegenleistung für eine Bitcoin-Belohnung.Im Lexikon ansehen → priorisieren Transaktionen mit höchsten Gebühren, andere warten. Gebühren, die in den Spitzen 2021-2024 100 EUR pro Transaktion erreichten, 2026 außerhalb der Spitzen auf 1-10 EUR gesunken, aber strukturell unbegrenzt.
• Nicht durch Vergrößerung der Blockgröße skalierbar ohne Gegenleistung. Die Blockgröße zu verdoppeln verdoppelt die TPS-Kapazität, aber auch den Platten- und Bandbreitenbedarf für den Betrieb eines Nodes. An einer Schwelle können nur noch Rechenzentren einen Node×Node (Knoten)Computer, auf dem die Bitcoin-Software läuft und der durch Validierung von Blöcken und Transaktionen am Netzwerk teilnimmt. Eine « Full Node » hält eine vollständige Kopie der Blockchain.Im Lexikon ansehen → betreiben, und Bitcoin zentralisiert. Diese rote Linie hat die Community 2017 fixiert.

Die übernommene konzeptionelle Lösung hat zwei zentrale Eigenschaften.

• Alltagszahlungen off-chain verlagern. Um einen Kaffee zu zahlen, rührt man die Blockchain×BlockchainÖffentliches, geteiltes Hauptbuch, das alle Bitcoin-Transaktionen in kryptografisch miteinander verketteten Blöcken aufzeichnet. Jeder Teilnehmer im Netzwerk hält eine eigene Kopie.Im Lexikon ansehen → nicht an. Die Transaktion erfolgt auf einer darüberliegenden Schicht, die Millionen TPS verarbeiten kann. Die Blockchain dient nur als kryptografisches Sicherheitsnetz : funktioniert Layer 2 nicht, kann man immer auf die Blockchain zurückgreifen, um Mittel wiederzugewinnen.
• Bitcoin als kryptografische Sicherheit behalten. Kein neuer Token, kein Pre-Mine, kein Altcoin×Altcoin (Shitcoin, Memecoin)Jede Kryptowährung außer Bitcoin (Ethereum, Solana usw.). Die abwertenden Begriffe Shitcoin und Memecoin bezeichnen Projekte ohne echten Nutzen oder rein spekulative Vorhaben.Im Lexikon ansehen →. Die Bitcoins auf Lightning sind zu 100 % durch On-Chain-Bitcoins gedeckt. Die Eröffnung eines Kanals sperrt die Bitcoins auf der Blockchain, die Schließung gibt sie frei. Layer 2 emittiert nichts, sie verschiebt nur die Zeitlichkeit der Abwicklungen.

Konkret, was das 2026 ermöglicht.

• Quasi unbegrenzte Kapazität pro Knoten-Paar. Zwei Personen mit einem Kanal zwischen ihnen können in Stunden Millionen von Zahlungen austauschen, bei nahezu null Gebühren und 2-Sekunden-Finalität.
• Von der Höhe entkoppelte Gebühren. 10 EUR oder 1 000 EUR zu zahlen kostet dieselben ~0,001 EUR Lightning-Gebühren, wo eine On-Chain-Transaktion ebenfalls unabhängig vom Betrag kostet, aber absolut viel mehr.
• Kein Mempool mehr für Alltagszahlungen. Die Blockchain sieht nur Kanaleröffnungen und -schließungen, nicht jede Zwischenzahlung. Enorme Entlastung der Blockchain selbst.

Der Kompromiss : das ist kein Bitcoin On-Chain. Es ähnelt Bitcoin, ist durch Bitcoin gedeckt, aber Sicherheitsmodell, Risiken und Operationen unterscheiden sich. Das erklärt die Fortsetzung.

Der Zahlungskanal : der elementare Baustein

Lightning ist kein abstraktes Netz. Es ist eine Menge von Zahlungskanälen zwischen Knoten-Paaren. Einen Kanal zu verstehen reicht, um Lightning zu verstehen.

Stellen Sie sich zwei Personen vor, Alice und Bob, die regelmäßig Zahlungen austauschen. Statt jeden Austausch auf die Blockchain×BlockchainÖffentliches, geteiltes Hauptbuch, das alle Bitcoin-Transaktionen in kryptografisch miteinander verketteten Blöcken aufzeichnet. Jeder Teilnehmer im Netzwerk hält eine eigene Kopie.Im Lexikon ansehen → zu schreiben (10 Minuten, 3 EUR Gebühren jedes Mal), eröffnen sie einen Kanal zwischen sich. Der Kanal durchläuft vier Phasen.

1. Funding-Transaktion. Alice und Bob erstellen gemeinsam eine On-Chain-Transaktion, die Bitcoins in einem von beiden kontrollierten 2-of-2-Multisig×Multisig (Multi-Signature)Konfiguration, bei der eine Transaktion von mehreren unabhängigen Schlüsseln signiert werden muss, um gültig zu sein (zum Beispiel 2 von 3). Reduziert das Risiko, dass ein einzelner Schlüsseldiebstahl zum Verlust führt.Im Lexikon ansehen →-UTXO×UTXO (Unspent Transaction Output)« Stück » Bitcoin, das empfangen und noch nicht ausgegeben wurde. Eine Wallet hat keinen einzelnen Saldo, sondern eine Sammlung von UTXOs, deren Summe den Saldo ergibt.Im Lexikon ansehen → sperrt. Sagen wir, Alice legt 500 000 Sats, Bob legt 500 000 Sats, insgesamt 1 000 000 Sats gesperrt. Diese Transaktion wird auf der Blockchain gesendet, wartet 3 bis 6 Bestätigungen ab, und der Kanal ist offiziell offen. Das ist die einzige On-Chain-Transaktion bei der Eröffnung.
2. Commitment-Transaktionen. Während des Kanal-Lebens tauschen Alice und Bob bei jeder Zahlung Commitments aus. Ein Commitment ist eine neue, signierte aber nicht gesendete Transaktion, die die Funding-Transaktion verausgabt. Sie sagt „wenn wir jetzt schließen, bekommt Alice X und Bob Y". Bei jeder Zahlung tauschen sie ein neues Commitment, das die neue Balance widerspiegelt. Zahlt Alice 50 000 Sats an Bob, sagt das neue Commitment „Alice 450 000, Bob 550 000". Keines dieser Commitments berührt die Blockchain : sie bleiben im Speicher beider Knoten.
3. Permanente Aktualisierung. Bei der nächsten Zahlung (Bob gibt 10 000 Sats an Alice zurück) sagt ein neues Commitment „Alice 460 000, Bob 540 000". Und so weiter, millionenfach, falls nötig. Die Widerrufsmechanik garantiert, dass das alte Commitment nicht mehr gesendet werden kann : Versucht Alice, ein altes für sie günstiges Commitment zu senden, kann Bob „strafen", indem er alle Kanalmittel beansprucht. Das macht die Off-Chain-Aktualisierung sicher.
4. Closing-Transaktion. Wollen Alice und Bob den Kanal schließen (oder will einer seine Mittel zurück), sendet einer das letzte signierte Commitment auf der Blockchain. Die Blockchain bestätigt die Transaktion, die Bitcoins des 2-of-2-Multisigs werden gemäß der letzten Balance freigegeben. Eine kooperative Schließung (beide einig) braucht 1 Transaktion. Eine erzwungene Schließung (nur einer, weil der andere offline ist) dauert länger mit einer Sicherheitsfrist (typischerweise 144 Blöcke, ~24 h), die das Erkennen eines Betrugsversuchs erlaubt.

Drei Schlüsseleigenschaften dieser Mechanik zum Merken.

• Nur 2 On-Chain-Transaktionen. Eröffnung + Schließung. Dazwischen Millionen von Zahlungen möglich für die Kosten von 2 On-Chain-Transaktionen. Das ist der Skalierungsgewinn.
• Kein Vertrauen erforderlich. Alice und Bob vertrauen sich nicht. Die kryptografische Mechanik (2-of-2-Multisig, Widerruf) sichert, dass keiner betrügen kann. Versucht Alice mit allem zu verschwinden, indem sie ein altes Commitment sendet, hat Bob 144 Blöcke, um zu reagieren und sie zu bestrafen.
• Durch Funding begrenzte Kapazität. Der Alice-Bob-Kanal mit 1 Million gesperrten Sats erlaubt höchstens 1 Million Sats Austausch in eine Richtung. Hat Alice bereits alles an Bob geschickt, ist der Kanal Alice-seitig „erschöpft" und sie kann ohne Rebalancing×RebalancingPortfolio-Rebalancing : einen Teil dessen verkaufen, was gestiegen ist, und kaufen, was gefallen ist, um zur Zielallokation zurückzukehren.Im Lexikon ansehen → oder Wiedereröffnung nicht mehr senden.

Der Alice-Bob-Kanal funktioniert gut, wenn Alice und Bob häufig tauschen. Aber man eröffnet keinen Kanal mit jedem Händler, den man trifft. Hier kommt das Routing zwischen Knoten ins Spiel.

Hop-Routing : ohne direkten Kanal zahlen

Muss Alice einen direkten Kanal mit jedem Gegenüber öffnen (Bäcker, Restaurant, brasilianischer Freelancer, Patreon-Server), eröffnet sie 50 Kanäle pro Monat, zahlt 150 EUR On-Chain-Gebühren, und das System hält nicht. Die Genialität von Lightning : Zahlungen routen durch das bestehende Netz.

Stellen Sie sich folgendes Szenario vor. Alice hat einen Kanal mit Carol. Carol hat einen Kanal mit Dave. Dave hat einen Kanal mit Bob, dem Alice 50 000 Sats zahlen will. Alice und Bob haben keinen direkten Kanal, aber der Pfad Alice → Carol → Dave → Bob existiert. Lightning routet die Zahlung in Sekunden über diesen Pfad.

Mechanisch läuft die Mehr-Hop-Zahlung so.

1. Pfadfindung. Alices Wallet×WalletSoftware oder Gerät, das Ihre Bitcoin-Schlüssel verwaltet und das Signieren von Transaktionen ermöglicht. Eine Wallet enthält nicht wirklich Ihre Bitcoin, sondern die Schlüssel, die Ihr Eigentum nachweisen.Im Lexikon ansehen → (oder ihr LSP×LSP (Lightning Service Provider)Drittanbieter, der beim Öffnen von Lightning-Kanälen und der Liquiditätsverwaltung hilft, ohne Ihre Mittel zu halten. Wird von mobilen Wallets wie Phoenix genutzt.Im Lexikon ansehen →) konsultiert die öffentliche Topologie des Lightning-Netzes (Graph aller bekannten Kanäle und Knoten, aktualisiert über das „Gossip Protocol", das Kanal-Ankündigungen propagiert). Sie berechnet einen Pfad zwischen ihrem Knoten und dem von Bob mit ausreichender Liquidität in der richtigen Richtung.
2. Zahlungskonstruktion. Alice zahlt Carol 50 000 Sats + kleine Kommission. Carol zahlt Dave 50 000 Sats + kleine Kommission (etwas weniger). Dave zahlt Bob genau 50 000 Sats. An jedem Hop behält der Zwischenknoten einen Bruchteil (typischerweise 0,01 bis 1 Sat pro Zahlung) als Vergütung für den Routing-Dienst.
3. Atomarität per HTLC×HTLC (Hashed Time Lock Contract)Durch Hash und Zeit gesperrter Vertrag, Grundbaustein der Lightning-Zahlungen: Er garantiert, dass eine Multi-Hop-Zahlung entweder vollständig zugestellt oder erstattet wird.Im Lexikon ansehen → (Detail im nächsten Abschnitt). Entweder gelingt der gesamte Pfad und jedes Commitment wird aktualisiert, oder nichts passiert und jeder behält, was er hatte. Kein Zwischenszenario, in dem Carol Alices Mittel behält, ohne an Dave zu übertragen.
4. Bestätigung. Bobs Wallet benachrichtigt Alice über den Rückpfad, dass die Zahlung empfangen wurde. Insgesamt : 2 bis 5 Sekunden für 3 Hops. Typische kumulierte Gebühren : 0,001 bis 0,01 EUR.

Das die öffentliche Topologie pflegende „Gossip Protocol" ist ein Schlüsselpunkt. Alle öffentlichen Lightning-Knoten kündigen ihre offenen Kanäle an (Gesamtkapazität, Gebühren, Politik). Diese Ankündigungen propagieren zwischen Knoten. 2026 hat jede Lightning-Wallet eine vollständige Sicht des Graphen : ~18 000 öffentliche Knoten, ~85 000 Kanäle, nahezu in Echtzeit aktualisiert.

Drei praktische Fragen, die diese Mechanik aufwirft.

• Wie viele Hops im Schnitt ? 2026 ist das Netz dicht genug, dass 3 bis 5 Hops in der großen Mehrheit der Fälle reichen. Darüber wächst die Routing-Fehlerwahrscheinlichkeit, und Wallets suchen Alternativpfade.
• Wie wird Privacy garantiert ? Die Zwischenknoten kennen nur den vorhergehenden und den folgenden Hop, nicht Ursprung noch Ziel der Zahlung. Das ist das Onion-Routing-Prinzip (ähnlich Tor). Carol weiß, dass Alice ihr 50 000 Sats zur Weiterleitung zahlt, aber nicht, dass sie für Bob sind.
• Was, wenn ein Hop offline ist ? Ist Dave bei der Zahlung offline, scheitert das Routing nach einem kurzen Timeout (typischerweise 30 Sekunden). Alices Wallet probiert einen anderen Pfad, falls verfügbar. Wird kein Pfad gefunden, wird die Zahlung storniert, die Mittel bleiben bei Alice. Kein Verlust.

HTLC : die atomare Zahlungsgarantie

Das Hop-Routing wirft eine offensichtliche Frage auf : Wenn Alice Carol zahlt, um an Dave weiterzuleiten, der Bob zahlt, wie ist sicher, dass Carol das Geld nicht behält, ohne weiterzuleiten ? Und wie ist sicher, dass Dave nicht dasselbe tut ? Die Antwort ist ein kryptografischer Mechanismus namens HTLC×HTLC (Hashed Time Lock Contract)Durch Hash und Zeit gesperrter Vertrag, Grundbaustein der Lightning-Zahlungen: Er garantiert, dass eine Multi-Hop-Zahlung entweder vollständig zugestellt oder erstattet wird.Im Lexikon ansehen → : Hash×Hash (Prüfsumme)Funktion, die Daten beliebiger Grösse in eine Prüfsumme fester Länge überführt. Gleicher Input ergibt immer gleichen Output, der Rückweg ist jedoch nicht möglich.Im Lexikon ansehen → Time-Locked Contract.

Das Prinzip in zwei Phasen.

1. Sperrphase. Bob (der finale Empfänger) erzeugt heimlich einen Zufallswert R und berechnet dessen Hash H = SHA256(R). Er sendet H über einen separaten Kanal an Alice (z. B. in der BOLT11×BOLT11Standardformat einer Lightning-Rechnung als Zeichenkette oder QR-Code. Eine Rechnung ist einmal verwendbar, mit Betrag und Ablaufdatum.Im Lexikon ansehen →-Invoice). Alice baut einen HTLC, der Carol sagt : „hier sind 50 050 Sats, du kannst sie beanspruchen, indem du ein R mit SHA256(R) = H enthüllst". Carol macht dasselbe mit Dave : „hier sind 50 010 Sats, du kannst sie beanspruchen, indem du ein R mit SHA256(R) = H enthüllst". Dave macht dasselbe mit Bob : „hier sind 50 000 Sats, du kannst sie beanspruchen, indem du ein R...".
2. Enthüllungsphase. Bob, der R kennt (er hat es erzeugt), enthüllt es an Dave, um seine 50 000 Sats zu beanspruchen. Dave hat nun R, womit er seine 50 010 Sats bei Carol beanspruchen kann. Carol enthüllt R an Alice, um ihre 50 050 Sats zu beanspruchen. Und so läuft die Zahlung atomar die Kette hinauf : entweder geschieht die vollständige Kaskade, oder nichts.

Und wenn Bob R nicht enthüllt ? Hier kommt das „Time-Locked" des HTLC ins Spiel. Jeder HTLC hat ein Ablaufdatum. Wird R nicht vor Ablauf enthüllt, löst sich der HTLC auf und jeder erhält seine Mittel zurück. Alice verliert nichts, wenn Carol, Dave oder Bob offline oder feindlich ist.

Drei entscheidende Eigenschaften, die diese Mechanik garantiert.

• Vollständige Atomarität. Entweder haben alle Zwischenknoten ihre Gebühren erhalten, oder keiner. Es ist mathematisch unmöglich, dass Carol 50 050 Sats behält, ohne dass Dave 50 010 erhält, denn Carol kann ihre Mittel nur durch Enthüllung von R beanspruchen, was sie nur kann, wenn Dave R stromabwärts empfangen und enthüllt hat.
• Kein Zwischendiebstahl-Risiko. Kein Zwischenknoten kann die durchlaufenden Mittel „behalten". Die kryptografische Sperre ist der Hash H, und nur Empfänger Bob kennt das Urbild R. Carol und Dave verdienen ihre Gebühr, wenn sie ehrlich am Routing teilnehmen, sonst nichts.
• Anständiges Scheitern. Ist Bob offline oder verweigert er die Enthüllung von R, läuft der HTLC ab (typischerweise nach 144 Blöcken, ~24 h), die Mittel kehren zum jeweiligen Sender zurück, und Alice kann einen anderen Pfad versuchen. Kein harter Verlust.

Eingehende, ausgehende Liquidität und LSPs

Eine kontraintuitive Besonderheit von Lightning : die Liquidität eines Kanals ist nicht symmetrisch. Diese Asymmetrie zu verstehen vermeidet den klassischen Fehler „ich habe 100 000 Sats in Phoenix, aber ich kann nichts empfangen".

Nehmen wir den Alice-Bob-Kanal mit 1 Million gesperrten Sats wieder auf. Hat Alice die Gesamtheit gefundet (1 000 000 Sats auf ihrer Seite, 0 auf Bobs), dann :

• Alice kann bis zu 1 000 000 Sats an Bob senden (ihre ausgehende Liquidität).
• Alice kann nichts von Bob empfangen, weil keine Sats auf Bobs Seite sind, um zu ihr hinüberzugleiten (ihre eingehende Liquidität ist null).

Im Laufe der Sendungen von Alice an Bob sinkt ihre Balance auf Alice's Seite und steigt auf Bobs. Hat Alice 600 000 Sats gesendet, steht der Kanal nun bei 400 000 / 600 000. Alice kann noch 400 000 Sats senden und kann nun bis zu 600 000 Sats von Bob empfangen. Die Liquidität ist dynamisch : sie balanciert sich mit der Nutzung neu.

Drei praktische Probleme, die diese Asymmetrie für einen normalen Nutzer schafft.

• Eine erste Zahlung empfangen. Installieren Sie Phoenix und haben Sie keinen Kanal, können Sie nichts empfangen. Sie brauchen zuerst einen Kanal mit eingehender Liquidität. Phoenix löst das automatisch, indem es bei der ersten empfangenen Zahlung einen Kanal für Sie öffnet (der LSP×LSP (Lightning Service Provider)Drittanbieter, der beim Öffnen von Lightning-Kanälen und der Liquiditätsverwaltung hilft, ohne Ihre Mittel zu halten. Wird von mobilen Wallets wie Phoenix genutzt.Im Lexikon ansehen → injiziert die Liquidität). Vor Phoenix war das eine große Reibung für Einsteiger.
• Eine große Zahlung empfangen. Haben Sie einen Kanal mit 200 000 Sats eingehender Kapazität und will jemand 500 000 Sats senden, scheitert die Zahlung. Lösung : Phoenix öffnet dynamisch einen größeren Kanal oder bittet Ihren LSP, den bestehenden Kanal zu splicen (zu erweitern). Punktuelle On-Chain-Gebührenkosten.
• Senden, nachdem alles empfangen wurde. Haben Sie 800 000 Sats auf Lightning akkumuliert und wollen alle senden, riskieren Sie ein partielles Routing-Versagen aufgrund der verfügbaren Kanalkapazität. Lösung : in Teilen senden oder warten, dass die Wallet×WalletSoftware oder Gerät, das Ihre Bitcoin-Schlüssel verwaltet und das Signieren von Transaktionen ermöglicht. Eine Wallet enthält nicht wirklich Ihre Bitcoin, sondern die Schlüssel, die Ihr Eigentum nachweisen.Im Lexikon ansehen → per On-Chain-Swap rebalanciert.

Für Konsumenten-Nutzer ist die Lösung all dieser Komplexitäten der LSP (Lightning Service Provider). Ein LSP ist ein gut vernetzter Lightning-Knoten, der für Sie Liquidität, Routing und Kanaleröffnungen verwaltet. Drei gängige Modelle 2026.

Phoenix dominiert 2026 den Konsumentenmarkt dank seines Gleichgewichts : transparenter eingebetteter LSP, Self-Custody×Self-Custody (Eigenverwahrung)Modell, bei dem Sie Ihre Private Keys selbst halten. Ihre Bitcoin hängen von keinem Dritten ab. Das ist Bitcoins ursprüngliches Versprechen.Im Lexikon ansehen →-Wallet (Schlüssel bleiben auf dem Gerät), automatische Kanaleröffnung, On-the-Fly-Splice, Wiederherstellung per Seed Phrase×Seed Phrase (Wiederherstellungsphrase)Folge von 12 oder 24 Wörtern (meist auf Englisch), die Ihren Master-Schlüssel codiert. Universelle Wallet-Sicherung : mit diesen Wörtern können Sie Ihre Mittel auf jeder kompatiblen Software wiederherstellen.Im Lexikon ansehen →. Für 95 % der Nutzer der richtige Standard. Für fortgeschrittene Nutzer, die ihre Kanäle kontrollieren wollen, bleibt der persönliche Node×Node (Knoten)Computer, auf dem die Bitcoin-Software läuft und der durch Validierung von Blöcken und Transaktionen am Netzwerk teilnimmt. Eine « Full Node » hält eine vollständige Kopie der Blockchain.Im Lexikon ansehen → der souveräne Weg (vgl. Bitcoin-Node-Artikel).

Netzwerkstand 2026, Vergleich und Grenzen

Einige Zahlen, um Lightning 2026 einzuordnen.

• ~18 000 öffentliche Knoten, gegenüber ~16 000 im Jahr 2023 und ~12 000 im Jahr 2021. Langsames, aber konstantes Wachstum. Hinzu kommt eine unbekannte Zahl privater Knoten (typischerweise die Knoten der Phoenix-/Aqua-Nutzer, die sich nicht im Gossip ankündigen).
• ~85 000 offene Kanäle, ~4,7 Kanäle pro öffentlichem Knoten im Schnitt. Etwa ein Dutzend Großknoten (ACINQ, Bitfinex, Wallet×WalletSoftware oder Gerät, das Ihre Bitcoin-Schlüssel verwaltet und das Signieren von Transaktionen ermöglicht. Eine Wallet enthält nicht wirklich Ihre Bitcoin, sondern die Schlüssel, die Ihr Eigentum nachweisen.Im Lexikon ansehen → of Satoshi×Satoshi (sat)Die kleinste Einheit von Bitcoin. 1 BTC = 100 Millionen Satoshis. Benannt nach dem Schöpfer. Im Jahr 2026 wird das Rechnen in Sats immer üblicher, da der Preis eines BTC steigt.Im Lexikon ansehen →, Kraken) konzentrieren einen großen Liquiditätsanteil.
• ~6 000 BTC Gesamtkapazität (~250 Millionen EUR zum Kurs 2026), gegenüber ~5 200 BTC im Jahr 2023. Wachstum mit Händler-Adoption korreliert.
• Medianer Kanal : ~2 Millionen Sats (~600 EUR), mit langem Schwanz : einige Kanäle übersteigen 100 Millionen Sats (30 000 EUR) bei Unternehmens-Knoten, viele liegen bei rund 500 000 Sats für Privatnutzer.

Übersichtstabelle der praktischen Unterschiede On-Chain vs Lightning, nützlich zur Entscheidung pro Zahlung.

Sechs aktuelle Lightning-Grenzen, die 2026 zu kennen sind, um realistische Erwartungen zu haben.

• Obergrenzen pro Zahlung. Das Netz bewältigt Zahlungen bis ~5 Millionen Sats (~1 500 EUR) in einem Stück gut. Darüber wächst die Routing-Fehlerwahrscheinlichkeit, und man muss die Zahlung splitten (Multi-Part Payments, MPP×MPP (Multi-Path Payment)Lightning-Zahlung, die auf mehrere gleichzeitige Pfade aufgeteilt und beim Empfang wieder zusammengesetzt wird. Erlaubt Beträge über der Kapazität eines einzelnen Kanals.Im Lexikon ansehen →) oder auf On-Chain umsteigen.
• Ungleiche Liquidität. Einige sehr nachgefragte Knoten (große Börsen) haben in eine Richtung volle Kanäle und können nicht mehr in diese Richtung routen. Die Wallet nutzt Retry, was aber bremst.
• Erzwungene Schließung. Ist Ihr LSP ausgefallen, kann Ihre Wallet gezwungen sein, ihre Kanäle on-chain zu schließen (Forced Close), mit zusätzlichen On-Chain-Gebühren und einer 24-h-Frist. Phoenix erledigt das automatisch, die Gebühr bleibt aber zu Ihren Lasten.
• SCB×SCB (Static Channel Backup)Statisches Backup der Lightning-Kanäle (LND). Bei einem Node-Crash erlaubt es, die kooperative Schließung der Kanäle anzufordern und die Gelder wiederzuerlangen.Im Lexikon ansehen → obligatorisch. Static Channel Backup. Ohne periodische Sicherung des Kanalzustands bedeutet ein Telefonverlust den Verlust der Lightning-Mittel (die Seed Phrase×Seed Phrase (Wiederherstellungsphrase)Folge von 12 oder 24 Wörtern (meist auf Englisch), die Ihren Master-Schlüssel codiert. Universelle Wallet-Sicherung : mit diesen Wörtern können Sie Ihre Mittel auf jeder kompatiblen Software wiederherstellen.Im Lexikon ansehen → reicht für Lightning nicht, anders als für On-Chain). Phoenix sichert automatisch verschlüsselt nach iCloud / Google Drive, aber das ist zu prüfen.
• Online-Abhängigkeit. Die Commitments müssen aktuell sein, was erfordert, dass Ihre Wallet zumindest punktuell online ist. Ein 6 Monate verlorenes Telefon kann zu erzwungenen Schließungen durch den LSP mit On-Chain-Gebühren führen.
• Unvollkommene Privacy. Onion Routing schützt die Destination vor Zwischenknoten gut, aber statistische Analyseangriffe (Probing) können wiederholte Zahlungen zwischen zwei Knoten identifizieren. Lightning ist kein Monero.