Die Ethereum-Kernentwickler haben beschlossen, die Aktivierung des Glamsterdam-Upgrades im Hoodi-Testnetz zu verschieben. Diese Entscheidung fiel, nachdem festgestellt wurde, dass die neuen Gasberechnungsregeln die Ausführungslogik bereits implementierter Smart Contracts beeinträchtigen und möglicherweise dazu führen könnten, dass bestimmte fehlgeschlagene Transaktionen unwiderruflich in der Blockchain gespeichert werden.
Notstopp im Testplan von Ethereum
Das Ethereum-Technikteam stimmte zu Die Aktivierung von Glamsterdam im Hoodi-Netzwerk abbrechen Während des letzten Entwickler-Implementierungstreffens. Der ursprünglich für diesen Meilenstein festgelegte Termin war der 26. Oktober um 17:42:48 UTC, aber die Einführung wurde gestoppt, ohne dass ein neuer bestätigter Zeitplan für die Reaktivierung oder die letztendliche Einführung im Hauptnetzwerk vorliegt.
Dieser Rückschritt erfolgte aufgrund einer technischen Warnung bezüglich der Abwärtskompatibilität des Netzwerks. Obwohl Glamsterdam die Vorphase im Sepolia-Netzwerk am 6. Oktober abschloss, stellte der Wechsel zu Hoodi einen groß angelegten Test dar. Ziel war es, das Systemverhalten mit einem erweiterten Limit von 200 Millionen Gas pro Block zu bewerten – ein deutlich höherer Schwellenwert, der äußerste Vorsicht erforderte, um die dezentrale Infrastruktur nicht zu überlasten.
Die Entwicklergemeinschaft priorisiert Stabilität gegenüber der Einhaltung von Fristen. In einem Ökosystem, in dem Tausende von dezentralen Finanzprotokollen und autonomen Anwendungen operieren, muss jede Änderung an der virtuellen Maschine gewährleisten, dass vor Jahren entwickelte Softwareprogramme weiterhin unter exakt denselben Sicherheitsbedingungen funktionieren.
Die Auswirkungen der Vorschläge EIP-8037 und EIP-8038 auf Gas
Der Kern der technischen Kontroverse liegt in der Kombination zweier konkreter Verbesserungsvorschläge: EIP-8037 und EIP-8038. Der erste dieser Vorschläge zielt darauf ab, die Kosten für die Erstellung neuer Datensätze in der Ethereum-Datenbank neu zu strukturieren, um das übermäßige Wachstum des Netzwerkzustands bei steigendem Verarbeitungsvolumen und zunehmender Kapazität der Blockchain einzudämmen.
Ein am 13. Oktober veröffentlichter Sicherheitsbericht warnte jedoch vor unvorhergesehenen Nebenwirkungen. Durch die Änderung der Berechnung und Erstattung des Kraftstoffkostens bei fehlgeschlagenen internen Anrufen kann das System Verträge mit einem anderen Resttankvolumen als von den ursprünglichen Erstellern prognostiziert hinterlassen. Dies verändert die Art und Weise, wie Anwendungen interne Betriebsstörungen behandeln, grundlegend.
Es gibt speziell entwickelte Verträge, die Fehler in Unterprogrammen abfangen und programmierte Entscheidungen treffen, je nachdem, ob das Rechenkontingent erschöpft ist. Gibt das Protokoll bereits vollständig verbrauchte Gaseinheiten zurück, kann der Vertrag nachfolgende Anweisungen ausführen, die eigentlich hätten rückgängig gemacht werden sollen, um inkonsistente Zustände zu konsolidieren oder dauerhafte Fehler im Systemspeicher zu protokollieren.
Abweichungen bei den Speicher- und Ausführungskosten
Die technische Analyse ergab, dass sich das Problem auch in umgekehrter Richtung manifestiert und die Kosten des Routinebetriebs unerwartet erhöht. Beispielsweise kann die Schaffung eines neuen Speicherslots nach den vorgeschlagenen Regeln bis zu 110.020 Einheiten Gas erfordern, wenn eine sekundäre Zuteilung erschöpft ist, verglichen mit den üblichen Basiskosten von 22.100 Einheiten in der vorherigen Architektur.
Dieser plötzliche Anstieg kann dazu führen, dass völlig legitime Transaktionen aufgrund unzureichenden Gasbudgets fehlschlagen. Viele Smart Contracts legen strenge Verbrauchsgrenzen für die Interaktion mit anderen Modulen fest, um sich vor Wiedereintrittsangriffen oder missbräuchlichem Verbrauch zu schützen. Bei einer Verfünffachung der Speicherzuweisungsgebühr werden geplante Operationen abrupt unterbrochen.
Um die Funktionsweise dieser Gebühren und die Logik des Vertragssystems eingehend zu verstehen, können Sie die Schulungsressourcen von [Name der Organisation/des Anbieters] konsultieren. Bit2Me-AkademieHier wird die Architektur der Ethereum Virtual Machine analysiert. Die Aufrechterhaltung dieser Guthaben ist unerlässlich, damit dem Benutzer bei der Interaktion mit Produktionsanwendungen keine Verluste durch abgebrochene Ausführungen oder unverhältnismäßig hohe Gebühren entstehen.
Glamsterdams Ziele jenseits der Gasberechnungen
Trotz dieses Rückschlags im Testnetz bringt das Glamsterdam-Upgrade bedeutende Änderungen mit sich, die die Blockchain-Infrastruktur von Ethereum modernisieren sollen. Zu den wichtigsten Neuerungen zählt eine grundlegende Überarbeitung des Mechanismus zur Auswahl der Block-Builder. Dieser soll die negativen Auswirkungen des Maximum-Value-Minings durch Validatoren abmildern und die technische Beteiligung demokratisieren.
Das Ziel, Blöcke mit einem Verbrauch von bis zu 200 Millionen Gaseinheiten zu ermöglichen, bleibt Teil der mittelfristigen Roadmap. Diese Kapazität würde das Volumen komplexer Transfers und Anrufe pro Sekunde, die die erste Schicht direkt verarbeiten kann, vervielfachen, wodurch die Tarife bei Spitzenlasten indirekt gesenkt und die Abrechnung für Lösungen der zweiten Schicht optimiert würden.
Die Verschiebung beweist, dass der technische Governance-Prozess von Ethereum strenge Filter aufweist. Diejenigen, die entscheiden Ethereum kaufen Um ihr Portfolio aufzubauen, verfolgen sie diese technischen Entscheidungen genau, da die Zuverlässigkeit der Ausführungsregeln der Eckpfeiler ist, der den Wert des Netzwerks auf internationalen Märkten und seine regulierte institutionelle Akzeptanz aufrechterhält.
Häufig gestellte Fragen
Welches konkrete Problem hat zur Unterbrechung des Updates geführt?
Forscher entdeckten, dass die Gasregeln in den Vorschlägen EIP-8037 und EIP-8038 das Vertragsverhalten im Fehlerfall veränderten. Dies ermöglichte es, dass bestimmte fehlerhafte Transaktionen dauerhaft gespeichert blieben und nicht rückgängig gemacht werden konnten, oder dass gültige Transaktionen fehlschlugen, da bis zu 110.020 Gaseinheiten pro Slot benötigt wurden, im Vergleich zu den üblichen 22.100.
Betrifft diese Sicherheitslücke Benutzergelder im Hauptnetzwerk?
Nein, die Gelder im Hauptnetzwerk sind nicht gefährdet, da die Änderung bisher nur in geschlossenen Testumgebungen wie Sepolia implementiert und noch nicht im Live-Netzwerk implementiert wurde. Die Schwachstelle wurde vor der Aktivierung der Phase auf Hoodi identifiziert, wodurch jeglicher Schaden für das operative System verhindert wurde.
Wann wird Glamsterdam vollständig implementiert sein?
Aktuell wurde weder für das Hoodi-Testnetz noch für die Inbetriebnahme des Hauptnetzes ein Alternativtermin festgelegt. Die Entwickler werden nach der Korrektur der Gasmodelle zur Gewährleistung der Kompatibilität mit dem bestehenden Code in den kommenden technischen Besprechungen neue Zeitpläne abstimmen.
Die vorsorgliche Abschaltung von Glamsterdam im Hoodi-Netzwerk verdeutlicht die Komplexität der Modernisierung eines dezentralen, produktiven Netzwerks, ohne dabei Milliarden an operativen Anwendungen zu gefährden. Die frühzeitige Erkennung dieser Anomalien im Gastarifsystem unterstreicht die Wichtigkeit gründlicher Prüfungen jedes Vorschlags, bevor Änderungen an der Konsensschicht vorgenommen werden.
Während Sicherheitsteams und Entwickler die Spezifikationen der EIP-8037- und EIP-8038-Vorschläge verfeinern, wird das Ökosystem über einen besser vorhersehbaren Rahmen für die Skalierung seiner Transaktionskapazität verfügen, ohne die bisherige Logik seiner Smart Contracts zu gefährden.
Die Investition in Kryptoassets unterliegt keinen umfassenden Regulierungen und ist aufgrund der hohen Volatilität möglicherweise nicht für Privatanleger geeignet. Zudem besteht das Risiko, den gesamten investierten Betrag zu verlieren.
Dieser Artikel wurde mithilfe von Werkzeugen der generativen künstlichen Intelligenz erstellt.
