Der Versand von Fusaka und das Skalieren von Blobs sind große Themen, aber der Teil, der nicht genug Anerkennung erhält, ist, dass wir uns vorgenommen haben, in diesem Jahr ZWEI komplizierte Forks zu versenden und es geschafft haben.
Massiver Einsatz von den Client-Teams, EF und der Community. Neue Denkweise, starke Ausführung überall.
Um dies näher zu erläutern, ist die historische Zustandsgenerierung rechen- und speicherintensiv, und ein Knoten kann durch eine große Anzahl von parallelen Zustandswiederholungen überlastet werden. In den letzten zwei Stunden haben wir einen Anstieg an veralteten Bestätigungen gesehen, die auf Checkpoint-Wurzeln aus Off-Slots abzielen (z. B. Slot 5 der Epoche). Die Überprüfung dieser erfordert die Rekonstruktion des Zielzustands, was dazu führt, dass Prysm-Knoten erheblich Zeit mit der Wiederholung alter Zustände verbringen und in einen zustandsähnlichen Überlastungszustand gedrängt werden.
Wir empfehlen, "--disable-last-epoch-targets" hinzuzufügen, um die alte Zustandsgenerierung für veraltete Bestätigungen zu deaktivieren.
🚨 Wir haben das Problem identifiziert und haben eine schnelle Lösung. Alle Knoten sollten Prysm deaktivieren, um unnötig alte Zustände zu generieren, um veraltete Bestätigungen zu verarbeiten. Fügen Sie dazu einfach das folgende Flag zu Ihrem Beacon-Knoten hinzu. Dieses Flag funktioniert mit v7.0.0 und Sie müssen den Beacon-Knoten nicht über das Hinzufügen dieses Flags hinaus aktualisieren. Für Validator-Clients sind keine Änderungen erforderlich.
"--disable-last-epoch-targets"