RSMC von Lightning Network: Was passiert, wenn es keine Widerrufstransaktion gibt?

Aus dem Whitepaper des Lightning Network , Seite 19:

Wenn sie ihre neueste Version nicht senden, werden sie bestraft, indem sie alle Gelder im Kanal nehmen und an die Gegenpartei weitergeben.

...

Wenn sie ihre letzte Commitment-Transaktion übertragen, sollte es keine Widerrufstransaktion geben, die die widerrufliche Transaktion ersetzt, sodass sie ihre Gelder nach einer festgelegten Zeitspanne (1000 Bestätigungen) erhalten können.

Ich gehe davon aus, dass der Autor mit der Widerrufstransaktion impliziert, dass eine Partei auf der Hauptkette nachweisen kann, dass die von der Gegenpartei gesendete Commitment-Transaktion nicht die jüngste war.

Wenn das stimmt, wird die Partei alle Gelder in diesem Kanal erhalten? Was passiert umgekehrt, wenn die Gegenpartei längere Zeit offline geht (mehr als 1.000 Blöcke gemäß dem Beispiel dort) und es keine Widerrufstransaktion gibt, obwohl der Sender über die Commitment-Transaktion gelogen hat?

Antworten (1)

Meine Annahme war falsch: In einem RSMC (Relative Sequence Maturity Contract) bezieht sich eine widerrufliche Transaktion auf die Transaktion, deren Ausgabe nach einer bestimmten Zeitspanne (zB: 1000 Blöcke) von der Gegenpartei ausgegeben werden kann, nicht von der ursprünglichen Partei.

Die Gegenpartei erhält nicht alle Gelder in diesem Kanal, aber was auch immer ihr Guthaben zuvor war. Wenn die ursprüngliche Partei nach 1.000 Blockierungen die böswillige Aktivität nicht bemerkt, kann die Gegenpartei (vermutlich) mehr ausgeben, als sie sollte (da die Gegenpartei eine alte Commitment-Transaktion veröffentlicht hat, bedeutet dies, dass sie versucht, die Zahlung für was auch immer rückgängig zu machen Dienstleistung oder Produkt der Parteien).

Aus diesem Grund sollten Benutzer die Blockchain möglicherweise auf alte Commitment-Transaktionen überwachen, da eine Gegenpartei, die beim Senden einer alten Transaktion erwischt wird, ihr gesamtes Geld verliert, wenn eine BRT (Breach Remedy Transaction) gesendet wird. Der private Schlüssel des BRT könnte an einen „Wachturm“ einer dritten Partei delegiert werden, da sie keinen Schaden anrichten können.