Lightning Node: Eigene Zahlungsinfrastruktur
Ein eigener Full Node verifiziert die Timechain. Ein eigener Electrum Server schützt deine Privatsphäre. Aber wenn du Bitcoin im Alltag ausgeben willst — schnell, günstig, ohne 10 Minuten auf eine Bestätigung zu warten —, brauchst du Lightning. Und für maximale Souveränität einen eigenen Lightning Node.
Was ein Lightning Node tut
Ein Lightning Node verwaltet Payment Channels — bidirektionale Zahlungskanäle, die auf der Timechain verankert sind. Statt jede Zahlung einzeln on-chain abzuwickeln, aktualisieren zwei Parteien den Saldo innerhalb ihres Kanals — sofort und nahezu kostenlos.
graph LR
DN["Dein Node"] -->|"Channel\n0.02 BTC"| A["Node A"]
DN -->|"Channel\n0.05 BTC"| B["Node B"]
B -->|"Channel"| C["Node C"]
C -->|"Channel"| D["Shop"]
DN -.->|"Routing:\nZahlung an Shop"| A
A -.-> B
B -.-> C
C -.-> D
style DN stroke:#fe8019,stroke-width:2px,color:#fe8019
Dein Lightning Node:
- Öffnet Channels — sperrt Bitcoin in einer On-Chain-Transaktion (Funding Transaction)
- Sendet und empfängt Zahlungen — aktualisiert den Saldo innerhalb der Channels
- Routet Zahlungen — leitet Zahlungen anderer Nodes durch deine Channels weiter (optional)
- Überwacht die Timechain — stellt sicher, dass niemand einen alten Channel-Stand on-chain veröffentlicht (Betrugsversuch)
- Schließt Channels — veröffentlicht den finalen Saldo on-chain
Der letzte Punkt ist entscheidend
Lightning basiert auf dem Prinzip, dass beide Parteien jederzeit den aktuellen Stand on-chain erzwingen können. Dein Node muss daher online sein und die Timechain beobachten. Wenn dein Gegenüber versucht, einen veralteten Stand zu veröffentlichen (bei dem er mehr hatte), muss dein Node innerhalb einer Frist reagieren — sonst verlierst du Geld.
Ein Lightning Node muss online bleiben. Nicht 24/7/365 perfekt — aber regelmäßig genug, um Betrugsversuche zu erkennen. Die typische Frist (to_self_delay) beträgt 144–2016 Blöcke (1–14 Tage). Wer seinen Node wochenlang abschaltet, riskiert Verluste.
LND vs. Core Lightning (CLN)
Es gibt zwei etablierte Lightning-Implementierungen. Beide sind produktionsreif, Open Source und werden aktiv weiterentwickelt.
| Eigenschaft | LND | Core Lightning (CLN) |
|---|---|---|
| Entwickler | Lightning Labs | Blockstream / Community |
| Sprache | Go | C |
| API | gRPC + REST | JSON-RPC + Plugins |
| Plugin-System | Begrenzt | Sehr umfangreich (Python, Rust, Go) |
| Wallet-Integration | Viele (Zeus, Zap, ThunderHub) | Wachsend (Ride The Lightning, Clams) |
| Ressourcenbedarf | Mittel (~500 MB RAM) | Leicht (~200 MB RAM) |
| Dokumentation | Umfangreich | Gut, technischer |
| Node-Pakete | Umbrel, Start9, RaspiBlitz | RaspiBlitz, Start9 |
| Verbreitung | Sehr hoch (~90 % der Nodes) | Steigend |
| Autopilot | Ja (automatische Channel-Öffnung) | Via Plugins |
Welches wählen?
LND, wenn du:
- Eines der Node-in-a-Box-Systeme nutzen willst (Umbrel, Start9)
- Eine große Auswahl an Management-Tools brauchst (ThunderHub, Zeus)
- Dich an die verbreitetere Implementierung halten willst
Core Lightning, wenn du:
- Maximale Flexibilität willst (Plugin-System)
- Wenig Ressourcen zur Verfügung hast
- Gerne selbst konfigurierst und scriptest
Beide sind gute Wahlen. Für Einsteiger ist LND wegen des breiteren Ökosystems oft der einfachere Einstieg.
Privater Node vs. Routing Node
Eine wichtige Entscheidung: Willst du deinen Node nur privat nutzen, oder willst du auch Zahlungen anderer routen?
Privater Node
- Channels sind nicht öffentlich angekündigt
- Du sendest und empfängst Zahlungen über deine Channels
- Kein Routing-Einkommen, aber auch kein Aufwand für Liquiditätsmanagement
- Perfekt für: Persönliche Nutzung, Familie, kleines Geschäft
Routing Node
- Channels sind öffentlich angekündigt
- Andere Nodes können Zahlungen durch deine Channels leiten
- Du verdienst Routing-Gebühren (typisch: 1–100 Satoshis pro Zahlung)
- Erfordert aktives Liquiditätsmanagement und ständige Erreichbarkeit
- Perfekt für: Technisch Interessierte, die zum Netzwerk beitragen wollen
Ein Routing Node ist kein Geschäftsmodell. Die Routing-Einnahmen decken bei den meisten Betreibern nicht einmal die On-Chain-Gebühren für das Öffnen und Schließen der Channels. Der Hauptgrund, einen Routing Node zu betreiben, ist der Beitrag zum Netzwerk — nicht Profit.
Channel-Management: Die Grundlagen
Channel öffnen
# LND: Channel mit 500.000 Sats öffnen
lncli openchannel --node_key <pubkey_des_peers> --local_amt 500000
# CLN: Channel öffnen
lightning-cli fundchannel <node_id> 500000
Das erstellt eine On-Chain-Transaktion. Nach typisch 3 Bestätigungen (~30 Minuten) ist der Channel aktiv.
Liquidität verstehen
Jeder Channel hat zwei Seiten:
| Seite | Bedeutung |
|---|---|
| Lokale Balance | Bitcoin auf deiner Seite — du kannst es senden |
| Remote Balance | Bitcoin auf der Gegenseite — du kannst es empfangen |
Wenn du einen Channel mit 500.000 Sats öffnest, hast du 500.000 Sats lokale Balance und 0 Sats remote Balance. Du kannst sofort senden, aber nichts empfangen. Erst wenn du etwas ausgibst, verschiebt sich die Balance — und du kannst empfangen.
graph LR
subgraph Channel["Payment Channel (500.000 Sats)"]
L["Lokal: 300.000"] --- R["Remote: 200.000"]
end
style L fill:none,stroke:#98971a,color:#98971a,stroke-width:2px
style R fill:none,stroke:#458588,color:#458588,stroke-width:2px
Eingehende Liquidität
Das ist das häufigste Problem für neue Node-Betreiber: Du kannst nichts empfangen, weil niemand einen Channel zu dir geöffnet hat (oder alle deine Channels vollständig auf deiner Seite sind).
Lösungen:
- Etwas ausgeben — verschiebt Balance von lokal zu remote
- Loop Out — sende Lightning-Sats an dich selbst on-chain (verschiebt Balance)
- Channel kaufen — Services wie LSP (Lightning Service Provider) öffnen Channels zu dir
- Dual-Funded Channels — beide Seiten bringen beim Öffnen Sats ein (CLN-Feature)
Typische Channel-Größen
| Nutzung | Empfohlene Channel-Größe |
|---|---|
| Persönlich, kleine Zahlungen | 200.000 – 500.000 Sats |
| Regelmäßige Nutzung | 500.000 – 2.000.000 Sats |
| Routing Node | 2.000.000 – 16.777.215 Sats |
Die maximale Channel-Größe beträgt aktuell 16.777.215 Sats (0,16777215 BTC) — es sei denn, beide Seiten unterstützen Wumbo Channels, dann gibt es kein Limit.
Kosten und Aufwand
Einmalige Kosten
| Posten | Kosten |
|---|---|
| Hardware (wenn nicht bereits vorhanden) | 0 € (läuft auf dem Full-Node-System) |
| On-Chain-Gebühr für Channel-Öffnung | ~500–5.000 Sats pro Channel (gebührenabhängig) |
| Bitcoin für Channels | Das, was du im Lightning-Netzwerk nutzen willst |
Laufende Kosten
| Posten | Kosten |
|---|---|
| Strom | Im Full-Node-Verbrauch enthalten |
| On-Chain-Gebühren bei Channel-Schließung | ~500–5.000 Sats pro Channel |
| Zeit für Monitoring und Management | 10–30 Min. pro Woche (privater Node) |
Laufendes Monitoring
Unabhängig von der Implementierung solltest du regelmäßig prüfen:
# LND: Channel-Übersicht
lncli listchannels | jq '.channels[] | {alias: .peer_alias, local: .local_balance, remote: .remote_balance, active: .active}'
# CLN: Channel-Übersicht
lightning-cli listfunds | jq '.channels'
# LND: Pending Channels (im Aufbau oder Abbau)
lncli pendingchannelsWenn du einen Lightning Node eingerichtet hast, öffne einen kleinen Channel (z. B. 200.000 Sats) zu einem gut vernetzten Node. Sende eine Testzahlung an eine Lightning-Adresse (z. B. Spende an ein Open-Source-Projekt). Beobachte, wie sich die lokale und remote Balance verschiebt.
Wann lohnt sich ein eigener Lightning Node?
| Situation | Eigener Node? |
|---|---|
| Ich sende ab und zu Sats via Lightning | Nein — Phoenix oder Breez reichen |
| Ich will maximale Privatsphäre | Ja — fremde Nodes sehen deine Zahlungen |
| Ich betreibe bereits einen Full Node | Ja — der Zusatzaufwand ist gering |
| Ich will ein kleines Geschäft über Lightning betreiben | Ja — Zuverlässigkeit und Kontrolle |
| Ich will zum Lightning-Netzwerk beitragen | Ja — als Routing Node |
| Ich will Geld mit Routing verdienen | Wahrscheinlich nicht — der Aufwand übersteigt die Einnahmen |
Die ehrliche Antwort
Für die meisten Nutzer ist eine Non-Custodial-Wallet wie Phoenix der beste Kompromiss: Du hast deine Keys, brauchst keinen eigenen Node und profitierst trotzdem von Lightning. Ein eigener Lightning Node macht Sinn, wenn du bereits einen Full Node betreibst und die nächste Stufe der Souveränität willst — oder wenn dir Privatsphäre bei Lightning-Zahlungen wichtig ist.
Bevor du einen Lightning Node aufsetzt: Installiere Phoenix auf deinem Handy und nutze Lightning für ein paar Wochen. Verstehe, wie Channels, Liquidität und Gebühren funktionieren — aus Nutzersicht. Dann entscheide, ob du das selbst managen willst.
Node-in-a-Box: Der einfache Weg
Wenn dir die manuelle Einrichtung zu aufwändig ist, gibt es All-in-One-Lösungen, die Full Node, Electrum Server und Lightning Node in einer Software bündeln:
| Projekt | Basis | Lightning | Besonderheit |
|---|---|---|---|
| Umbrel | Bitcoin Core | LND | Grafische Oberfläche, App-Store |
| Start9 | Bitcoin Core | LND / CLN | Fokus auf Privatsphäre, Tor-native |
| RaspiBlitz | Bitcoin Core | LND / CLN | Raspberry-Pi-optimiert, Community-getrieben |
| myNode | Bitcoin Core | LND | Einfach, stabil |
Diese Systeme nehmen dir die Konfiguration ab. Der Nachteil: Du verstehst weniger von dem, was unter der Haube passiert. Wer die vorangegangenen Artikel dieser Serie durchgearbeitet hat, hat die Grundlagen — und kann bewusst entscheiden, ob er den manuellen oder den bequemen Weg geht.
Weiterführend
- Das Lightning Netzwerk — Grundlagen: Wie Lightning funktioniert (ohne eigenen Node)
- Electrum Server — Die Brücke zwischen Full Node und Wallet
- Warum eine eigene Node? — Die Grundsatzfrage hinter allem
- Full Node verstehen — Was der Full Node tut, auf dem dein Lightning Node aufbaut
Diskussion via Nostr
Kommentare werden über das dezentrale Nostr-Netzwerk geladen. Du brauchst eine Nostr-Identität und eine Browser-Extension wie nos2x oder Alby.