Ethereum-Entwickler diskutieren über mögliche Wege

Ethereum-Entwickler diskutieren über mögliche Wege

Ethereum-Entwickler diskutieren über mögliche Wege, das Schicksal von ETC zu vermeiden

Nach einer Reihe von 51%-Angriffen auf Ethereum Classic diskutieren die Entwickler von Ethereum Classic, dem Rivalen in der Kernkette, über Möglichkeiten, das gleiche Schicksal zu vermeiden.
Bei einem Treffen der Core Devs am Freitag diskutierten die Entwickler von Ethereum bei Bitcoin Code (ETH) mögliche Maßnahmen, die ergriffen werden könnten, um erfolgreiche 51%-Angriffe zu verhindern.

Die Diskussion wurde durch die 51%-Angriffe dieser Woche auf Ethereum Classic (ETC) angeregt – ein Netzwerk, das den ursprünglichen Zustand von Ethereum darstellt, in dem die Folgen des DAO-Hacks von 2016 nicht rückgängig gemacht wurden. Der ursprüngliche Angriff, der sich zwischen dem 31. Juli und dem 1. August ereignete, erwies sich als sorgfältig orchestrierter Versuch einer doppelten Ausgabe, bei dem dem Angreifer für eine 200.000-Dollar-Investition in Hashpower über 5 Millionen Dollar in ETC netto zuflossen.

Während des Anrufs diskutierten die Kundenentwickler von Ethereum, ob sie zusätzliche Maßnahmen gegen diese Angriffe ergreifen sollten und wie solche Maßnahmen umgesetzt werden sollten.

Senkung der Reorg-Kappe

Ein potenzieller Schutz gegen die Neuorganisation der Kette ist die Einrichtung von Kontrollpunkten auf Knotenebene, die die Geschichte der Blockkette nach diesem Punkt in Stein verwandeln würden. Jede vorgeschlagene Änderung der Blockkette über diesen Kontrollpunkt hinaus würde somit von den Knoten abgelehnt werden.

Kettenreorganisationen beruhen auf der Gewinnung einer alternativen Version der Blockkette mit einem höheren Anteil an Hashpower als die allgemein akzeptierte Version. Aufgrund der Regeln des Nakamoto-Konsenses würde die Kette mit einem höheren akkumulierten Arbeitsnachweis automatisch das Original ersetzen, wenn sie an den Knotenpunkten veröffentlicht wird.

Peter Szilagyi, Entwickler des Geth-Clients, sagte, die Software lehne bereits Reorganisationen ab, die tiefer als 90.000 Blöcke oder zwei Wochen reichen. Dies ist jedoch viel höher als das effektive Reorg, das in ETC von etwa 4.000 Blöcken geschah.

Während eine Senkung dieser Schwelle helfen könnte, sich gegen ähnliche Angriffe zu verteidigen, bemerkte Alexey Akhunov von OpenEthereum, dass zu niedrig gesetzte Obergrenzen unvorhergesehene Folgen haben können.

Maßnahmen können unwirksam sein

Die Tiefe des ETC-Regorgs wurde zum Teil durch die Geschichte früherer Angriffe diktiert. Diese führten dazu, dass die Börsen die Bestätigungsschwelle für die Annahme von Einlagen massiv anhoben.

Szilagyi sagte, dass es für Ethereum keinen Bedarf für Tausende von Blöcken gebe. Dezentralisierte Börsen könnten durch die Zensur von Transaktionen und die Maximierung der Handelsgewinne laut Bitcoin Code der Hacker mit der Neuorganisation von nur wenigen Blöcken aufs Spiel gesetzt werden. Die Festlegung einer so niedrigen Checkpoint-Obergrenze kann zu erheblichen Usability-Problemen führen. Er fügte hinzu:

„Ich wollte nur hervorheben, dass, sobald man akzeptiert, dass es 51% Angriffe auf das Netzwerk gibt, viele Dinge anfangen zu zerbrechen, weil viele Dinge auf der Annahme beruhen, dass man keine tiefen Reorgs haben kann“.

Tim Beiko, ein Entwickler bei der Ethereum-Entwicklungsfirma PegaSys, bemerkte, dass der Fall von ETC anders gelagert sein könnte. Da es sich um eine viel kleinere und weniger wertvolle Kette handelt, ist es einfach, die erforderliche Hashpower zu sammeln, um einen 51%igen Angriff durch etwas wie Nicehash zu vollenden. Dies ist für ihn „ein größeres Anliegen als alles, was Kunden durch Kontrollpunkte durchführen“.

Am Ende erklärten sich die Entwickler bereit, die Probleme weiter zu diskutieren und über mögliche Verbesserungen der Widerstandsfähigkeit von Ethereum nachzudenken.