Alle News durchlaufen eine strenge Faktenprüfung und werden von Blockchain-Experten sowie erfahrenen Brancheninsidern verfasst und redaktionell geprüft.
- Beim letzten Ethereum 2.0-Multi-Client-Testnetz trat ein Fehler auf, der zu unsynchronisierten Nodes führte und das Netzwerk fast zum Absturz brachte. Die Ursache war der Prysm Client.
- Prysmatic Labs hat ein Update zur Behebung des Fehlers, bekannt als Alpha.22, veröffentlicht.
Nach seinem erfolgreichen Start stieß das Ethereum „Medalla“-Testnetz auf erste Schwierigkeiten. Theoretisch soll Medalla das letzte Multi-Client-Testnetz sein, das vor der Phase 0 von Ethereum 2.0 gestartet wird. Ein Fehler in der Synchronisierung der Nodes wirft derzeit jedoch Bedenken in der Gemeinschaft auf.
Medalla wurde am 4. August dieses Jahres lanciert und arbeitet mit fünf Clients: Teku von ConsenSys, Prysm von Prysmatic Labs, Nimbus von Status, Lodestar von ChainSafe Systems und Lighthouse von Sigma Prime. Zu Beginn zählte das Testnetz bereits 20.753 Validierer und 664.096 gestakte ETH. Ziel von Medalla ist es, die Stabilität der Beacon Chain von Ethereum 2.0 unter realen Bedingungen zu testen. Es handelt sich also um eine Art „Generalprobe“ vor dem Einsatz der Phase 0, wie der Core Entwickler Danny Ryan erklärte.
Ethereum 2.0 Testnet crasht fast wegen Synchronisationsfehler
Der Fehler wurde am 14. August von Terence Tsao, einem Mitglied des Teams von Prysmatic Labs, gemeldet. In seinem Bericht stellte er fest, dass Prysmatic Labs‘ Prysm Client ein Synchronisationsproblem mit der Roughtime Clock aufwies, die 4 Stunden vorausging. Einem späteren Bericht zufolge war die Ursache Cloudflare. Zusammenfassend stellte Tsao folgendes fest:
Die Cloudflare-Roughtime-Server gaben alle falsche Informationen zurück, und die Prysm Nodes konnten mit dieser Situation nicht richtig umgehen. Dieser Fehler führte dazu, dass alle Prysm Nodes einen Taktversatz aufwiesen. Aufgrund dieser Taktverschiebung schlugen Validatoren fälschlicherweise Blöcke und Bescheinigungen für zukünftige Slots vor.
Dies hatte direkte Auswirkungen auf die Funktion der Validierer, die ungültige Blöcke „aus der Zukunft“ vorschlagen. Alle Prysm Clients waren von 17:30 Uhr bis 18:45 Uhr UTC am 14. August betroffen. Der Mitbegründer von Prysmatic Labs, Preston Van Loon, berichtete, dass die Zahl der Personen im Testnetz, die Blöcke in dieser Zeit erfolgreich validierten, von 75% auf fast 5% sank. Im Anschluss beschloss Prysmatic Labs, die folgenden Maßnahmen durchzuführen:
Wir beschlossen, die Synchronisierung der Roughtime Clock standardmäßig zu deaktivieren und sie durch ein Opt-in-Feature-Flag zu ersetzen. Dadurch wird verhindert, dass die gleiche Art von Problemen auf globaler Ebene auftritt, und jetzt werden die Ergebnisse der Roughtime-Synchronisation als FYI und nicht als automatische Anpassung der Uhr gemeldet.
Diese ersten Maßnahmen wurden mit einer späteren Aktualisierung des Prysmatic Labs Clients umgesetzt. Zwei Tage, nachdem der Fehler gemeldet wurde, veröffentlichte das Prysmatic Team alpha.22, ein Update, das „viele Korrekturen in Richtung Synchronisierung bietet“. Das Prysmatic Team hofft, dass alpha.22 der „Wiederherstellung von Medalla“ dienen wird. In diesem Sinne baten sie die Gemeinschaft um Hilfe:
Wir brauchen alle Hilfe, die wir bekommen können, um das Testnetz wieder in Gang zu bringen, und die Aktualisierung Ihrer Nodes ist eine großartige Möglichkeit, dem Netzwerk weitere gesunde Peers hinzuzufügen. Sobald es eine gute Anzahl gesunder Nodes gibt, sollte es eine Frage der Zeit sein, bis die Validatoren die Teilnahmequote erhöhen können.
Die schnelle Reaktion des Teams von Prysmatic Labs verhinderte einen vollständigen Zusammenbruch des Testnetzes. Kritik kam jedoch trotzdem aus der Krypto-Gemeinschaft. Es bleibt jedoch abzuwarten, ob die Veröffentlichung der Phase 0 von Ethereum 2.0 von den jüngsten Entwicklungen betroffen sein wird.
💎New release alpha.22 is up 💎
Thread ⬇️https://t.co/Jxt7XqBUEV
— Prysm Ethereum Client (@prylabs) August 16, 2020
