Ethereum Glamsterdam Upgrade bewegt sich in Richtung 200M Gas-Limit-Roadmap

Ethereum Glamsterdam Upgrade bewegt sich in Richtung 200M Gas-Limit-Roadmap

TL;DR

• Die Arbeiten am Ethereum Glamsterdam Upgrade schreiten durch die Devnet-Planung voran, mit einem geplanten Mainnet-Fenster für H2 2026.
• EIP-7732, auch bekannt als enshrined Proposer-Builder-Separation, ist eines der wichtigsten Elemente, das von Entwicklern verfolgt wird.
• EIP-7928, das Block-Level Access Lists abdeckt, ist eine weitere wichtige Komponente, die mit paralleler Ausführung und höherem Durchsatz verbunden ist.
• Das übergeordnete Ziel ist ein Weg zu einem deutlich höheren Gas-Limit, aber das genaue Mainnet-Paket unterliegt weiterhin dem normalen Test- und Governance-Prozess von Ethereum.

Glamsterdam rückt in den Fokus

Ethereums nächster großer Upgrade-Zyklus richtet sich nun auf Glamsterdam aus, ein Protokollpaket, das die Post-Pectra-Skalierungs- und Block-Produktions-Roadmap des Netzwerks definieren soll. Das Upgrade wird genau beobachtet, da es zwei der größten langfristigen Einschränkungen von Ethereum berührt: wer Blöcke baut und wie viel Ausführungskapazität die Basisschicht sicher unterstützen kann.

Entwicklermaterialien und EIP-Diskussionen verweisen auf enshrined Proposer-Builder-Separation und Block-Level Access Lists als zwei der wichtigsten Punkte in der Glamsterdam-Diskussion. Zusammen helfen sie, einen langfristigen Weg zu höherem Durchsatz zu skizzieren, ohne jeden Node-Betreiber einfach aufzufordern, mehr Last ohne strukturelle Änderungen zu absorbieren.

Was ePBS zu lösen versucht

EIP-7732, allgemein als enshrined Proposer-Builder-Separation beschrieben, würde einen Teil des aktuellen externen Block-Building-Marktes in das Protokolldesign von Ethereum verlagern. Heutzutage hängt die Blockkonstruktion häufig von externer Relay-Infrastruktur und spezialisierten Akteuren ab. Dieses System hat dem Netzwerk geholfen, den maximalen extrahierbaren Wert zu verwalten, hat aber auch Bedenken hinsichtlich Zentralisierung und Zensuranfälligkeit aufgeworfen.

Indem die Proposer-Builder-Separation näher an die Protokollschicht gebracht wird, versuchen Ethereum-Entwickler, die Abhängigkeit von Off-Protokoll-Vereinbarungen zu reduzieren und eine sauberere Trennung zwischen Validatoren, die Blöcke vorschlagen, und Buildern, die sie zusammenstellen, zu schaffen. Es ist eine technische Änderung, spricht aber auch direkt die Dezentralisierungsziele von Ethereum an.

Warum Block-Level Access Lists wichtig sind

EIP-7928, das Block-Level Access Lists abdeckt, zielt darauf ab, die Ausführung vorhersehbarer zu machen, indem State-Access-Muster auf Block-Ebene identifiziert werden. Einfach ausgedrückt könnten Validatoren und Clients bessere Informationen darüber erhalten, was ein Block vor der Verarbeitung berühren muss. Das ist wichtig, weil parallele Ausführung schwierig ist, wenn das System nicht weiß, welche Transaktionen wahrscheinlich in Konflikt geraten.

Wenn Block-Level Access Lists wie beabsichtigt funktionieren, könnten sie Ethereum helfen, mehr Aktivität zu verarbeiten, ohne jeden Block zu einer schwereren, weniger vorhersehbaren Belastung für Nodes zu machen. Deshalb wird der Vorschlag oft zusammen mit höheren Gas-Limit-Zielen und breiterer L1-Skalierung diskutiert.

Ein 200M Gas-Limit ist die große Schlagzeile

Der aufmerksamkeitsstärkste Teil der Glamsterdam-Erzählung ist der potenzielle Weg zu einem Gas-Limit von 200 Millionen. Das wäre eine erhebliche Steigerung gegenüber der heutigen Basisschicht-Kapazität und würde ein sehr anderes Ethereum L1 darstellen, wenn es sicher erreicht werden kann. Aber die Formulierung ist wichtig: Dies ist eine Roadmap und ein Testziel, keine Garantie, dass jedes Detail für das Mainnet genau so festgelegt ist, wie in aktuellen Devnet-Materialien besprochen.

Ethereum Upgrades durchlaufen in der Regel einen langen Prozess aus Spezifikation, Client-Implementierung, Devnets, Testnets und abschließender Koordination. Dieser Prozess ist absichtlich langsam. Glamsterdam ist wichtig, weil es zeigt, dass das Netzwerk immer noch versucht, die Basisschicht selbst zu skalieren, und nicht nur Aktivitäten auf Rollups zu verlagern. Das Risiko besteht darin, dass aggressive Kapazitätssteigerungen ohne sorgfältige Client- und Node-Arbeit die Dezentralisierungseigenschaften schwächen könnten, die Ethereum zu schützen versucht.

Dieser Artikel wurde vom News Desk verfasst und von Samuel Rae redigiert.

Dieser Bericht basiert auf Informationen aus den Ethereum EIP-Spezifikationen. bei Ethereum EIP-Spezifikationen