Medalla, das Testnetzwerk, das als Test für Validatoren des zukünftigen Ethereum 2.0-Updates dient, wies einen Fehler in der Implementierung des Prysm-Clients auf, der dazu führte, dass das Testnetzwerk in vier verschiedene Netzwerke aufgeteilt wurde.
Zum Zeitpunkt dieser Veröffentlichung haben die Hauptentwickler des Testnetzes noch keine offiziellen Kommentare abgegeben, aber a berichten offenbart das Medaille Es verfügt über 4 Hauptzweige, die das Netzwerk in den letzten 2 Tagen daran gehindert haben, einen Konsens zu erzielen. Die Gabeln, auch bekannt als hart Gabel, trat auf, nachdem im Prysm-Client ein Fehler aufgetreten war, der die Synchronisierung der meisten Knoten verhinderte. Es ist wichtig zu erwähnen, dass die meisten im Medalla-Netzwerk aktiven Validierungsknoten diesen Client verwenden.
Quelle: TrustNode
Für seinen Teil, Leuchtfeuerkette zeigt, dass das Netzwerk Probleme mit dem Konsens und der Blockvervollständigung hat, etwas, das der Ersteller von BTConEthereum auf seinem Twitter-Account.
Obwohl Vitalik Buterin, Mitbegründer von Ethereum, gab an, dass das ETH 2.0-Update bis Ende dieses Jahres fertig sein würde, mehrere in der Community deuten auf ein neues hin Verzögerung im lang erwarteten Start, obwohl die Entwickler nichts dazu gesagt haben. Ebenso weisen mehrere Benutzer darauf hin, dass Buterin und die übrigen Entwickler des Netzwerks eine Lösung entwerfen, um das Problem sofort zu lösen.
Es könnte Sie interessieren: Die Entwickler von Ethereum 2.0 geben den erfolgreichen Start von Medalla bekannt, obwohl das Testnetz einige Fehler aufwies
Desynchronisation und unterschiedliche Sichtweisen im Medalla-Netzwerk
Laut der Quelle verursachte der Fehler im Prysm-Client „Verwüstungen bei der Synchronisierung“ der Knoten, was dazu führte, dass die Knoten innerhalb der Blockchain unterschiedliche Ansichten voneinander hatten, sodass einige Blöcke validiert wurden, während mehrere andere verloren oder verwaist blieben .
Ebenso wies einer der Validatoren von Medalla darauf hin, dass das Netzwerk „überall auf und ab springen“, argumentiert, dass in Medalla viele Umstrukturierungen stattgefunden hätten und dass die Knoten daher keine einzige Entscheidung im Netzwerk treffen könnten.
Raúl Jorda, Entwickler des Prysm-Clients, weist seinerseits darauf hin:
„Im Moment sind viele verschiedene Forks im Gange und einige Knoten fallen weit zurück, sodass Sie alle diese Master-Sperranfragen erhalten, um zu versuchen, das Problem zu lösen, aber der Master zeigt derzeit an eth2stats, Das ist ein Konsens zwischen Lighthouse und Prysm.
Trotz der schwierigen Situation versichern die Entwickler der Prysm- und Lighthouse-Clients, dass sich die Situation in den letzten 12 Stunden erheblich verbessert hat und dass mehrere Knoten die längste Hauptkette erreichen. Es wird erwartet, dass der Terminierungsfehler bald behoben wird und der Hauptclient des Netzwerks aktiv sein kann. Ebenso bitten die Prysm-Entwickler die Validatoren, die Knoten nicht neu zu starten, sondern sie möglichst laufen zu lassen, um die aktuelle Synchronisierung der Knoten nicht zu verlieren.
Bisher ist eine der bemerkenswertesten Folgen der jüngsten Forks im Ethereum 2.0-Testnetz der Anstieg des RAM-Bedarfs der Knoten.
Quelle: TrustNode
Weiterlesen: Ethereum 2.0: Was waren die möglichen Ursachen für das Scheitern von Medalla zum Zeitpunkt seiner Einführung?
