Wissen > Technik

Lightning-Liquidität & Routing

Kategorie: TechnikLesezeit: 10 Min.Level: Deep Dive

„Payment failed“ auf Lightning ist oft kein Bug, sondern Liquidität: Irgendwo auf dem Pfad fehlt Kapazität in die richtige Richtung. Aufbauend auf Lightning und Kanälen.

Outbound, Routing, Inbound — Senden braucht Outbound — Empfangen Inbound — dazwischen muss die Route mitspielen.

1. Kapazität ist nicht „Kontostand“

Ein Kanal hat eine feste Grösse. Was sich bewegt, ist die Aufteilung:

Outbound: Anteil, den du senden kannst.
Inbound: Anteil, den du empfangen kannst (Gegenseite „hat Platz“ für dich).

Alles Outbound → du kannst senden, aber kaum empfangen. Alles Inbound → Empfang ok, Senden blockiert. Genau deshalb fühlt sich Lightning anders an als ein Bankkonto.

2. Routing: der unsichtbare Mittelweg

Zahlst du nicht direkt an deinen Kanalpartner, sucht die Wallet einen Pfad über andere Nodes. Jeder Hop braucht genug Liquidität in Zahlungsrichtung. Schlägt der Versuch fehl, probiert die App oft Alternativen — oder gibt auf.

Custodial / LSP-Wallets (viele Handy-Apps) managen Liquidität für dich. Self-custodial Nodes spürst du die Physik stärker — mehr Kontrolle, mehr Verantwortung.

3. Typische Fallen

Zu grosser Betrag für die verfügbare Route / Kanalgrösse.
Kein Inbound, wenn du als Händler empfangen willst, aber Kanäle „voll auf deiner Seite“ sind.
Unzuverlässige Peers oder schlecht vernetzte Nodes.
Alte Invoice abgelaufen — neu erstellen, nicht „nochmal senden“ blind.

4. Was App-Nutzer vs. Node-Betreiber tun

Alltag / LSP-App: Oft reicht „Kanal öffnen“ bzw. der Dienst managt Peers. Bei Failures: Betrag splitten, andere Wallet testen, Invoice erneuern.

Eigener Node: Peers wählen, Inbound einkaufen oder erarbeiten (z. B. Loop/Swap-Dienste, Dual-Fund, Routing-Aktivität), Fees setzen, Kanäle rebalancen. Das ist Betrieb — nicht „einmal einrichten und vergessen“. Vertiefung Node: Full Node.

5. Händler-Perspektive (kurz)

An der Kasse zählt zuverlässiges Empfangen → Inbound. Viele CH-Apps lösen das über den Anbieter. Self-hosted (z. B. BTCPay + eigener LN) braucht bewusste Liquiditätsplanung. Orientierung: Händler / KMU.

Lightning ist Bitcoin — aber UX und Liquidität sind eine eigene Disziplin. Wer on-chain denkt („Saldo reicht“), unterschätzt Inbound/Outbound.

Fazit

Liquidität steuert, was Lightning gerade kann. Routing verbindet Kanäle zu einem Pfad — oder eben nicht. Verstehst du Inbound/Outbound, hörst Fehlermeldungen auf, wie Magie zu klingen, und weisst, ob eine App-LSP oder ein eigener Node zu dir passt.