Ein Papier von Decker und Wattenhofer aus dem Jahr 2015 schlägt ein interessantes Design für ein Zahlungskanalnetzwerk vor, das sich vom Lightning-Netzwerk unterscheidet. Die Autoren behaupten im Abschnitt Verwandte Arbeiten, dass Lightning:
Ich habe zwei Fragen:
Stand heute (November 2018):
Inwieweit sind diese Kritikpunkte an Lightning ab November 2017 gültig?
Dies ist immer noch ein Fall für Lightning. Eltoo war das erste Unternehmen, das einen einfacheren Weg zur Bewältigung dieser Speicheranforderungen vorgeschlagen hat. Sie erfordern keine Speicherung von Schlüsseln oder älteren Transaktionen. Ihr Nachteil ist, dass es im Betrugsfall keine Bestrafung gibt, was dazu führt, dass egoistische Benutzer immer die Transaktion veröffentlichen, die ihr Guthaben maximiert. In aktuellen Lightning-Implementierungen ist es wichtig, Breach-Remedy-Transaktionen im Auge zu behalten und natürlich niemals neue Commitment-Transaktionen zu verlieren (da dies zu einer Bestrafung für sich selbst führen kann, nachdem man unwissentlich einen alten Kontostand veröffentlicht hat).
Gibt es eine Implementierung von Duplex-Mikrozahlungskanälen oder plant zumindest, einen zu erstellen?
Aktuelle Implementierungen konzentrieren sich aus zwei Hauptgründen auf Lightning Channels: 1. Eltoo-Channels sind zu neu (vielleicht arbeitet jemand öffentlich an einer Implementierung, mir ist es nicht bewusst) 2. DMC-Channels haben einen Kompromiss zwischen der Nützlichkeit des Channels und die schlimmsten Nebenkosten des Kanals, die von seiner Verwendung abhalten. Dies ist sogar noch wichtiger, wenn n Parteien (z. B. Fabriken) betrachtet werden. Weitere Informationen zu diesem Kompromiss finden Sie in den Ergebnissen in diesem Dokument
DMCs sind jedoch besser, wenn man einen Zeitraum kennt, in dem man offline sein wird, daher glaube ich, dass es in Zukunft implementiert wird. Aber es gibt keine aktuelle Implementierung in den wichtigsten Lightning-Entwicklungsteams.