Die Ethereum Foundation hat den 6. Oktober als Aktivierungsdatum für das Glamsterdam-Upgrade auf dem Sepolia-Testnet von Ethereum festgelegt und damit Node-Betreibern eine Frist zur Aktualisierung ihrer Software sowie Anwendungsteams ein öffentliches Netz zum Testen der Änderungen gegeben. Gewöhnliche ETH-Inhaber müssen für diese Aktivierung nichts unternehmen. Für Leser, die mit Ethereums Entwicklungszyklus weniger vertraut sind: Ein Testnet ist ein paralleles Netz, in dem Client-Teams und Anwendungsentwickler Protokolländerungen probehalber durchspielen, bevor diese das Hauptnetz von Ethereum erreichen. Diese Aktivierung ist daher ein Koordinationsmeilenstein auf dem Weg zu einer möglichen Mainnet-Terminierung und keine Änderung der Live-Chain.

Laut der im Blog der Foundation veröffentlichten Ankündigung bereitet Glamsterdam Ethereum darauf vor, mehr Arbeit zu bewältigen, während die Gasgebühren für bestimmte Operationen geändert werden. Der öffentliche Test ermöglicht es Entwicklern zu prüfen, ob Anwendungen unter den neuen Regeln weiterhin korrekt ausgeführt werden und Gebühren genau geschätzt werden können.

Wird Glamsterdam ändern, was Nutzer zahlen?

Die Auswirkung hängt von der Transaktion ab. Das Anlegen eines Kontos, das Deployen von Contract-Code oder das Hinzufügen von Storage hinterlässt Informationen, die die Nodes von Ethereum dauerhaft speichern müssen. Glamsterdam ändert die Gasgebühr für diese Arbeiten sowie für den Zugriff auf bestehende Datensätze.

EIP-8037 erhöht die Kosten für die State-Erstellung und weist sie separat aus, während EIP-8038 die Gebühren für das Lesen und Schreiben gespeicherter Informationen aktualisiert. Eine Anwendung, die erheblichen neuen Storage anlegt, wird daher ein anderes Kostenprofil aufweisen als eine einfache Zahlung.

Für einen einfachen ETH-Transfer an ein bestehendes normales hält die aktuelle Transaktions-Gas-Spezifikation (EIP-2780) die Gebühr bei 21.000 Execution-Gas. Dieser Wert misst die der Transaktion zugerechnete Arbeit; der tatsächlich gezahlte Betrag hängt weiterhin vom Gaspreis zum Zeitpunkt der Einreichung ab.

Ethereums Gebühren-Dokumentation erklärt, dass die endgültige Gebühr vom verbrauchten Gas und dem Preis pro Einheit abhängt, wobei die Nachfrage die Preisbildung beeinflusst. Mehr Kapazität kann die Konkurrenz um Blockplatz verringern, während höhere Gebühren für bestimmte Operationen deren Gasverbrauch erhöhen können. Die Behauptung, Glamsterdam werde jede Transaktion günstiger machen, würde diesen Unterschied außer Acht lassen.

Warum Ethereum die Arbeit hinter jedem Block verändert

Mehr Kapazität erhöht auch die Arbeit, die die Nodes leisten müssen: den Empfang von Transaktionsdaten, deren Prüfung und die Pflege von Ethereums Datensätzen. Glamsterdam adressiert die verfügbare Zeit für diese Prüfungen und wie die Client-Software den Datenzugriff organisiert. Der Ausgleich dieser beiden Spannungen – mehr sinnvolle Arbeit in jeden Block zu packen, während die Verifizierungszeit beherrschbar bleibt – ist die Randbedingung, um die das Upgrade herum entworfen wurde, und der Grund, warum die Skalierungs- und Repreisigungsänderungen gemeinsam kommen.

Block-Builder: Die Übergabe wird Teil des Protokolls

Spezialisierte Builder wählen und ordnen Transaktionen bereits heute für viele Validatoren. Die Enshrined Proposer-Builder Separation (ePBS) verlagert den Commitment-, Liefer- und Zahlungsmechanismus für diese Beziehung in Ethereums Protokoll.

Nach diesem Design wählt ein validierender Blockvorschlagender das Commitment eines Builders zur Lieferung bestimmter Transaktionsdaten aus, und der Builder liefert diese anschließend. Die Trennung von Konsensprüfungen und Ausführungsprüfungen gibt Validatoren mehr Zeit zur Verifizierung, während das Protokoll die Zahlung für den Austausch übernimmt.

Access Lists: Nodes bei der Validierungsorganisation helfen

Block-Level-Access-Lists erfassen die während der Ausführung berührten Konten und Storage-Bereiche samt der resultierenden Werte. Client-Software kann diesen Datensatz nutzen, um Daten parallel zu laden und kompatible Validierungsarbeiten parallel zu organisieren.

Die Liste wird aus Ausführungsdaten erzeugt und muss ihrerseits geprüft werden. Sie hilft Nodes, Abhängigkeiten zwischen Transaktionen zu erkennen; sie sagt deren Auswirkungen nicht voraus, bevor der Builder sie ausführt, und die Leistungsverbesserung hängt davon ab, wie Clients diese Fähigkeiten implementieren.

Zusammen schaffen diese Änderungen Raum für eine höhere Ausführungskapazität. Die Gas-Repreisigung adressiert die damit einhergehende Datenbanklast: Mehr Aktivität zulassen ist leichter zu bewältigen, wenn Operationen, die gespeicherte Daten anlegen oder darauf zugreifen, proportional zu ihrem Ressourcenbedarf belastet werden.

Ein festes Gas-Budget kann zum Anwendungsproblem werden

Man betrachte einen Contract, der einer internen Operation eine feste Gasmenge zuweist Wird diese Operation teurer, kann sie das Budget überschreiten und fehlschlagen; der Gesamttransaktion mehr Gas zu geben, ändert nicht unbedingt ein Limit, das im Contract selbst hinterlegt ist.

Deshalb muss das Testen über die Prüfung hinausgehen, ob das Netz erfolgreich aktiviert wird. Eine Wallet muss ihre Schätzung möglicherweise anpassen, während ein Contract mit hartkodiertem Budget eine andere Lösung erfordern kann.

Die Repreisigungs-Impact-Analyse der Foundation spielte historische Mainnet-Transaktionen unter dem vorgeschlagenen Gas-Schema erneut durch. Bei den getesteten Transaktionen blieben die Ergebnisse in der großen Mehrheit unverändert. Einige betroffene Transaktionen wurden abgeschlossen, nachdem das bereitgestellte Gas-Limit erhöht worden war, während eine kleinere Gruppe selbst mit deutlich höherem Limit potenziell fehlerhaft blieb. Entwickler können die Suche nach betroffenen Contracts der Foundation nutzen, um Adressen und Fehlerarten zu untersuchen. Teams, die Wallets, Transaktionsdienste und Node-Tooling betreuen, müssen zudem ihre Gas-Schätzungen aktualisieren, statt auf zwischengespeicherte Kostannahmen zu setzen. Da der 6. Oktober nun feststeht, sind die beobachtbaren Meilensteine zwischen der Testnet-Aktivierung und einer künftigen Mainnet-Terminierung konkret: ob Wallet- und Tooling-Releases mit aktualisierten Gas-Schätzungen erscheinen und ob die Teams hinter den von der Suche aufgezeigten Contracts eigene Fixes ausrollen.

Wer muss handeln?

Sepolia-Betreiber und Validatoren: Kompatible Execution- und Consensus-Clients installieren. Validatoren müssen ihren Beacon-Node und Validator-Client aktualisieren und die neuen ePBS-Pflichten sowie die Anforderungen an Builder-Tooling prüfen.

Anwendungsentwickler: Ausführung und Gas-Schätzungen unter den überarbeiteten Regeln testen, insbesondere wo Contracts feste Gas-Werte verwenden.

Mainnet-Nutzer und ETH-Inhaber: Für diese Testnet-Aktivierung ist kein Handeln erforderlich. Anweisungen zum Mainnet werden Teil einer separaten Ankündigung sein.

Eine erfolgreiche Aktivierung wird zeigen, dass die Clients den neuen Regeln gemeinsam folgen. Die anschließenden Anwendungstests werden zeigen, ob Wallets Gebühren korrekt schätzen und betroffene Contracts zuverlässig funktionieren – beides ist notwendig, bevor die vorgeschlagenen Skalierungsverbesserungen Mainnet-Nutzern einen verlässlichen Dienst bieten können.