Ethereum 'Zwei-Spuren-Update'... Glamsterdam geht in die öffentliche Testphase, Hegotá in die frühe Validierung

[Blockmedia Reporter Ham Ji-hyun] Ethereum bereitet sich auf die Implementierung des nächsten Upgrades 'Glamsterdam' im Sepolia-Testnetz vor. Das nachfolgende Upgrade 'Hegotá' wird ebenfalls parallel entwickelt, indem die Kernfunktionen jeweils getestet und dann integriert werden.

Laut dem Entwickler-Testmeeting 'ACDT #97', das am 24. von Ethereum Collective Korea (ECK) organisiert wurde, haben die Entwickler am 21. (Ortszeit) in einer Sitzung den Zeitplan für das Glamsterdam-Testnetz und die Anfangstests von Hegotá koordiniert. Der Fokus lag darauf, in welcher Reihenfolge die bereits in Arbeit befindlichen Funktionen validiert werden sollen, anstatt neue Funktionen hinzuzufügen.

Der Hauptupgradefluss von Ethereum verläuft von 'Fusaka', das bereits im Mainnet implementiert ist, über das derzeit getestete 'Glamsterdam' bis hin zu 'Hegotá'. Glamsterdam zielt darauf ab, im vierten Quartal dieses Jahres im Mainnet implementiert zu werden, während Hegotá für das zweite Quartal nächsten Jahres geplant ist, jedoch sind keine konkreten Daten festgelegt.

Um Glamsterdam im Mainnet einzuführen, muss zunächst die Stabilität der neuen Funktionen im Testnetz überprüft werden. Die Ethereum-Testnetze, die in diesem Prozess verwendet werden, sind 'Sepolia' und 'Hoodi'. Die Entwickler planen, Glamsterdam zuerst in diesen beiden Testnetzen zu implementieren, wobei Sepolia hauptsächlich zur Überprüfung der ordnungsgemäßen Funktion von Anwendungen und Smart Contracts und Hoodi zur Überprüfung der Validator-Betrieb und Staking-Netzwerkfunktionen verwendet wird.

Sepolia und Hoodi sind keine separaten Upgrade-Namen, sondern Ethereum-Testnetze, die zur Validierung neuer Funktionen vor deren Einführung im Mainnet verwendet werden. Sepolia wird hauptsächlich zur Prüfung von Anwendungen und Smart Contracts verwendet, während Hoodi zur Prüfung des Validator-Betriebs und der Staking- und Netzwerk-Upgrades dient. Daher wird Hoodi nicht in Ethereum implementiert, sondern Glamsterdam wird zuerst im Hoodi-Testnetz implementiert, um die Stabilität zu überprüfen.

Glamsterdam hat die Phase erreicht, in der der Umfang der Hauptfunktionen festgelegt und die Stabilität im Entwickler-Testnetz (Devnet) überprüft wird. Zuvor hatte die Ethereum-Stiftung am 17. des letzten Monats ein Vorab-Testnetz 'Platåberget' veröffentlicht, an dem auch allgemeine Entwickler und Node-Betreiber teilnehmen können. Dies schafft eine Umgebung, um im Voraus zu überprüfen, ob Wallets und verschiedene Dienste nach dem Upgrade ordnungsgemäß funktionieren.

Der nächste wichtige Termin ist der 6. Oktober, an dem Glamsterdam im Sepolia-Testnetz implementiert wird. Entsprechend haben die einzelnen Entwicklerteams beschlossen, die neue Version der Netzwerk-Client-Software bis zum 29. dieses Monats zu veröffentlichen. Das Datum für die Implementierung von Glamsterdam im Hoodi-Testnetz wurde vorläufig auf den 27. Oktober festgelegt, und die Entscheidung über die Durchführung wird am 8. Oktober getroffen.

Das bedeutet, dass Glamsterdam derzeit die Funktionalität und die anfängliche Implementierung durchläuft, während die Stabilitätsprüfung im bestehenden öffentlichen Testnetz wie Sepolia und Hoodi sowie die Einführung im Mainnet noch aussteht. Auch wenn der Zeitplan für die Implementierung in Sepolia festgelegt wurde, ist dies noch nicht das endgültige Datum für die Veröffentlichung im Mainnet.

Der Kern von Glamsterdam besteht darin, die interne Struktur von Ethereum zu ändern, um mehr Transaktionen verarbeiten zu können. Beispiele sind ePBS, das die Rollen von Blockerstellern und Validatoren, die diese im Netzwerk vorschlagen, als interne Netzwerkregel verwaltet, und BAL, das eine Liste bereitstellt, welche Daten von Transaktionen gelesen und geändert werden. Insbesondere ermöglicht BAL die gleichzeitige Verarbeitung mehrerer Aufgaben, indem es Transaktionen unterscheidet, die sich nicht gegenseitig beeinflussen.

Ein Bug-Bounty-Programm, das Belohnungen für das Finden und Melden von Schwachstellen bietet, ist ebenfalls im Gange. Allerdings sind die Belohnungen für Glamsterdam zum Stand vom 24. auf technische Spezifikationen und Ethereum Improvement Proposals (EIPs) beschränkt. Der Implementierungscode von Glamsterdam im Client ist noch nicht Teil der Belohnungen, und der Umfang der Belohnungen wird nach der Veröffentlichung der Release-Kandidaten-Version erweitert.

Hegotá, separate Validierung von 'Transaktionszensurvermeidung' und 'Wallet-Komfort'

Hegotá, das sich auf die Zeit nach Glamsterdam vorbereitet, befindet sich in der Phase, in der die Kernfunktionen festgelegt und die anfängliche Implementierung sowie die Testnetzstruktur vorangetrieben werden. Die Hauptfunktionen sind 'FOCIL (Fork Choice Based Mandatory Inclusion List)' und 'Frame Transaction (EIP-8141)', während weitere Details zusätzliche Diskussionen erfordern.

FOCIL ist ein Mechanismus, der es Blockerstellern erschwert, bestimmte legitime Transaktionen absichtlich auszuschließen. Ziel ist es, die Probleme zu verringern, bei denen einigen Akteuren die Auswahlrechte für Transaktionen konzentriert werden, indem mehrere Validatoren eine Liste von Transaktionen bereitstellen, die in den Block aufgenommen werden müssen, und diese einhalten.

Frame Transaction ist ein Vorschlag, die Genehmigungs- und Gebührenverarbeitungsmethoden von Wallets programmatisch in die grundlegenden Transaktionsregeln von Ethereum zu integrieren, um die Genehmigungs- und Gebührenzahlungsprozesse von Wallets flexibler zu gestalten. Der Kern besteht darin, die Funktionen, die zuvor über separate Infrastrukturen durch ERC-4337 bereitgestellt wurden, auf Netzwerkebene direkt zu unterstützen.

Bei ERC-4337 sendet der Benutzer eine Anfrage namens 'UserOperation' anstelle einer regulären Transaktion, die von einem 'Bundler' gesammelt und als Ethereum-Transaktion eingereicht wird. Anschließend überprüft ein gemeinsamer Smart Contract namens 'EntryPoint' die Genehmigungsbedingungen der Wallet und verwaltet den Prozess der Ausführung der Anfrage. Wenn der Dienst die Gebühren des Benutzers übernimmt, wird auch ein separater Vertrag namens 'Paymaster' verwendet. Es ist möglich, bequeme Wallet-Funktionen zu implementieren, ohne die grundlegenden Transaktionsregeln von Ethereum zu ändern, jedoch ist eine zusätzliche Infrastruktur erforderlich, um dies zu verbinden.

Im Gegensatz dazu besteht die Frame Transaction aus mehreren Verarbeitungsschritten wie 'Bestätigung der Genehmigung des Benutzers', 'Bestätigung der Zustimmung des Gebührenzahlers' und 'tatsächliche Ausführung der Transaktion'. Dies bedeutet, dass der Prozess, in dem überprüft wird, ob der Benutzer die Überweisung genehmigt hat und ob der Dienst zugestimmt hat, die Gebühren zu übernehmen, in einer einzigen Transaktion zusammengefasst wird. Im Gegensatz zur Verarbeitung separater Benutzeranfragen in regulären Transaktionen wird die Transaktionsstruktur von Ethereum so geändert, dass sie diese Struktur unterstützt.

Zum Beispiel kann ein Benutzer, der nur Stablecoins ohne ETH besitzt, so gestaltet werden, dass der Gebührenzahler die Gebühren in ETH an das Netzwerk zahlt und vom Benutzer in Stablecoins bezahlt wird, wenn er eine Überweisung tätigt. Es ist auch möglich, die 'Token Genehmigung' und den 'Token Austausch' in einer einzigen Transaktion zu bündeln und die Genehmigung zurückzuziehen, wenn der Austausch fehlschlägt.

In dieser Sitzung beschlossen die Entwickler, beide Funktionen zunächst in separaten Devnets zu testen und, sobald die grundlegenden Operationen stabil sind, in ein gemeinsames Hegotá-Integrations-Devnet zu kombinieren. Die Überlegung ist, dass es schwierig ist, die Ursache zu finden, wenn komplexe Funktionen von Anfang an auf einmal implementiert werden und Fehler auftreten.

Allerdings gab es auch die Meinung, dass einzelne Tests nicht ausreichend sind. Es muss überprüft werden, ob FOCIL, das verlangt, dass Transaktionen in den Block aufgenommen werden, auch in Kombination mit dem neuen Format der Frame-Transaktionen funktioniert. Tony Barshütter, ein Forscher der Stiftung, wies darauf hin, dass eine frühzeitige Integrationsvalidierung wichtig ist, da die beiden Funktionen eng miteinander im Transaktions-Pool, dem 'Mempool', interagieren.

Matt Garnett, ein Entwickler von Geth, sagte: "Ich möchte ein Devnet für Frame und FOCIL vor Devcon zum Laufen bringen." Dies ist ein Vorschlag, das Integrations-Devnet im Oktober zu verfolgen, wenn die ersten Tests reibungslos verlaufen. Dies ist das Ziel für den Betrieb des Entwickler-Testnetzes, bedeutet jedoch nicht, dass Hegotá zu diesem Zeitpunkt im Mainnet implementiert wird.

In Bezug auf Glamsterdam wurde auch diskutiert, wie lange die Knoten, die am Netzwerkbetrieb teilnehmen, historische Blöcke und die erforderlichen Hilfsdaten für die Transaktionsverarbeitung aufbewahren und anderen Knoten zur Verfügung stellen sollten. Eine Verkürzung der Aufbewahrungsfrist könnte den Betreibern die erforderliche Speicherkapazität reduzieren.

Allerdings würde die gesamte Speicherlast nicht verringert, wenn eine Software die Daten löscht, während eine andere die gleichen Daten aufbewahren muss. Daher wurde angemerkt, dass die Aufbewahrungsrichtlinien für die Daten des 'Execution Layer', der die Transaktionen verarbeitet, und des 'Consensus Layer', der für die Einigung über die Blöcke verantwortlich ist, gemeinsam angepasst werden müssen.

Die Entwickler haben in dieser Sitzung keinen Aufbewahrungszeitraum festgelegt und die Diskussionen und nachfolgenden Entwickler-Meetings online fortgeführt. Es wurde auch bestätigt, dass dies keine Bedingung ist, die die Implementierung von Glamsterdam im Sepolia-Testnetz behindert.

Dieser Inhalt wird nur zu allgemeinen Informationszwecken bereitgestellt und stellt keine finanzielle, Anlage-, Rechts- oder Steuerberatung dar. Alle erwähnten Ereignisse, Prämien, Online-Aktionen oder zugehörige Informationen sollten nicht als Empfehlung, Aufforderung oder Einladung zum Kauf, Verkauf, Handel oder anderweitigem Umgang mit Krypto-Assets betrachtet werden. Krypto-Assets sind sehr volatil und können zu Verlusten führen. Die Verfügbarkeit von WEEX Services, Produkten und zugehörigen Aktionen kann je nach Region unterschiedlich sein. Sie sind dafür verantwortlich sicherzustellen, dass Ihre Teilnahme mit geltenden lokalen Gesetzen und Vorschriften übereinstimmt.