Ethereums Glamsterdam-Upgrade ist auf dem Sepolia-Testnetz live gegangen und hat sein Skalierungspaket für 2026 in eine seiner letzten öffentlichen Testphasen vor einer geplanten Mainnet-Aktivierung gebracht.
Zusammenfassung
- Ethereums Glamsterdam-Upgrade ist am 6. Oktober auf Sepolia live gegangen und bringt das Netzwerk näher an seinen verbleibenden Hoodi-Test und die eventuelle Mainnet-Aktivierung.
- Sepolia testet ein Gaslimit von 200 Millionen zusammen mit Änderungen, die es Ethereum-Clients ermöglichen sollen, mehr Ausführungsarbeit parallel zu bewältigen.
- Glamsterdam führt die verankerte Trennung von Proposer und Builder sowie Zugriffslisten auf Blockebene ein und ändert damit, wie Blöcke erstellt, validiert und verarbeitet werden.
- Entwickler werden die Sepolia-Bereitstellung bewerten, bevor sie den Hoodi-Aktivierungszeitplan festlegen und ein endgültiges Mainnet-Datum bestimmen.
- Es wird erwartet, dass sich die Ethereum-Entwicklung nach Erreichen des Mainnets mit Glamsterdam in Richtung des Hegotá-Upgrades bewegt.
Laut der Ethereum-Community-Mitwirkenden Pooja Ranjan wurde das Upgrade am 6. Oktober um 13:53 UTC auf Sepolia aktiviert und unterzog Änderungen an der Blockproduktion, der Parallelverarbeitung und der Gaspreisgestaltung einem öffentlichen Netzwerktest.
Der Aktivierung gingen wochenlange Vorbereitungen voraus, nachdem Entwickler den Sepolia-Fork auf den 6. Oktober um 13:53:36 UTC geplant hatten. Node-Betreiber mussten sowohl ihre Ausführungs- als auch ihre Konsens-Clients vor dem Fork aktualisieren.
Es wird erwartet, dass Ethereum-Entwickler die Ergebnisse von Sepolia nutzen, bevor sie das Aktivierungsdatum für Hoodi festlegen, die nächste Testnetzphase des Netzwerks. Ein endgültiges Mainnet-Datum wurde nicht bestätigt.
Ethereum Glamsterdam testet ein Gaslimit von 200 Millionen
Eine der wichtigsten Änderungen, die auf Sepolia getestet werden, ist ein Gaslimit von 200 Millionen, mehr als das Dreifache des vor dem Upgrade verwendeten Niveaus von etwa 60 Millionen.
Wie crypto.news zuvor berichtete, bereitete Ethereum den 200-Millionen-Gas-Test vor, um zu sehen, ob Validatoren und Clients unter öffentlichen Netzwerkbedingungen zuverlässig viel größere Blöcke verarbeiten können.
Das höhere Limit gibt Ethereum mehr Raum für Transaktionen innerhalb jedes Blocks, garantiert aber nicht automatisch niedrigere Gebühren. Validatoren müssen die zusätzliche Arbeitslast weiterhin verarbeiten, ausführen und verifizieren, ohne unannehmbare Anforderungen an Hardware oder Netzwerk zu stellen.
Entwickler hatten die höhere Kapazität bereits vor Sepolia getestet. Glamsterdam Devnet 11 schloss seinen Übergang ab und erhöhte dabei das Gaslimit von 60 Millionen auf 200 Millionen, wobei etwa 84.000 Validatoren über mehrere Ethereum-Clients hinweg verwendet wurden.
Der Test auf Sepolia bringt die Konfiguration nun in eine öffentliche Umgebung, in der Entwickler die Client-Leistung und das Verhalten unter Bedingungen überwachen können, die schwieriger zu kontrollieren sind als ein privates Entwicklungsnetzwerk.
Die Ethereum Foundation hatte zuvor 200 Millionen Gas als Zieluntergrenze für Glamsterdam-Tests festgelegt. Weitere Erhöhungen bleiben Teil der längerfristigen Skalierungsarbeit von Ethereum, wobei jedes letztendlich im Mainnet verwendete Gaslimit davon abhängt, wie die Clients mit der zusätzlichen Last umgehen.
Glamsterdam ändert, wie Ethereum-Blöcke erstellt werden
Die beiden Hauptänderungen von Glamsterdam sind die verankerte Trennung von Proposer und Builder, bekannt als ePBS, und Zugriffslisten auf Blockebene.
EIP 7732 bringt die Trennung zwischen Block-Proposern und Block-Buildern direkt in das Konsensprotokoll von Ethereum. Nach diesem Design muss der Validator, der einen Block vorschlägt, nicht dieselbe Rolle ausüben wie der Builder, der seine Ausführungsnutzlast zusammenstellt.
Der Vorschlag trennt die Konsensvalidierung von der Ausführungsvalidierung, wodurch Validatoren zusätzliche Zeit erhalten, um Ausführungs-Payloads zu überprüfen. Ethereum verarbeitet Transaktionen derzeit weitgehend sequenziell, was begrenzt, wie viel Arbeit gleichzeitig bewältigt werden kann.
Die parallele Ausführung soll es Clients ermöglichen, mehr Aktivität zu verarbeiten, ohne sich ausschließlich auf fortlaufende Erhöhungen des Gas-Limits zu verlassen.
Öffentliche Tests bergen eigene Risiken. Entwickler warnten zuvor, dass Builder Sepolia ausnutzen könnten, weil Test-Ether günstig und leicht zu beschaffen ist. Ein bösartiger Builder könnte wiederholt Blockauktionen gewinnen und dann Ausführungs-Payloads zurückhalten, wodurch Bedingungen entstehen, die sich vom Mainnet unterscheiden, wo dasselbe Verhalten echte finanzielle Kosten verursachen würde.
Entwickler behielten adversarische Tests in der länger laufenden Platåberget-Umgebung bei, während sie Sepolia für den öffentlichen Fork vorbereiteten.
Blockzugriffslisten bereiten Ethereum auf parallele Verarbeitung vor
EIP 7928 führt Blockzugriffslisten, oder BALs, ein, die die während eines Blocks zugegriffenen Konten und Speicherorte zusammen mit relevanten Zustandsänderungen nach der Transaktion aufzeichnen.
Die Bereitstellung dieser Informationen im Voraus ermöglicht es Ethereum-Clients zu identifizieren, welche Teile des Zustands während der Ausführung benötigt werden. Clients können dann Daten parallel von der Festplatte lesen, berechtigte Transaktionen gleichzeitig ausführen und Zustandswurzeln effizienter berechnen.
Der Ansatz soll Ethereum davon wegbewegen, alle Ausführungsarbeiten über einen einzigen sequenziellen Pfad abzuwickeln, während Entwickler auf höheren Layer-1-Durchsatz hinarbeiten.
Glamsterdam ändert gleichzeitig die Gasabrechnung. EIP 8037 führt separate Gebühren ein, die an die Zustandserstellung geknüpft sind, und ändert Annahmen, auf die sich einige Anwendungen und Infrastrukturen jahrelang verlassen haben.
Ethereum-Entwickler haben gewarnt, dass die Änderungen Wallets und Gas-Tools beeinträchtigen könnten, die feste Gasannahmen verwenden. Eine einfache ETH-Überweisung an ein bestehendes Konto kann weiterhin 21.000 Gas verwenden, während Operationen, die neuen Zustand erstellen, mehr kosten können.
Fest codierte Gas-Limits, feste Zuwendungen und ähnliche Annahmen könnten daher Änderungen erfordern, während sich Glamsterdam dem Mainnet nähert.
Hegotá wird auf das Glamsterdam-Upgrade folgen
Sobald Glamsterdam das Mainnet erreicht, soll sich die Ethereum-Entwicklung in Richtung Hegotá bewegen, dem nächsten großen Netzwerk-Upgrade, das für 2027 geplant ist.
Entwickler haben den Umfang von Hegotá von Dutzenden von Vorschlägen eingegrenzt, die Privatsphäre, Zensurresistenz, Account-Abstraktion, Gaspreisgestaltung, Validator-Ökonomie und weitere Layer-1-Skalierung abdecken.
EIP 8141, bekannt als Frame Transactions, wurde für Hegotá geplant. Frames würden die Transaktionsautorisierung, -ausführung und Gebührenzahlung trennen, sodass Anwendungen oder andere Konten das Gas für Benutzer übernehmen können, während Validatoren weiterhin Gebühren in ETH erhalten.
Das Design könnte gesponserte Transaktionen, alternative Signatursysteme, Schlüsselrotation und Zahlungen unterstützen, bei denen Benutzer mit Anwendungen interagieren, ohne separat ETH für Gas zu halten.
Privatsphäre bleibt ein weiterer Teil der Arbeit, der für das Upgrade 2027 in Betracht gezogen wird. Ethereum-Forscher haben Transaktionsdesigns untersucht, die Privatsphäre-Pools mehr Kontrolle über Gebührenzahlungen geben könnten, während Fork Choice Enforced Inclusion Lists beabsichtigen, es Buildern schwerer zu machen, berechtigte Transaktionen auszuschließen.
Entwickler begannen im August mit der Überprüfung von 66 Hegotá-Vorschlägen, bevor sie das Paket eingrenzten. Die Kandidaten deckten Account-Abstraktion, Transaktionspreisgestaltung, Zustandswachstum, Zensurresistenz und Netzwerkskalierung ab, wobei einzelne Vorschläge vor der Aufnahme noch Implementierungsarbeit und Tests unterliegen.
Glamsterdam muss zunächst seinen verbleibenden Testnet-Prozess abschließen. Nach Sepolia wird erwartet, dass Entwickler den Hoodi-Aktivierungszeitplan anhand der Ergebnisse des aktuellen Deployments festlegen, bevor sie ein endgültiges Datum für den Mainnet-Fork bestimmen.
