Das Lightning Network ist 2026 kein Experiment mehr. Im Dezember 2025 erreichte die \u00f6ffentlich sichtbare Kapazit\u00e4t mit rund 5.637 BTC einen H\u00f6chststand, im November davor liefen \u00fcber 1,1 Mrd. US-Dollar an Zahlungen in einem einzigen Monat durch das Netz, Tethers USDT reist inzwischen \u00fcber Lightning-Kan\u00e4le, und von der Tankstelle in El Salvador bis zur Steak-Kette in den USA nehmen H\u00e4ndler damit Bitcoin an. Wer die Schlagzeilen liest, k\u00f6nnte meinen, die Skalierungsfrage sei gel\u00f6st.<\/p>
Die interessanteste Bitcoin-Zahlungsgeschichte dieses Jahres handelt aber nicht davon, dass Lightning gr\u00f6\u00dfer wird. Sie handelt von der Frage, ob das Grundprinzip von Lightning, die Zahlungskan\u00e4le, \u00fcberhaupt der richtige Weg ist. Gleich drei Projekte wetten inzwischen darauf, dass es das nicht ist: Ark mit seiner Plattform Arkade, Spark aus dem Hause Lightspark und Wavelength, das ausgerechnet Lightning Labs selbst gebaut hat, der Entwickler der wichtigsten Lightning-Software. Dieser Text erkl\u00e4rt, wie Lightning funktioniert, warum die Kan\u00e4le ein hartn\u00e4ckiges Bedienproblem erzeugen, wie das Netz selbst nachbessert und wie die neue „kanallose“ Generation dieselbe Aufgabe anders l\u00f6st, inklusive der Frage, was das alles unter deutschen und europ\u00e4ischen Regeln bedeutet.<\/p>
Bitcoins Basisschicht ist bewusst langsam. Etwa alle zehn Minuten entsteht ein Block, und in diesen Block passt nur eine begrenzte Menge an Transaktionen, in der Spitze rund sieben pro Sekunde. Diese Knappheit ist kein Fehler, sondern das Fundament der Dezentralit\u00e4t: Kleine Bl\u00f6cke halten die Kosten f\u00fcr den Betrieb eines vollen Knotens niedrig, damit m\u00f6glichst viele Menschen die Regeln selbst \u00fcberpr\u00fcfen k\u00f6nnen. Der Preis daf\u00fcr ist, dass der Blockplatz versteigert wird. Wer schnell best\u00e4tigt werden will, zahlt mehr.<\/p>
Wie teuer das werden kann, zeigt jede Phase hoher Nachfrage. Als Ordinals und Inscriptions den Blockplatz f\u00fcllten, etwa rund um Sammlungen wie die NodeMonkes<\/a>, stiegen die Geb\u00fchren zeitweise auf ein Niveau, bei dem eine einfache \u00dcberweisung mehrere Euro kostete. F\u00fcr einen Kaffee, ein Trinkgeld oder eine Maschine, die im Sekundentakt Bruchteile eines Cents zahlt, ist das untauglich. Genau hier setzt eine zweite Schicht an: Sie b\u00fcndelt viele kleine Zahlungen und belastet die Bitcoin-Blockchain nur noch selten, etwa beim \u00d6ffnen und Schlie\u00dfen einer Verbindung.<\/p> Die Idee ist fast so alt wie Bitcoin selbst. Schon Satoshi Nakamoto skizzierte Zahlungskan\u00e4le, doch praktikabel wurde das Konzept erst 2015 mit dem Whitepaper von Joseph Poon und Thaddeus Dryja, das das Lightning Network beschrieb. Der Grundgedanke: Zwei Parteien rechnen beliebig oft direkt miteinander ab und schreiben nur das Endergebnis in die Blockchain.<\/p> Ein Lightning-Kanal ist im Kern ein gemeinsames Schlie\u00dffach. Zwei Parteien, sagen wir eine Kundin und ihr Stammcaf\u00e9, sperren gemeinsam Geld in einer 2-von-2-Multisignatur-Adresse. Angenommen, die Kundin legt den Gegenwert von 200 Euro in Bitcoin hinein. Diese eine Transaktion, die \u00d6ffnung des Kanals, landet auf der Blockchain. Danach passiert alles Weitere abseits der Kette: Kauft sie einen Kaffee f\u00fcr 5 Euro, aktualisieren beide einfach den Kontostand im Schlie\u00dffach, 195 Euro f\u00fcr die Kundin, 5 f\u00fcr das Caf\u00e9. Das l\u00e4sst sich tausende Male wiederholen, ohne dass ein einziger dieser Kaffees je in einem Bitcoin-Block auftaucht.<\/p> Erst wenn eine Seite den Kanal schlie\u00dft, wird der aktuelle Kontostand als zweite und letzte Transaktion auf die Blockchain geschrieben. Zwei On-Chain-Transaktionen, dazwischen beliebig viele kostenlose oder fast kostenlose Zahlungen: Das ist der eigentliche Trick. Betrug verhindert ein eingebauter Strafmechanismus. Versucht eine Partei, einen veralteten, f\u00fcr sie g\u00fcnstigeren Kontostand einzureichen, kann die Gegenseite (oder ein f\u00fcr sie wachender Dienst, ein sogenannter Watchtower) das gesamte Kanalguthaben einkassieren.<\/p> Der zweite Baustein macht aus einzelnen Kan\u00e4len ein Netz. Niemand er\u00f6ffnet mit jedem Zahlungsempf\u00e4nger einen eigenen Kanal. Stattdessen werden Zahlungen \u00fcber mehrere Zwischenstationen geleitet. Damit unterwegs niemand das Geld einbehalten kann, nutzt Lightning Hashed Timelock Contracts (HTLC): Der Empf\u00e4nger erzeugt ein Geheimnis, und jede Station entlang des Weges gibt ihr Teilst\u00fcck nur frei, wenn dieses Geheimnis innerhalb einer Frist (dem timelock) vorgelegt wird. Entweder die Zahlung kommt vollst\u00e4ndig an, oder sie scheitert vollst\u00e4ndig; ein Steckenbleiben in der Mitte gibt es nicht. Welche Stationen eine Zahlung passiert, verschleiert eine Zwiebelverschl\u00fcsselung nach dem Sphinx-Verfahren, \u00e4hnlich wie beim Tor-Netzwerk. Jede Station kennt nur ihren Vorg\u00e4nger und Nachfolger, nicht den ganzen Weg.<\/p> So elegant das klingt, hier liegt Lightnings hartn\u00e4ckigstes Problem. Ein frisch er\u00f6ffneter Kanal enth\u00e4lt das Geld nur auf einer Seite. Unsere Kundin kann damit sofort bezahlen (sie hat ausgehende Liquidit\u00e4t), aber sie kann nichts empfangen, denn auf der Gegenseite liegt nichts. Wer \u00fcber Lightning Geld annehmen will, ein H\u00e4ndler, ein Freiberufler, ein Sch\u00f6pfer von Inhalten, braucht eingehende Liquidit\u00e4t (inbound liquidity). Und die entsteht nicht von selbst. Jemand muss einen Kanal in die eigene Richtung \u00f6ffnen, oder man muss sie kaufen.<\/p> Dieses Kaltstartproblem ist der Grund, warum viele Einsteiger an Lightning scheitern, bevor sie den ersten Sat empfangen haben. Der Entwickler Matt Corallo hat es einmal auf den Punkt gebracht: Eine Rechnung, die niemand bezahlen kann, weil die Liquidit\u00e4t fehlt, ist wertlos. Dazu kommt der laufende Aufwand. Wer sein Guthaben selbst verwaltet, muss Kan\u00e4le ausbalancieren, Geb\u00fchren einstellen, und der Knoten muss online sein, um Zahlungen zu empfangen und die Kan\u00e4le vor Betrug zu sch\u00fctzen. Das ist eher Serverbetrieb als Portemonnaie.<\/p> F\u00fcr Endnutzer ist dieses Problem heute meist unsichtbar, weil ihre Wallet-Anbieter es im Hintergrund l\u00f6sen. Doch genau darin liegt der Kompromiss, um den sich die gesamte Debatte dreht: Bequemlichkeit erkauft man sich bei Lightning fast immer mit einem St\u00fcck Vertrauen in einen Dienstleister.<\/p> Das Netz steht nicht still. Der wichtigste Baustein gegen das Liquidit\u00e4tsproblem sind Lightning Service Provider (LSP). Sie \u00f6ffnen Kan\u00e4le zu neuen Nutzern und stellen eingehende Liquidit\u00e4t bereit, oft genau in dem Moment, in dem die erste Zahlung eintrifft (ein sogenannter Just-in-Time-Kanal). Damit verschiedene Wallets und LSPs zusammenspielen, gibt es seit einiger Zeit offene Standards, die LSP-Spezifikationen LSPS0, LSPS1 und LSPS2, gepflegt in einem offenen Repository auf GitHub<\/a>. Sie regeln, wie eine Wallet Liquidit\u00e4t bestellt und bezahlt.<\/p> Auf Protokollebene kamen 2026 mehrere lang erwartete Verbesserungen in die Breite. Splicing erlaubt es, einen Kanal zu vergr\u00f6\u00dfern oder zu verkleinern, ohne ihn zu schlie\u00dfen und neu zu er\u00f6ffnen; in der Blockstream-Implementierung Core Lightning ist es seit dem Fr\u00fchjahr standardm\u00e4\u00dfig aktiv. Taproot-Kan\u00e4le, die g\u00fcnstiger und privater aussehen als klassische Kan\u00e4le, gelten seit LND 0.21 als produktionsreif. Und BOLT12, ein Standard f\u00fcr wiederverwendbare Zahlungscodes (statt einmaliger Rechnungen), ist in Core Lightning, LDK und Eclair nativ eingebaut; LND, das die meisten \u00f6ffentlichen Knoten betreibt, hinkt hier noch hinterher und hat mit dem Weiterleiten von Onion-Nachrichten erst einen ersten Schritt gemacht.<\/p> All das macht Lightning sp\u00fcrbar bedienbarer. Es \u00e4ndert aber nichts am Grundmodell: Es gibt weiterhin Kan\u00e4le, die Kapital binden, verwaltet und \u00fcberwacht werden m\u00fcssen. Die neuen Herausforderer setzen genau dort an.<\/p> Die nackten Zahlen zeichnen ein zwiesp\u00e4ltiges Bild. Die \u00f6ffentlich messbare Kapazit\u00e4t kletterte laut der Forschungsseite von Spark im Dezember 2025 auf rund 5.637 BTC, getrieben vor allem von gro\u00dfen B\u00f6rsen wie Binance und OKX, die Bitcoin in Kan\u00e4le einzahlten (so Bitcoin Magazine<\/a> zum damaligen Rekord). Bis Mai 2026 ging sie wieder auf gut 4.898 BTC zur\u00fcck. Beim aktuellen Bitcoin-Kurs von rund 70.000 Euro (CoinGecko<\/a>; mehr dazu in unserer On-Chain-Analyse<\/a>) entspricht das einem \u00f6ffentlichen Gegenwert von grob 340 Mio. Euro. Und das ist nur die sichtbare H\u00e4lfte: Private, nicht angek\u00fcndigte Kan\u00e4le, wie sie Mobil-Wallets und gro\u00dfe Weiterleitungsknoten nutzen, d\u00fcrften noch einmal mindestens so viel Kapital binden.<\/p>Wie das Lightning Network funktioniert, kurz erkl\u00e4rt<\/h2>
Das eigentliche Nadel\u00f6hr: Liquidit\u00e4t und Kanal-Management<\/h2>
Wie Lightning selbst nachbessert: LSPs, Splicing, Taproot-Kan\u00e4le<\/h2>
Das Netz 2026: Rekordkapazit\u00e4t bei schrumpfender Knotenzahl<\/h2>