Ethereum-Entwickler erwägen ein „existentielles“ Upgrade des EVM

Wenn es ein Ethereum-Upgrade gibt, das jemals eine Brautjungfer war, dann ist es das EVM Object Format (EOF).

Sie war einmal verlobt und plante, in Shanghai zu heiraten, wurde aber bald darauf von Entwicklern beiseite geschoben, die sich auf eine düstere Zukunft in Proto-Danksharding freuten.

Wenn Sie keine Ahnung haben, was dieser Satz bedeutet, machen Sie sich keine Sorgen. Es ist eine Metapher für stundenlange Diskussionen über jahrelange Anrufe von Ethereum-All-Core-Entwicklern.

Nach dem ACD-Anruf am Donnerstag wissen wir immer noch nicht, ob EOF endlich die Chance bekommt, eine Braut zu sein. Aber zumindest liegt ein klarer Vorschlag auf dem Tisch.

Mehr lesen: Dencun und Pralectra: Die Kernentwickler von Ethereum planen ein ehrgeiziges Jahr 2024

Die Entwickler hatten EOF für den Shapella-Hard Fork stark in Betracht gezogen. Vor einem Jahr entschied man sich jedoch nach einigem Nachdenken dafür, den Fokus weiterhin ausschließlich auf Abhebungen durch Einsätze zu legen.

Nachdem Shapella sicher verschifft war, befanden sich unter den Kandidaten für die Aufnahme in Dencun erneut EOF. Und wieder wurde es auf Eis gelegt, sehr zum Leidwesen der beiden Hauptverfechter des Spielfilms, Danno Ferrin und Greg Colvin.

Im April 2023 herrschte Konsens darüber, dass EOF zu groß sei, um sich die Bühne mit EIP-4844 – Proto-Danksharding – zu teilen, und dass man daher gehen müsse. Letzteres hat sich durchgesetzt, da es das Potenzial hat, das Benutzererlebnis von Layer-2-Rollups drastisch zu verbessern.

Als Trost schlug Ansgar Dietrichs von der Ethereum Foundation vor, EOF als Schwerpunkt des nächsten Upgrades, Prag, festzulegen. „Es ist zu groß, um der zweite Platz in einem Fork zu sein“, sagte er. Es sollte also ein eigenes haben.

Mehr lesen: Das nächste Upgrade von Ethereum konzentriert sich auf Blobs

Dencun, mit 4844 als „Treiber“, bleibt im März auf dem Weg zum Mainnet, da Entwickler am Dienstag einen „ereignislosen“ Hard Fork des Sepolia-Testnetzes meldeten.

„Wir sahen Endgültigkeit und Blobs, die genau dann auftauchten, wenn wir es wollten“, sagte Parithosh Jayanthi von der Ethereum Foundation.

Vor dem Mainnet ist nur noch ein Testnetz, Holesky, übrig, und Dencun sollte am 7. Februar seinen letzten Test erhalten.

EOF über die Ziellinie schieben

Der Großteil des Anrufs am Donnerstag zielte darauf ab, den aktuellen Status des nächsten großen Feature-Forks zu verstehen. Dieses Konsensschicht-Upgrade trägt den Namen „Prag“ und ist nach dem Standort von Devcon 4 benannt. Mittlerweile bezeichnen Ausführungskunden „Electra“ – eine Bezeichnung, die von einem blau-weißen Riesenstern im Sternbild Stier inspiriert ist gleiches Upgrade.

Die Prioritäten für „Pectra“ nehmen langsam Gestalt an. Sehr langsam.

Ferrin machte erneut den Pitch für EOF und nannte es „existenziell für die EVM in den nächsten Jahren“.

Als Leiter der EOF-Implementierer-Arbeitsgruppe sagte Ferrin, dass die Entwickler „in den ‚Ship-it‘-Modus übergegangen sind“.

EOF zielt darauf ab, die Smart Contracts von Ethereum sicherer, effizienter und entwicklerfreundlicher zu machen. Dies ist von besonderer Bedeutung für Ethereum-Dapp-Entwickler, die normalerweise nicht an den zweiwöchentlichen All-Core-Dev-Calls teilnehmen.

Dies hinterließ bei einigen Kundenteams den Eindruck, dass EOF in der Vergangenheit nicht wichtig war, ein Stigma, das schwer abzuschütteln war.

Bei dem Anruf am 4. Januar brachte Dragan Rakita vom Reth-Kundenteam seine starke Unterstützung für EOF zum Ausdruck, und Nethermind-Entwickler Lukasz Rozmej bemerkte, dass EOF viel einfacher zu testen sei als Verkle-Bäume – der Hauptkonkurrenzschwerpunkt für den nächsten Fork.

Mehr lesen: Big Geth-Benutzer diversifizieren ihre Kunden aufgrund des Nethermind-Bugs

Sogar Marius van der Wijden von Go Ethereum (Geth), zuvor ein EOF-Skeptiker, schien mit der Idee relativ einverstanden zu sein.

„Ich habe mich auf EOF vorbereitet, es hat für mich einfach keine Priorität“, sagte van der Wijden.

Der Support wurde nach dem Anruf vom 18. Januar weiter ausgebaut. Georgios Konstantonopolous, Chief Technology Officer von Paradigm, sagte, es sei „von einer Person in ein paar Monaten machbar“.

Ferrin bekräftigte diese Meinung beim letzten Anruf und argumentierte, dass die Arbeit an EOF und Verkle von verschiedenen Ingenieuren innerhalb der Kundenteams durchgeführt werde und dass eine Verpflichtung dazu den Fortschritt der Arbeit an Verkle daher nicht verhindern würde.

Aber Guillaume Ballet, ein Geth-Entwickler bei der Ethereum Foundation, war noch nicht überzeugt und befürchtete, dass EOF sich negativ auf Verkle auswirken könnte.

„Wenn es zuerst geht, muss ich sicherstellen, dass wir nicht etwas verschicken und uns in die Ecke stellen, weil wir merken, dass wir etwas kaputt gemacht haben“, sagte Ballet.

Andrew Ashikhmin, Softwareentwickler im Erigon-Kundenteam, schlug vor, sich für EOF zu engagieren, mit der Einschränkung, dass es auf einem Verkle-Testnetz getestet wird und dass in den kommenden Wochen Zeit für die Zusammenarbeit zwischen Verkle und EOF-Implementierern eingeplant wird.

Es ist ein bisschen wie ein Henne-Ei-Problem, wie Ferrin beobachtete.

„Bevor wir es in Verkle ins Testnetz stellen können, müssen wir es in Clients zum Laufen bringen“, sagte er und fügte hinzu, dass sein Besu-Client-Team EOF bald zu Testzwecken in Betrieb nehmen könnte. 

Aber er ist überzeugt, dass es mit Verkle kompatibel sein sollte.

„Ich will kein ‚sollte‘, ich will, dass es funktioniert“, entgegnete Ballet.

EOF versucht immer noch, den Blumenstrauß zu fangen, und wartet darauf, dass ein Verehrer ihn den Gang entlang führt.

Verpassen Sie nicht die nächste große Story – abonnieren Sie unseren kostenlosen täglichen Newsletter.