Modell 17 · Netzwerk
Die Lightning-Routing-Maschine
Bezahlen über ein Netzwerk aus Kanälen.
Erklärungsstufe
So nutzt du dieses Modell
So nutzt du dieses ModellWas du siehst, was du bedienen kannst, was sich ändert, was du mitnimmst
Was sehe ich hier?
Eine Platte mit Teilnehmer-Scheiben, verbunden durch Kanalschienen; jede Schiene wird von einer Perle in die Liquidität ihrer beiden Seiten geteilt, und eine orangefarbene Zahlungsperle hüpft die gewählte Route entlang.
Was kann ich bedienen?
- Einen Sender auswählen
- Einen Empfänger auswählen
- Einen Zahlungsbetrag wählen
- Mögliche Routen erkunden
Was passiert, wenn ich etwas ändere?
Verschiebe die Perle eines Kanals, erhöhe eine Gebühr oder trenne eine Schiene, und die günstigste Route ändert sich; fehlt einem Hop Liquidität auf seiner sendenden Seite, bleibt die Zahlung dort stehen und die nächste Route wird versucht.
Was sollte ich danach verstehen?
Erklären, wie eine Zahlung jemanden ohne direkten Kanal erreichen kann.
Verstehe, warum Lightning-Zahlungen über verbundene Teilnehmer reisen können.
Eine Zahlung, die von Hand zu Hand geht.
Danach kannst du
- Erklären, wie eine Zahlung jemanden ohne direkten Kanal erreichen kann.
Experimentiere mit Routen, Gebühren und Liquidität.
Aufteilung, Gebühren und Verbindungen ändern; senden und erneut versuchen.
Danach kannst du
- Vorhersagen, wann eine Route scheitert, weil einem Hop auf der sendenden Seite Liquidität fehlt.
Erkunde HTLCs, Payment-Hashes, Routing-Gebühren und Multi-Hop-Abwicklung.
Hop-Beträge, Basis- + ppm-Gebühren, Abwicklung per Preimage.
Danach kannst du
- Hop-Beträge und Routing-Gebühren rückwärts vom Empfänger aus berechnen.
Modell in eigenem Fenster öffnen · funktioniert nach dem Laden auch offline
Missionen bediene das Modell, um sie zu erfüllen
-
Wenn die günstigste Route scheitert
MittelErledigtSieh, wie eine Zahlung erst gelingt, nachdem der günstigsten Route die Liquidität ausgegangen ist.
Deine Aufgabe: Sende im Startnetzwerk 100.000 sat von Alice an Bob und beobachte, was mit der ersten Route passiert.
Benutze: Einen Sender auswählen · Einen Empfänger auswählen · Einen Zahlungsbetrag wählen · Fehlgeschlagene Zahlungen beobachten · Über alternative Routen erneut versuchen
Der Sender sieht Kapazitäten und Gebühren, aber nicht, wie die Kapazität jedes Kanals aufgeteilt ist. Die günstigste Route kann an einem Hop scheitern, dem auf der sendenden Seite die Liquidität fehlt. Der Sender lernt aus dem Fehlschlag und versucht eine andere Route.
Missionen werden anhand des Simulationszustands des Modells geprüft, nicht anhand von Klicks. Es gibt kein Zeitlimit. Der Fortschritt wird nur in diesem Browser gespeichert. Die Quizfragen in den Lernpfaden bleiben verfügbar.
Tutor Stell eine Frage oder lass dich herumführen
Der Tutor antwortet, indem er erklärt und, mit den Berechtigungen unten, dieses Modell bedient. Jede Änderung wird angezeigt und aufgelistet, und du kannst sie rückgängig machen. Er kann keinen Code ausführen, keine Browserdaten lesen und nichts Geheimes sehen. Die Seite funktioniert ohne ihn genauso.
Was der Tutor getan hat
Häufige Verwechslungen
- Irrtum: Wenn zwei Menschen über Kanäle verbunden sind, klappt eine Zahlung zwischen ihnen immer.
- Tatsächlich: Jeder Hop braucht genug Liquidität auf seiner sendenden Seite; die Kapazität allein entscheidet das nicht.
- Irrtum: Sender sehen das Guthaben jedes Kanals.
- Tatsächlich: Bei angekündigten Kanälen sind nur Kapazitäten und Gebührenregeln öffentlich (nicht angekündigte Kanäle stehen gar nicht im öffentlichen Graphen); Sender finden Fehlschläge durch Ausprobieren heraus.
Begriffe in diesem Modell
Gut zu wissen vorab
Als Nächstes empfohlen
Teil dieser Lernpfade