Lightning-Liquidität steuern Inbound-Souveränität via Zeus
Inbound-Liquidität ist das eigentliche Konto-Limit im Lightning Network. Ohne sie kannst du nichts empfangen – egal wie viele Sats dein Wallet anzeigt. Diese Anleitung ist für Zeus geschrieben. Die ersten beiden Abschnitte gehen mit der App allein — für das Umschichten zwischen Kanälen und die Swaps ab § 03 brauchst du eine eigene Node (LND oder Core Lightning), die Zeus per Tor oder Tailscale fernsteuert. Wer nur die eingebettete Node im Telefon nutzt, liest § 03 bis § 05 als Einordnung, nicht als Handlungsanweisung.
Die Physik der Liquidität
Vergiss alles, was du über traditionelle Bankkonten weißt. Im Lightning Network existiert kein „Kontostand“ im klassischen Sinne. Es gibt nur Kanäle – bidirektionale Röhren, durch die Satoshis in beide Richtungen fließen können. Die Position der Sats innerhalb dieser Röhre definiert, was du tun kannst.
Outbound-Liquidität ist der Anteil der Kanal-Kapazität auf deiner Seite. Damit kannst du zahlen. Inbound-Liquidität ist der Anteil auf der Gegenseite. Nur darüber können dir Zahlungen zugestellt werden.
Ohne Inbound-Venen kann kein Herz schlagen.
Ein Kanal mit 100 % Outbound ist wie ein Arterien-System ohne Venen: Du kannst Blut hinauspressen, aber nichts zurückbekommen. Ein „leerer“ Kanal aus deiner Sicht (alle Sats auf deiner Seite) bedeutet: maximales Outbound, null Inbound – niemand kann dir zahlen.
Konzept: Lightning Network Whitepaper | Analogie: BitAtlas
Outbound
Deine Sats im Kanal. Damit sendest du Zahlungen an andere.
Inbound
Sats des Peers im Kanal. Nur so kannst du empfangen.
Quelle: BOLT 3 — Bitcoin Transaction and Script Formats; dort heißen die beiden Seiten eines Kanals to_local und to_remote. | Stand: 25.09.2026
Für einen reinen Endnutzer (nicht Routing-Node): Strebe 50 bis 70 % deiner LN-Kapazität als Outbound an — der Rest, also 30 bis 50 %, ist Inbound – je nachdem, ob du eher sendest oder empfängst. Wenn dein Empfangs-Budget kleiner ist als dein geplantes Monatsvolumen, kaufe zusätzliche LSP-Kanäle.
Sourcing via Zeus und Olympus
LSPs (Lightning Service Provider) wie Olympus by Zeus, Breez und Phoenix haben das Onboarding revolutioniert. Sie öffnen dir Kanäle mit Inbound-Liquidität, ohne dass du selbst einen Routing-Node betreiben musst. Die größte Hürde für Souveränität auf Layer 2 ist damit entschärft.
Just-in-Time Channels
Der eleganteste Weg zum ersten Kanal. Du erzeugst eine Lightning-Invoice in Zeus, zahlst sie von einer externen Wallet – und Olympus öffnet beim Empfang automatisch einen privaten Kanal zu deinem Node. Die Kanalgebühr wird direkt von der eingehenden Zahlung abgezogen.
Zeus installieren und Node wählen
Embedded Node einrichten oder mit eigener Heim-Node (LND/CLN) via Tor/Tailscale verbinden.
LSP aktivieren
In Zeus: Settings → Lightning Service Provider → „Olympus by Zeus“ aktivieren.
Invoice generieren
Im LSP-Menü „Onboard via Lightning“ wählen oder einfach eine Invoice in Zeus generieren.
Invoice von extern bezahlen
Von externer Wallet die Invoice bezahlen. Olympus öffnet automatisch einen privaten Kanal mit Outbound und initialer Inbound (ca. 100k sats).
Kanal verifizieren
In Zeus → Channels: Olympus-Channel erscheint mit Kapazität und deinem lokalen/remote Balance-Split.
Request-in-Advance
Für größere Inbound-Anforderungen: Im LSP-Menü → „Request channels in advance“. Wähle Kapazität (z.B. 500k sats) und Laufzeit. Du zahlst per Lightning, Olympus öffnet anschließend einen Kanal und pusht deine Einlage auf deine Seite – zusätzlich erhältst du Inbound-Liquidität.
QR-LSP Onboarding
Alternative LSPs oder Tools (z.B. BTCPay-Plugins) nutzen QR-basiertes Onboarding: Du erhältst vom LSP einen QR-Code mit LN-Invoice, scannst ihn in Zeus, bezahlst – und der LSP öffnet einen Kanal zu deinem Node. Route-Hints werden automatisch konfiguriert.
Lightning-Souveränität steht und fällt mit der Hardware. Unser Select Archiv prüft die Node-Infrastruktur und Hardware-Komponenten für deinen souveränen Stack.
Rebalancing und Loop-Mechanik
Kanäle werden durch Nutzung ungleichmäßig. Ein Kanal, über den du viel zahlst, wird outbound-lastig. Einer, über den du viel empfängst, wird inbound-lastig. Rebalancing ist die Kunst, die Liquidität zwischen Kanälen umzuschichten, ohne neue Kanäle zu öffnen.
Circular Rebalancing
Du verschiebst Sats über eine Runde im Graph (A → B → C → A), sodass am Ende dein Gesamtguthaben gleich bleibt, aber die Verteilung auf die Kanäle sich ändert. Der Trick: Die Zahlung nimmt einen Umweg und kommt zu dir zurück.
Kanäle identifizieren
Kanal X hat zu viel Outbound, Kanal Y zu wenig. Du willst Outbound von X nach Y verschieben.
Channel-Management öffnen
In Zeus: Channel-Management → Rebalance / Circular Send.
Parameter wählen
„From channel X“ (Quelle) → „To channel Y“ (Ziel) → Betrag eingeben.
Route und Gebühren prüfen
Zeus zeigt geschätzte Routing-Gebühren (ppm). Bei akzeptablen Kosten: bestätigen.
Ergebnis
Y hat mehr Outbound, X weniger. Dein Inbound/Outbound-Profil ist optimiert.
PPM-Grenzwert: <100 ppm (0,01 %)
Für Rebalancing lohnt sich typischerweise alles im Bereich unter 100 Parts Per Million bei größeren Beträgen. Darüber muss man abwägen, ob die verbesserte Liquidität die Kosten rechtfertigt.
Beispiel: Bei 1.000.000 sats = 100 sats Gebühr bei 100 ppm.
Die Grenze von 100 ppm ist unsere Einordnung und keine Erhebung — aus eigenem Betrieb stammt sie nicht, eine Lightning-Node betreiben wir nicht.
Submarine Swaps (Loop In/Out)
Wenn Circular Rebalancing zu teuer oder routetechnisch nicht möglich ist, nutze Submarine Swaps: Die Brücke zwischen On-Chain und Off-Chain. Zeus integriert diese Funktion direkt.
Loop In
On-Chain → Off-Chain. Du sendest BTC on-chain, erhältst mehr Outbound in einem Kanal.
Loop Out
Off-Chain → On-Chain. Du reduzierst Outbound, setzt On-Chain-Liquidität frei.
Quelle: Lightning Labs Loop Docs
Für wiederkehrende Pflege: Autoloop kann automatisch dein Inbound/Outbound-Profil überwachen und Loop-Operationen triggern, wenn definierte Schwellenwerte erreicht werden. Einmal einstellen und laufen lassen — für Betreiber mit hohem Durchsatz.
Node-Hygiene und Peer-Selection
Ein Lightning-Node ist ein lebendiges System. Tote Kanäle binden Kapital, schlechte Peers ruinieren dein Routing-Profil. Ruin-Vermeidung erfordert konsequente Hygiene.
Zombie-Channels eliminieren
Ein Zombie-Channel ist ein Kanal mit kaum Traffic, dessen Peer selten online ist. Er routet nicht, er empfängt nicht, er bindet nur On-Chain-Kapazität ohne Nutzen.
Jeder tote Kanal bindet Kapital, das anderswo arbeiten könnte, und vergrößert die Fläche, auf der etwas schiefgehen kann. Ruin ist das nicht — die Sats sind weiter deine; was du verlierst, ist Beweglichkeit und die Gebühr für das spätere Schließen.
Protokoll: Periodisch Kanäle mit minimalem Volumen/Traffic schließen, On-Chain-Coins recyceln und mit besseren Peers oder über LSP neu öffnen.
Woran du einen guten Peer erkennst
Uptime
Node ist selten offline. über 99 % Verfügbarkeit.
Fee-Stabilität
Keine aggressiven Fee-Spikes. Konsistente Policy.
Konnektivität
Viele Channels zu großen Hubs. Gutes Routing.
Reputation
Community-Vouch. Bekannte, vertrauenswürdige Betreiber.
Quelle: Stephan Livera Podcast SLP307 – Becoming A Lightning Routing Node Operator – ein Gespräch, kein Bericht; die Einordnung daneben ist unsere. „Zeus Community“ nennt kein Dokument
Praktisch in Zeus: Sieh dir die Node-Info der Kandidaten an — Kapazität, Zahl der Kanäle, Gebührenpolitik. Empfehlungslisten aus der Zeus-Gemeinschaft kursieren, wir können aber keine benennen, die dauerhaft unter einer festen Adresse steht; wer eine nutzt, prüft die genannten Nodes selbst gegen die vier Kriterien darunter.
OpSec im Netzwerk
Das Lightning Network ist ein öffentlicher Graph. Jeder Public Channel ist sichtbar, jede Routing-Policy einsehbar. Für Endnutzer bedeutet das: Je weniger von dir im Graphen steht, desto besser.
Hot Wallet vs. Remote Control
Zeus als embedded Node auf dem Phone ist immer ein Hot Wallet: Keys sind auf einem ständig online-fähigen Gerät. Das Risiko ist real – Phone-Diebstahl, Malware, physische Beschlagnahme.
Embedded Node
Keys auf dem Phone. Praktisch, aber Hot Wallet mit allen Risiken. Nur für Beträge, deren Verlust du verkraftest.
Remote Control
Zeus als UI für Heim-Node (LND/CLN) via Tor/Tailscale. Keys bleiben zuhause. Phone-Verlust = kein Verlust der Channels.
Quelle: Bringin – Self-Custodial Guide In drei Anläufen nicht wiedergefunden (docs, support, faq je 404); die Startseite des Hauses lebt.
Auf mobilen Lightning-Hot-Wallets (embedded) nur Beträge halten, deren Verlust du verkraftest:
Richtwert: 1–5 % des Gesamt-BTC-Stacks
Größere LN-Liquidität auf Heim-Node, abgesichert durch ordentliche Backups und On-Chain-Fallback (Channel-Schließung).
Eigene Richtgröße: Die Spanne von 1 bis 5 Prozent ist unsere Empfehlung und keine gemessene oder anderswo belegte Größe; sie folgt aus dem Gedanken, heiß nur so viel zu halten, wie man verschmerzen kann
Private Channels
Public Channel: Im globalen Graph sichtbar. Gut für Routing-Nodes, die Gebühren verdienen wollen.
Private Channel: Nicht im öffentlichen Graph. Zahlungen über Route-Hints. Ideal für Endnutzer, die nur bezahlen/empfangen wollen.
Private LSP-Kanäle zu Olympus oder Breez für persönliche Zahlungen — dann steht dein Kanal nicht im öffentlichen Graphen. Öffentliche Kanäle nur, wenn du bewußt eine Routing-Node betreibst — das heißt: genug Kapital, um mehrere Kanäle gleichzeitig zu füllen, und die Bereitschaft, Verfügbarkeit und Gebühren laufend zu überwachen. Eine Untergrenze in BTC nennen wir nicht; sie hängt an den Kanälen, die du bedienen willst.
Lightning-Nodes sind per Definition Hot Wallets. Der Großteil deines Stacks gehört in Cold Storage. Unser Operation Cold Storage Dossier zeigt den vollständigen Pfad zur physischen Key-Isolation.
Die Liquidity-Matrix
Nicht alle LSPs sind gleich. Die folgende Übersicht stellt die drei Anbieter gegenüber, die in Zeus und den verbreiteten mobilen Wallets vorkommen — aus Sicht dessen, der sie benutzt.
Kriterium
Olympus (Zeus)
Breez LSP
Phoenix LSP
Quelle: Bringin – Dokumentation; die Adresse antwortet seit dem 15.09.2026 mit 404, siehe die Zeile weiter oben. „Darth-Coin GitHub“ nennt keine Fundstelle; die Gegenüberstellung der drei Dienste ist unsere
Für BitAtlas-Nutzer mit Zeus-Setup ist Olympus der natürliche erste LSP: Native Integration, Heim-Node-Support und granulare Kontrolle über Liquidität. Breez und Phoenix sind solide Alternativen für den rein mobilen Gebrauch ohne eigene Node.
Das Operator-Audit
Liquiditätsmanagement ist keine einmalige Aktion, sondern ein kontinuierlicher Prozess. Die folgende Checkliste sollte wöchentlich abgearbeitet werden.
Wöchentliches Liquiditäts-Audit
Inbound/Outbound-Ratio prüfen
Liegt das Verhältnis noch im Zielbereich (50–70 % Outbound, 30–50 % Inbound)? Falls nicht: Rebalancing oder LSP-Kanal öffnen.
Zombie-Channels identifizieren
Kanäle mit 0 Traffic in den letzten 30 Tagen? Peer offline? Kandidaten für Schließung markieren.
Peer-Uptime verifizieren
Sind alle wichtigen Peers online? Häufige Disconnects sind ein Warnsignal.
Fee-Policies der Peers checken
Haben Peers ihre Fees drastisch erhöht? Das kann dein Routing beeinträchtigen.
On-Chain-Reserve prüfen
Genug Sats für Channel-Schließungen im Notfall? Empfehlung: Mindestens 50.000 sats On-Chain-Reserve.
Backup-Status verifizieren
Static Channel Backup (SCB) aktuell? Nach jedem neuen Kanal exportieren.
Liquidität: Versiegelt.
Lightning-Souveränität ist nur so stark wie die zugrunde liegende Node-Infrastruktur. Im Select Archiv findest du die Hardware und Tools für deinen souveränen Stack.
Alle Testberichte →