Ist es möglich, einen neuen Teilnehmer in eine LN-Kanalfabrik einzufügen?

Ich lese ein Papier mit dem Titel „Scalable Funding of Bitcoin Micropayment Channel Networks“.

Wenn Alice, Bob und Charlie eine Channel-Factory erstellt haben, dachte ich, dass nur diese drei Personen einen Zahlungskanal in sich selbst erstellen können. In dem Papier heißt es jedoch: „Benutzer werden in der Lage sein, das System mit einer Blockchain-Transaktion zu betreten und dann viele Kanäle ohne weiteren Blockchain-Kontakt zu öffnen.“ (Seite 3).

Im obigen Fall (dh Alice, Bob und Charlie haben eine Kanalfabrik erstellt) wird die Hook-Transaktion zu einer 3-von-3-Multisig. Wenn Diana in die Kanalfabrik eintreten will, bestand die Hook-Transaktion bereits aus drei Personen. Also denke ich, dass Diana nicht in ihrer Kanalfabrik mitmachen kann.

Geben Sie hier die Bildbeschreibung ein

Es gibt kein Beispiel für diesen Fall in der Arbeit (Bild oben). Ist mein Verständnis richtig? oder nicht ?

Und ich frage mich, wie ich erstatten kann, ohne zu schließen und wieder zu öffnen? Wie Sie in diesem Papier nachlesen können, wird beim Betreten einer Kanalfabrik durch eine Partei die Einlage, dass der Parteieingang in diesem Moment bereits gesetzt ist. oder ... bedeutet die Rückerstattung hier, Gelder auf verschiedene Kanäle zu verschieben?

Antworten (1)

Du hast Recht. Es ist nicht möglich, Diana ohne eine Transaktion, die mit Diana geschlossen und wieder geöffnet wird, in die Channel Factory zu bringen.

Splicing-in und Splicing-out wie von Decker et al. in dem von Ihnen erwähnten Papier ist nicht sicher.

Stellen Sie sich folgende Situation vor:

Defekte Fabriksituation durch Splicing-Out-Mechanismus

Alice, Bob und Carol trennten sich von Dave, indem sie innerhalb derselben Fabrik eine neue Allokation erstellten, ähnlich wie Decker et al. erläutern in Abbildung 9 ihrer Arbeit. Bob und Alice könnten Carol sagen, dass R^2 die letzte Aktualisierung ihres Kanals ist, aber tatsächlich haben sie auf R^3 aktualisiert, wodurch die neue Zuordnung vollständig ungültig wird. Carol hat möglicherweise Zahlungen in einer solchen neuen Fabrik akzeptiert, die niemals widergespiegelt werden. Aus demselben Grund ist auch das Einspleißen von Benutzern nicht sicher.

Ranchal-Pedrosa et al. bezeichnen dieses Problem als die kaputte Fabrik und schlagen in ihrem Artikel Lightning Factories alternative Fabrikkonstruktionen vor, die sie vergleichen .