Ethereum-Infrastrukturunternehmen Nethermind behebt kritische Fehler in seinem Execution-Client

Nethermind, ein Ethereum-Infrastrukturunternehmen, hat erfolgreich einen kritischen Fehler in seinem Execution-Client behoben, der dazu geführt hatte, dass einige Benutzer Probleme beim Verarbeiten von Blöcken im Ethereum-Netzwerk hatten.

Der Vorfall unterstreicht die Bedeutung der Diversifizierung von Ethereum-Clients und der Verringerung der Abhängigkeit vom vorherrschenden Client, Geth.

Kritischer Fehler im Nethermind Ethereum-Client behoben

Nethermind, ein relativ kleiner Ethereum-Client, hat kürzlich einen „kritischen“ Fehler behoben, der mehrere Versionen seines Execution-Clients betraf. Der Fehler, der in Version 1.23.0 eingeführt wurde, führte dazu, dass Benutzer keine Blöcke im Ethereum-Netzwerk verarbeiten konnten. 

Daniel Cadela, Co-Cheftechnologieleiter von Nethermind, bestätigte , dass die Versionen 1.23 bis 1.25 von diesem Problem betroffen waren und drängte Node-Validatoren umgehend dazu, auf die neueste Version 1.25.2 zu aktualisieren. In seiner Folgestellung betonte Cadela die Schwere des Fehlers.

Das Problem wurde ursprünglich von einem GitHub-Benutzer „wga22“ gemeldet, der Probleme mit seinem Nethermind-Execution-Client hatte, der keine Blöcke verarbeitete. Lukasz Rozmej, technischer Leiter von Nethermind, leitete umgehend eine Untersuchung des Problems ein, was etwa 2,5 Stunden später zur Veröffentlichung von Version 1.25.2 führte.

Ethereum-Community betont die Notwendigkeit der Client-Diversifizierung

Obwohl dieser Fehlervorfall hauptsächlich Nethermind-Benutzer betraf, hat er die Diskussionen innerhalb der Ethereum-Community über die Bedeutung der Diversifizierung von Ethereum-Clients wieder angeheizt. Derzeit verlassen sich die meisten Ethereum-Nutzer auf den Geth-Client, der 84 % der Execution-Clients im Netzwerk ausmacht. 

Einige Mitglieder der Community argumentieren, dass ein diversifizierteres Client-Ökosystem Risiken im Zusammenhang mit potenziellen Fehlern oder Sicherheitslücken mindern würde.

Ethereum-Befürworter Superphiz spielte die Situation zunächst herunter und hielt sie für „kein großes Problem“, solange das Konsensproblem nur Minderheiten-Clients betraf. Superphiz hob die bewusste Designentscheidung von Ethereum hervor, sich nicht auf einen einzelnen Ausfallpunkt zu verlassen. Andere Mitglieder der Community betonten jedoch die potenziellen Konsequenzen, wenn ein solcher Fehler Geth betreffen würde.

„Der heutige Hänger der Beacon Chain hat erneut die Bedeutung der Diversifizierung von Ethereum-Clients hervorgehoben“, erklärte der Ethereum-Befürworter „daddysether“ in einem Beitrag am 21. Januar. Sie ermutigten die Nutzer, zu Minderheiten-Clients zu wechseln, um die Sicherheit von Ethereum zu erhöhen.

Derzeit macht Nethermind laut verfügbaren Daten nur 8,2 % der Execution-Clients im Ethereum-Netzwerk aus. Auf einem Screenshot, den der Ethereum-Enthusiast Anthony Sassano im August teilte, sah die Diversifizierung der Execution-Clients jedoch gesünder aus, wobei Geth und Nethermind jeweils 48 % und 26 % der Execution-Clients ausmachten. Sassano lobte die Client-Diversifizierung als einen der bedeutendsten Erfolge von Ethereum.

Wachsende Bedenken hinsichtlich der übermäßigen Abhängigkeit von Geth

Die zunehmende Abhängigkeit vom Geth-Client hat bei einigen Mitgliedern der Ethereum-Community Bedenken ausgelöst. Der Ethereum-Befürworter „marceaueth“ äußerte seine Ansicht, dass das Ausführen von Geth mit unverhältnismäßigem Risiko verbunden sei, obwohl er dessen Qualität anerkannte. 

Die Stimmung in der Community verschiebt sich hin zu einem ausgewogeneren Client-Ökosystem, um die Widerstandsfähigkeit des Netzwerks angesichts potenzieller Probleme sicherzustellen.