Die Ethereum Foundation hat Validatoren und Node-Betreiber vor einem Live-Problem gewarnt, das den Prysm-Konsensus-Client im Ethereum-Mainnet betrifft, und hat Prysm-Nutzer aufgefordert, ihre Konfiguration zu ändern, um unerwartetes Verhalten zu vermeiden.
Ethereum Foundation warnt Prysm-Nutzer
In der Warnung heißt es, dass Prysm-basierte Consensus Layer Nodes im Mainnet ein clientseitiges Problem haben, das sich auf die Verarbeitung von Netzwerkdaten und Bescheinigungen auswirken kann. Betreiber, die Prysm einsetzen, müssen ihre Consensus Layer (CL) Nodes gemäß der aktualisierten Anleitung neu konfigurieren, während diejenigen, die andere Konsens-Clients verwenden, nichts unternehmen müssen.
Die Mitteilung kommt kurz nach dem jüngsten Fulu/Osaka-Upgrade von Ethereum, das die Anforderungen an die Datenverarbeitung von Konsens-Clients erhöht und die Komplexität des Betriebs von Validatoren gesteigert hat. Die Foundation bezeichnet das Prysm-Problem als ein technisches Konfigurationsproblem und betont, dass der Rest des Client-Ökosystems weiterhin normal funktioniert.
Technisches Risiko für die Validatoren
Prysm-Entwickler und Community-Warnungen beschreiben einen Fehler, der dazu führen kann, dass Knoten veraltete Bescheinigungen auf eine Art und Weise verarbeiten, die alte oder falsche Zustände erzeugt, was wiederum die Leistung der Validatoren beeinträchtigen kann. Wenn Betreiber die Warnung ignorieren, kann es passieren, dass ihre Prysm-Knoten Bescheinigungen verpassen oder hinter den Peers zurückbleiben, was das Risiko von reduzierten Belohnungen erhöht und zu einer lokalen Instabilität des Client-Anteils im Netzwerk beiträgt.
Prysm ist nach wie vor einer der größten Konsens-Clients in Ethereum. Schätzungen zufolge verlässt sich etwa ein Fünftel des Validator-Sets auf die Software, so dass Fehlkonfigurationen zu einem Druck auf Netzwerkebene führen können, selbst wenn andere Clients gesund bleiben. Forscher haben bereits in der Vergangenheit ähnliche Probleme bei der Handhabung von “gültigen, aber alten Bescheinigungen” mit einer höheren CPU-Last und Verbindungsproblemen während vergangener Finalitätsvorfälle in Verbindung gebracht, was zu verpassten Slots und einer schwächeren Beteiligung der betroffenen Prüfer führte.
Die Prysm-Maintainer empfehlen den Prüfern, ein spezielles Sicherheitsflag in ihre Beacon-Node-Konfiguration aufzunehmen und ihre Nodes neu zu starten, damit sie keine veralteten Zustände mehr erzeugen, wenn sie auf alte Bescheinigungen stoßen. Der Workaround gilt für die aktuellen Prysm-Releases im Mainnet und erfordert keine Schlüsselrotation, keine vollständige Neusynchronisierung und kein Abschalten der Validatoren, was die Ausfallzeiten und das Betriebsrisiko für die Betreiber gering hält.
Lies mehr hier: Uniswap-Kursvorhersage: UNI steht vor einem Ausbruchstest, da die Wale zurückkehren
