Ethereum könnte schon bald doppelt so schnell arbeiten wie bisher. Grund dafür ist ein Vorschlag des Kernentwicklers Barnabé Monnot, die Slot-Zeit des Netzwerks von 12 auf 6 Sekunden zu halbieren. Der Ethereum Improvement Proposal (EIP) 7782 könnte im kommenden „Glamsterdam“-Upgrade, das für 2026 geplant ist, eingeführt werden.
Laut einem Artikel Ethereum Magicians könnte die Änderung der Slot-Zeiten die Zeit verkürzen, die die Ethereum Blockchain für den Abschluss von Transaktionen und das Hinzufügen neuer Blöcke zum Mainnet benötigt. Dies würde die Leistung und Benutzerfreundlichkeit der Blockchain für dezentrale Anwendungen (dApps), Wallets und defi Protokolle verbessern.
Halbierung der Slot-Zeit zur Steigerung der Bestätigungsgeschwindigkeit
Ethereum arbeitet derzeit mit einem 12-Sekunden-Slot-Zyklus. Durch die vorgeschlagene Änderung würde dieser auf nur 6 Sekunden verkürzt, wodurch sich die Anzahl der pro Minute erzeugten Blöcke verdoppeln würde.
Monnot behauptet, diese Beschleunigung könne das Nutzererlebnis verbessern, indem aktuellere Daten und schnellere Bestätigungen , was klare Vorteile für defi mit sich bringe, wie z. B. kleinere Arbitragefenster, geringere Handelsgebühren und erhöhte Liquidität.
„ Auf Beweismärkten lässt sich die Arbeit stark parallelisieren, sodass ein einzelner logischer Beweiser Teilbeweise von vielen anderen Beweisern erhalten kann. Die Reduzierung der Zeitschlitze bedeutet jedoch, dass mehr Möglichkeiten pro Zeiteinheit bestehen, um das Recht zu erhalten, den Beweis eines Blocks zu liefern “, schrieb er.
Die vorgeschlagene Netzwerkanpassung unterteilt den 6-Sekunden-Zeitschlitz in drei kleinere Teilprozesse: 3 Sekunden für Blockvorschläge, 1,5 Sekunden für Attestierungen und 1,5 Sekunden für die Aggregation. Dadurch bleibt die Gesamtfunktionalität des Zeitschlitzes erhalten, während der Durchsatz auf der Protokollschicht erhöht wird.
Der Ether-Entwickler bekräftigte, dass die Änderung die Gesamtausgabe an Validatoren nicht beeinflussen würde. Stattdessen würden Staker aufgrund einer geringeren Varianz der Belohnungen und reduzierter Anreize für Staking-Pools kleinere, aber häufigere Belohnungen erhalten. Er fügte hinzu, dass dies Solo-Staker oder Heimanwender begünstigen würde, die im aktuellen System mit unvorhersehbaren Renditen zu kämpfen haben.
Kompromisse und technische Schwierigkeiten
Monnot wies darauf hin, dass kürzere Slot-Zeiten die Entwickler dazu zwingen werden, bedingte Logik in Ethereum Clients und der zugehörigen Infrastruktur zu implementieren, um die Abwärtskompatibilität zu gewährleisten.
Da das Netzwerk seit der Umstellung auf Proof-of-Stake mit 12-Sekunden-Slotzeiten arbeitet, muss es ältere Blöcke mit konsistenter Zeitmessung erneut abspielen. Einige müssen möglicherweise von Sekunden- auf Millisekunden- tracumstellen, wie es bei der Gnosis-Chain der Fall war.
„ Manche Kunden beginnen gleich zu Beginn eines Zeitschlitzes mit dem Erstellen von Blöcken. Da für die Angebotsphase nur drei Sekunden zur Verfügung stehen, kann jede Verzögerung die Produktionszeit beeinträchtigen “, erklärte er.
Monnot merkte jedoch an, dass der relative Anteil der Blockproduktionszeit innerhalb eines Zeitschlitzes tatsächlich zunimmt, von derzeit 4 von 12 Sekunden auf 3 von 6 Sekunden im Rahmen des neuen Modells.
Skalierung versus Geschwindigkeit und Vorbestätigungen
Die Entwicklergemeinschaft von Ethereumdiskutiert die Vorzüge einer Erhöhung des Layer-1-Durchsatzes gegenüber der Optimierung der Finalitätsgeschwindigkeit. Monnot räumte ein, dass kürzere Slots den Gasdurchsatz nicht direkt erhöhen, aber die Reaktionsfähigkeit der Blockchain verbessern können. Er führte zudem Belege dafür an, dass Nutzer schnellere Bestätigungen gegenüber skalierbareren Blockgrößen bevorzugen.
Vorbestätigungsmechanismen, also Lösungen für eine schnellere vorläufige Bestätigung außerhalb des Kernprotokolls, sind eine Option, aber Monnot behauptete, dass Entwickler Änderungen innerhalb des Protokolls wie EIP-7782 bevorzugen.
Eine der komplexeren Aufgaben bei der Umsetzung des Vorschlags ist die Aktualisierung von Client-Software und Infrastrukturtools wie Block-Explorern. Diese Tools müssen sowohl die alte 12-Sekunden- als auch die neue 6-Sekunden-Slotdauer unterstützen. Entwickler müssen sicherstellen, dass Clients die korrekte Logik anwenden, je nachdem, ob sie historische oder neue Blöcke verarbeiten. Zum Zeitpunkt der Veröffentlichung war der Umfang dieser Änderungen noch nicht vollständig festgelegt.
