Angenommen, die Knoten A und B haben keinen direkten Kanal zwischen sich und konnten zuvor einen indirekten Pfad von Kanälen finden und ihre Zahlung erfolgreich abschließen.
Nach einer Weile entscheiden sie sich für eine weitere Zahlung, und um nicht auf eine weitere Weiterleitung warten zu müssen, ziehen sie es vor, denselben vorherigen Weg zu verwenden. Da jedoch der Netzwerkzustand nach jeder Transaktion geändert wird (auch ohne das Öffnen neuer Kanäle oder das Schließen vorheriger Kanäle und sogar alle Knoten am Leben bleiben, wurde dennoch die Richtung der Salden in einzelnen Kanälen geändert).
A und B müssen sich daher über die Situation des vorherigen Pfads, den sie bei ihrer vorherigen Zahlung verwendet haben, sicher sein.
Gibt es dafür einen zuverlässigen Ansatz?
Kurze Antwort: nein (es sei denn, Sie kontrollieren alle Knoten auf diesem Pfad)
Das Problem der Unsicherheit ist jedoch sowieso Teil des Routings. Sie kennen die Topologie des Netzwerks mit den Kanälen cltv deltas, routingfeesund capacityech. Sie wissen jedoch nie, wie der in einen Kanal capacityaufgeteilt ist . balanceSobald Ihre Blitzknoten einen potenziellen Pfad berechnet haben, werden die Zwiebeln konstruiert und der Routing-Prozess beginnt und wird nur erfolgreich sein, wenn alle Kanäle auf dem Weg genug auf satoshisihrer Seite haben, um die Zahlung weiterzuleiten. Wenn dieser Pfad das nächste Mal wieder verwendet werden soll, müssen sie die Zwiebel konstruieren und Feedback von den Knoten auf dem Pfad erhalten, um zu sehen, ob die Zahlung tatsächlich durchgeleitet werden kann.
Es scheint also bis zu einem gewissen Grad wenig sinnvoll zu sein, frühere Pfade zu speichern, die verwendet wurden.
wenn jedoch Kanäle geschlossen würden oder neue Kapazität eingefügt würde (sobald Spleißen implementiert ist), würden Knoten diese Information über das Klatschprotokoll erhalten.