Blockchain/Niveau V · Layer/5.1 Lightning/Lektion 5
Strafen und Watchtowers
Der Revocation-Key, das Timelock-Fenster und die dritte Partei, die wacht
MaterialienEin Block-Explorer, der Transaktionsskripte anzeigen kann (z. B. mempool.space)Das Spezifikationsdokument für BOLT #2Ein Texteditor zur Überprüfung der Skriptlogik
Neugier
- Warum führt das Veröffentlichen einer technisch gültigen, aber veralteten Transaktion zum Totalverlust statt zu einem teilweisen Gewinn?
- Wie kann ein Node wochenlang offline sein, ohne dass seine Gegenpartei seine Mittel stiehlt?
- Welche konkrete Änderung am Bitcoin-Konsens würde es zwei Parteien ermöglichen, alte Zustände einfach durch neue zu ersetzen und somit die Notwendigkeit einer Straflogik völlig zu beseitigen?
Erkunden
- Lightning-Kanäle beruhen auf signierten Commitment-Transaktionen, die eine Momentaufnahme des Guthabens darstellen. Geht eine Partei offline und veröffentlicht ihr Peer einen veralteten Zustand, in dem der Peer mehr Mittel hält, ist das ein Protokollverstoß. Der ehrliche Node braucht einen Mechanismus, um sofort reagieren und sein Guthaben zurückfordern zu können – auch nach wochenlanger Trennung. Ohne einen solchen Schutz hängt die Sicherheit vollständig von ständiger Konnektivität ab.
- Die Verteidigung stützt sich auf Revocation-Secrets. Bei jeder Aktualisierung des Kanalzustands legt jede Seite das Secret hinter ihrem vorherigen Commitment offen, sodass die andere Seite daraus einen Revocation-Key für diesen alten Zustand ableiten kann. Veröffentlicht ein Peer diesen Zustand später, besitzt die ehrliche Partei den Schlüssel bereits. So kann sie den Output des Betrügers sofort ausgeben und jede Verzögerung umgehen. Der eigene Output des Veröffentlichenden ist durch einen relativen Timelock gesperrt, typischerweise zwischen 144 und 2.016 Blöcken (etwa ein Tag bis zwei Wochen), je nach Implementierung und Kanalgröße.
- Dieser Mechanismus setzt voraus, dass jemand die Blockchain beobachtet. Ein Node, der zu lange offline ist, kann die Veröffentlichung nicht rechtzeitig erkennen. Watchtowers lösen dieses Problem, indem sie verschlüsselte Straftransaktionen aufbewahren, die der Nutzer vorbereitet hat. Diese Backups sind an bestimmte Transaktions-IDs geknüpft, was die Privatsphäre wahrt, bis ein Verstoß eintritt. Der Watchtower überwacht Mempool und Blockchain auf genau diese IDs.
- Erkennt ein Watchtower, dass ein alter Zustand in die Blockchain gelangt, entschlüsselt er das entsprechende Backup mithilfe der ID der regelwidrigen Transaktion. Anschließend veröffentlicht er eine Straftransaktion, die den betrügerischen Output an die ehrliche Partei auszahlt. Damit wird das gesamte Guthaben des Betrügers als Strafe für den Bruch der Protokollregeln eingezogen. Die Drohung des Totalverlusts überwiegt den möglichen Gewinn durch Betrug.
- Force-Closes von Kanälen verursachen zudem erhebliche Kosten. Timelocks verzögern den Zugriff auf die Mittel, und es müssen Gebührenreserven vorgehalten werden, damit Transaktionen auch in Phasen hoher Gebühren verbreitet werden. Diese wirtschaftlichen Reibungen schaffen Anreize für kooperative Schließungen. Nutzer, die eigene Nodes betreiben, tragen diese Risiken direkt; wer Custodial-Dienste nutzt, überträgt diese Last auf den Anbieter.
- Ein alternativer Entwurf, eltoo oder LN-Symmetry (Decker, Russell und Osuntokun, 2018), würde Strafen durch einfaches Ersetzen von Zuständen ablösen. Dafür ist ein Soft Fork nötig: SIGHASH_ANYPREVOUT (BIP118) oder Alternativen wie CTV in Kombination mit CHECKSIGFROMSTACK. Bis dies aktiviert ist, bleibt das aktuelle Modell aus Strafe und Widerruf der einzige sichere Durchsetzungsmechanismus für Lightning-Kanäle im Produktiveinsatz.
Kernfakten
- Da das Revocation-Secret jedes alten Zustands bei dessen Ersetzung übergeben wurde, kann die Gegenpartei das gesamte Kanalguthaben beanspruchen, wenn dieser Zustand veröffentlicht wird.
- Der Output des Veröffentlichenden wartet hinter einem relativen Timelock (oft 144 bis 2.016 Blöcke), was dem Opfer Zeit zum Reagieren gibt.
- Watchtowers halten verschlüsselte Zustands-Backups, die an Transaktions-IDs geknüpft sind, und wahren so die Privatsphäre, bis ein On-Chain-Verstoß erkannt wird.
- Das Protokolldesign eltoo würde Straftransaktionen durch einfaches Ersetzen von Zuständen überflüssig machen, setzt zur Aktivierung jedoch den Soft Fork BIP118 voraus.
- Force-Closes erfordern das Vorhalten von Gebührenreserven und das Abwarten von Timelocks, was sie im Vergleich zu kooperativen Schließungen wirtschaftlich teuer macht.
- Bei jeder Aktualisierung legt jede Seite das Secret ihres vorherigen Commitments offen, was eine Strafe ermöglicht, falls dieser Zustand jemals veröffentlicht wird.
Übung neun, sechs, drei, eins
9SammelnListen Sie 9 unterschiedliche Protokollzustände oder -ereignisse im Lebenszyklus eines Lightning-Kanals auf, die Schlüsselaustausch, Signaturen oder On-Chain-Broadcasts beinhalten.
6GruppierenGruppieren Sie diese 9 Elemente in 6 Kategorien auf der Grundlage ihrer Sicherheitsauswirkungen: kooperative Maßnahmen, einseitige Durchsetzung, Schutz der Privatsphäre, wirtschaftliche Kosten, Abhängigkeiten vom Konsens sowie Zustandswechsel.
3VerdichtenReduzieren Sie die 6 Gruppen auf 3 zentrale Kompromisse, die das Risikoprofil beim Betrieb eines Non-Custodial-Lightning-Nodes bestimmen.
1KristallisierenSchreiben Sie einen Satz, der erklärt, warum die Drohung des Totalverlusts durch Revocation-Secrets für die Sicherheit von Off-Chain-Zahlungen notwendig ist.
Faktcheck
Datumsangaben, Zahlen und Behauptungen wurden mit den unten aufgeführten veröffentlichten Quellen abgeglichen.