EIP-8383 kuerzt das Beacon-Aufbewahrungsfenster um drei Viertel
Victoria Shinder1 Min. LesezeitEIP-8383, «Reduce CL Block Retention Window», kam am 23. September 2026 als Entwurf in der Kategorie Networking ins EIPs-Repository, verfasst von Kevaundray Wedderburn, erstellt am
- August 2026.
Er senkt das Mindestfenster, in dem die Konsensschicht Bloecke ausliefern muss, von 33.024 auf 8.192 Epochen:
MIN_EPOCHS_FOR_BLOCK_REQUESTS = 8192Das Argument betrifft die Herkunft der bisherigen Zahl. Laut Zusammenfassung stammt das aktuelle Fenster aus einer Worst-Case-Rechnung zur schwachen Subjektivitaet mit MAX_SAFETY_DECAY = 100. In der Praxis nutzt Checkpoint-Sync SAFETY_DECAY = 10, was bei den derzeitigen Churn-Parametern des Mainnets eine Schranke von 3.532 Epochen ergibt — deutlich innerhalb der vorgeschlagenen 8.192.
Die Diskussion laeuft im ethereum-magicians-Thread 29449.
Was daran bemerkenswert ist
Die Aenderung lockert die Sicherheitsannahme nicht, sie bringt die Regel mit der ohnehin verwendeten Annahme in Einklang. Schwache Subjektivitaet meint, dass ein von Null synchronisierender Knoten von einem Checkpoint ausgehen muss, der nicht aelter ist als eine bestimmte Schranke — sonst kann er die kanonische Kette nicht von einer Abspaltung ausgetretener Validatoren unterscheiden. Das Aufbewahrungsfenster existiert, damit jeder Knoten Bloecke bis zu dieser Schranke ausliefern kann. Liegt die Schranke praktisch bei 3.532 Epochen und verlangt die Regel 33.024, werden neun Zehntel dieser Historie fuer einen Parameter vorgehalten, den niemand verwendet.
Gewonnen wird Speicherplatz, und Speicherplatz ist die stille Schranke dafuer, wer einen Knoten betreibt. Etwa vier Monate Beacon-Bloecke statt etwa vierzehn. Fuer einen Validator zu Hause ist das der Unterschied zwischen einer handelsueblichen SSD und einer bewussten Anschaffung — und genau dort entscheidet sich Dezentralitaet.
📌 Status Entwurf, Kategorie Networking. Kein Client hat sich gebunden, kein Fork traegt ihn, und gestritten werden wird ueber den Abstand zwischen 3.532 und 8.192 — denn das ist der Spielraum, den die Churn-Parameter haben, ohne dass die Regel erneut geaendert werden muss.