Ethereumontwikkelaars bespreken mogelijke manieren om het lot van ETC te vermijden

8. August 2020 By admin Off

Na een reeks van 51% aanvallen op Ethereum Classic, bespreken ontwikkelaars uit de kernketen rivaal, Ethereum, manieren om hetzelfde lot te vermijden.

In een Core Devs-bijeenkomst op vrijdag bespraken de ontwikkelaars van Ethereum (ETH) mogelijke maatregelen om succesvolle 51%-aanvallen te voorkomen.

De discussie werd geïnspireerd door de 51% aanvallen van deze week op Ethereum Classic (ETC) – een netwerk dat de oorspronkelijke staat van Ethereum vertegenwoordigt waar de gevolgen van de DAO-hack in 2016 niet werden teruggedraaid. De originele aanval, die tussen 31 Juli en 1 Augustus voorkwam, werd geopenbaard om een zorgvuldig georkestreerde poging bij een dubbele-uitgaven te zijn die meer dan $5 miljoen in ETC aan de aanvaller voor een $200.000 investering in hashpower opleverde.

Tijdens de vraag, bespraken de clià “ntontwikkelaars van het Etheréneum of zouden zij extra maatregelen tegen deze aanvallen moeten treffen en hoe dergelijke maatregelen zouden moeten worden uitgevoerd.

Het verlagen van de reorgap

Een mogelijke bescherming tegen ketenreorganisatie is het opzetten van controleposten op een knooppuntniveau dat de geschiedenis van de blokketen na dat punt in steen zou zetten. Elke voorgestelde verandering van de blokketen buiten dit controlepunt zou dus door de knooppunten worden afgewezen.

Kettingreorganisaties vertrouwen op het ontginnen van een alternatieve versie van de blokketen met een hogere hoeveelheid hashpower dan de algemeen aanvaarde versie. Door de regels van de Nakamoto-consensus zou de keten met een hogere geaccumuleerde proof-of-work automatisch het origineel vervangen wanneer het aan knooppunten wordt gepubliceerd.

Peter Szilagyi, ontwikkelaar van de Geth-client, zei dat de software reorganisaties al dieper dan 90.000 blokken, oftewel twee weken, afwijst. Dit is echter veel hoger dan de effectieve reorg die in Bitcoin Trader gebeurde van ongeveer 4.000 blokken.

Terwijl het verlagen van deze drempel kon helpen verdedigen tegen soortgelijke aanvallen, merkte Alexey Akhunov van OpenEthereum op dat te laag ingestelde kappen onvoorziene gevolgen kunnen hebben.

Maatregelen kunnen ondoeltreffend zijn

De diepgang van het ETC-repertoire is mede ingegeven door een geschiedenis van eerdere aanslagen. Deze leidden tot een massale verhoging van de bevestigingsdrempel voor het accepteren van stortingen.

Szilagyi zei dat er voor Ethereum geen duizenden blokken nodig zijn. Gedecentraliseerde uitwisselingen zouden kunnen worden gegokt door het censureren van transacties en het maximaliseren van de handelswinst van de hacker met reorganisaties van slechts een paar blokken. Het instellen van een checkpointplafond dat laag is, kan leiden tot aanzienlijke bruikbaarheidsproblemen. Hij voegde eraan toe:

“Ik wilde alleen maar benadrukken dat als je eenmaal accepteert dat er 51% aanvallen op het netwerk zijn, er veel dingen beginnen te breken, want veel dingen gaan uit van de veronderstelling dat je geen diepe reorgs kunt hebben.

Tim Beiko, een ontwikkelaar bij Ethereum ontwikkelingsbedrijf PegaSys, merkte op dat ETC’s zaak misschien anders is. Omdat het een veel kleinere en minder waardevolle keten is, is het gemakkelijk om de benodigde hashpower te verzamelen om een 51% aanval te voltooien door middel van iets als Nicehash. Dit, voor hem, “is een grotere zorg dan wat klanten ook implementeren door middel van controleposten.”

Uiteindelijk kwamen de ontwikkelaars overeen om de problemen meer te bespreken en na te denken over mogelijke verbeteringen van Ethereum’s veerkracht.