Blockchain/Niveau V · Layer/5.1 Lightning/Lektion 2
Routing mit HTLCs
Ein Geheimnis, viele Hops – und die Zwiebel, die die Route verbirgt
MaterialienEin Lightning-Network-Explorer (z. B. 1ML oder mempool.space)Die Spezifikationen von BOLT #2 und #4
Neugier
- Wie kann eine Zahlung entweder für jeden Teilnehmer gelingen oder für alle scheitern?
- Warum darf jeder Node in einer Route nur seinen unmittelbaren Vorgänger und Nachfolger kennen?
- Was passiert mit einer weitergeleiteten Zahlung, wenn der endgültige Empfänger sie nie einlöst?
Erkunden
- Alice bezahlt Carol über Bob, ohne direkten Kanal. Jeder Hop ist ein HTLC, der an denselben Payment-Hash gebunden ist; die Timelocks nehmen entlang der Route ab, sodass jeder Weiterleitende, nachdem er in Richtung Empfänger gezahlt hat, noch Zeit hat, seinen Betrag beim vorherigen Hop einzufordern. Wenn Carol das Preimage offenlegt, um die Zahlung einzulösen, wandert es Hop für Hop zurück und begleicht jeden HTLC.
- Der Sender wählt die Route aus dem per Gossip verbreiteten Kanalgraphen (Source Routing) und verpackt die Anweisungen in mehrschichtige Verschlüsselung (Sphinx-Onion-Routing), sodass jeder Node nur seinen Vorgänger und Nachfolger kennt. Weiterleitende Nodes erheben eine Grundgebühr plus eine proportionale Gebühr (in Parts per Million). Zahlungen scheitern, wenn einem Hop die Liquidität fehlt, und werden erneut versucht; Multipath-Zahlungen teilen große Beträge auf.
- HTLCs sind Outputs innerhalb von Commitment-Transaktionen, keine eigenständigen Einheiten. Wird ein Kanal mit ausstehenden HTLCs geschlossen, enthält die On-Chain-Transaktion zusätzliche Outputs für jeden aktiven Vertrag. Läuft ein HTLC ab oder ist er erfolgreich, während der Kanal offen bleibt, entfernen neue Commitment-Transaktionen diese Outputs und bilden so den stabilen Zustand ab.
- Lightning-Beträge werden in Millisatoshis gezählt, ein On-Chain-Output muss jedoch mehr wert sein als das Dust-Limit. HTLCs, die zu klein sind, um on-chain wirtschaftlich zu sein, werden „getrimmt“: Sie erhalten in der Commitment-Transaktion keinen eigenen Output, und ihr Wert wird stattdessen der Transaktionsgebühr zugerechnet.
- Ein getrimmter HTLC ist daher nur durch das Wohlverhalten der Gegenpartei geschützt: Wird der Kanal per Force-Close geschlossen, während der HTLC noch aussteht, geht der Betrag an die Miner. Nodes begrenzen den Gesamtwert getrimmter HTLCs, die sie akzeptieren, und viele legen eine Mindestgröße für HTLCs fest – sie nehmen bei sehr kleinen Zahlungen ein geringes Risiko in Kauf, um diese überhaupt unterstützen zu können.
- Bei einer kooperativen Schließung mit einem aktiven HTLC nehmen beide Parteien keine neuen Zahlungen mehr an und warten, bis bestehende Verträge aufgelöst sind oder ablaufen. Dadurch kann eine schlankere Schließungstransaktion ohne HTLC-bezogene Outputs veröffentlicht werden, was die On-Chain-Gebühren senkt und die obligatorischen Timelock-Wartezeiten strittiger Schließungen vermeidet.
Kernfakten
- HTLCs sind Outputs in Commitment-Transaktionen, die vertrauensloses Routing über mehrere Kanäle ermöglichen.
- Sphinx-Onion-Routing sorgt dafür, dass jeder Node nur seinen unmittelbaren Vorgänger und Nachfolger kennt.
- Weiterleitende Nodes erheben eine Grundgebühr plus eine proportionale Gebühr, gemessen in Parts per Million.
- HTLCs unter dem Dust-Limit werden „getrimmt“: Sie werden den Gebühren zugerechnet, statt einen eigenen Output zu erhalten.
- Kooperative Schließungen mit aktiven HTLCs warten deren Auflösung ab, um Timelock-Wartezeiten zu vermeiden und Gebühren zu senken.
- Multipath-Zahlungen teilen große Beträge über mehrere Wege auf, um die Erfolgsrate zu erhöhen.
Übung neun, sechs, drei, eins
9SammelnListen Sie 9 Lightning-Network-Nodes oder -Dienste auf. Notieren Sie deren Routing-Richtlinien, Gebührenstrukturen und Kanalkapazitäten.
6GruppierenGruppieren Sie die 9 danach, wie sie mit HTLCs umgehen, in 6 Kategorien: hohe Gebühren/hohe Kapazität, niedrige Gebühren/niedrige Kapazität, Multipath-fähig, tolerant gegenüber Beträgen unter dem Dust-Limit, Vorrang für kooperative Schließung oder Sonstiges.
3VerdichtenReduzieren Sie die 6 auf 3 Gründe, warum Betreiber ihre Routing-Richtlinien und Gebührenstrukturen anpassen.
1KristallisierenSchreiben Sie 1 Satz darüber, was ein HTLC garantiert und was diese Garantie atomar hält.
Faktcheck
Datumsangaben, Zahlen und Behauptungen wurden mit den unten aufgeführten veröffentlichten Quellen abgeglichen.