Ethereum plant Überarbeitung des entscheidenden Programmierstandards mit „EVM Object Format“

Als erfahrener Analyst mit über zwei Jahrzehnten Erfahrung in der Technologie- und Blockchain-Branche habe ich die Entwicklung von Ethereum von seinen Anfängen bis zu seinem aktuellen Status als größte Smart-Contract-Plattform miterlebt. Das vorgeschlagene Upgrade des EVM Object Format (EOF) ist eine faszinierende Entwicklung, die bei erfolgreicher Umsetzung die Entwicklererfahrung auf Ethereum erheblich verbessern könnte.

Entwickler, die an Ethereum arbeiten, streben ein Update an, das erhebliche Änderungen an der Codierungsumgebung des Netzwerks einführen könnte, die ebenso transformativ sein könnten wie die erstmalige Einführung von Smart Contracts auf der Blockchain vor fast zehn Jahren und zu einer großen Störung in der Kryptoindustrie führen könnte.

Als erfahrener Blockchain-Entwickler mit jahrelanger Erfahrung in verschiedenen Projekten habe ich die laufenden Diskussionen rund um den Ethereum Improvement Proposal (EIP), bekannt als EVM Object Format (EOF), aufmerksam verfolgt. Angesichts meines Hintergrunds und der Lehren, die ich aus früheren Sicherheitsvorfällen in diesem Bereich gezogen habe, verstehe ich die Bedenken einiger Teilnehmer hinsichtlich möglicher Risiken. Ich freue mich jedoch, dass diese vorgeschlagene Änderung nun später in diesem Jahr oder Anfang nächsten Jahres Teil eines bedeutenden Pakets namens Pectra Hard Fork sein wird. Dieses Update könnte der virtuellen Maschine (EVM) von Ethereum mehr Robustheit und Effizienz verleihen, wovon nicht nur Entwickler wie ich, sondern das gesamte Ethereum-Ökosystem profitieren würden. Ich warte gespannt auf die Implementierung und werde die Auswirkungen auf die allgemeine Sicherheit und Leistung des Netzwerks genau beobachten.

Der EOF-Vorschlag besteht aus einer Reihe kleinerer Änderungen, die darauf abzielen, die Ethereum Virtual Machine (EVM) zu aktualisieren, die Programmierumgebung, die Smart Contracts auf der Blockchain ausführt, und wohl das Geheimrezept von Ethereum, das es bei seiner Einführung von Bitcoin und anderen frühen verteilten Netzwerken unterschied im Jahr 2015.

Insbesondere würde die Implementierung von Ethereum Orange Friend (EOF) die Entwicklererfahrung verbessern, insbesondere für diejenigen, die dezentrale Apps mit den Programmiersprachen Solidity oder Vyper erstellen. Diese Reihe von Anpassungen ist so kompliziert, dass sie möglicherweise bestehende Smart Contracts stören könnte. Daher wurde eine neue Version integriert, die es Dapp-Erstellern ermöglicht, bei der Bereitstellung ihres Codes zu entscheiden, welche Ethereum Virtual Machine (EVM)-Variante sie verwenden möchten.

„Parithosh Jayanthi, ein Kernentwickler der Ethereum Foundation, erklärte per Telegram, dass EOF nach langer Zeit eine bedeutende Verschiebung bei EVM-bezogenen Fortschritten darstellt. Diese Änderung ebnet den Weg für zukünftige EVM-Upgrades und zeigt das Engagement der zugrunde liegenden Schicht für die kontinuierliche Verbesserung der EVM.“ .“

Der EVM-Standard

Als Pionier und umfangreichste Smart-Contract-Blockchain hat Ethereum den Codierungsstandard gesetzt, dem zahlreiche andere Blockchains gefolgt sind. Bemerkenswert ist, dass mehrere Layer-1-Blockchains Methoden zur Integration mit EVM entwickelt haben, was deren bedeutende Rolle im Blockchain-Sektor anerkennt.

Da die Entwickler jedoch die Einführung einer neuen Version der Ethereum Virtual Machine (EVM) planen, besteht ihr Ziel darin, die Erstellung robusterer Smart Contracts und dezentraler Anwendungen (Dapps) zu erleichtern. Dieser Schritt löst jedoch bei Entwicklern einige Befürchtungen aus, die befürchten, dass der Prozess unbeabsichtigt unerwünschte Auswirkungen auf das Netzwerk haben könnte.

Derzeit umfasst der EOF-Aspekt des kommenden Pectra-Updates für Ethereum insgesamt 11 Ethereum Suggestions for Improvements (ESIs).

Die Idee von EOF-Vorschlägen wurde während des letzten Updates, bekannt als Dencun, zur Sprache gebracht. Als die Ethereum-Entwickler jedoch mit der Arbeit am Proto-Danksharding beschäftigt waren – einem bedeutenden Fortschritt, der darauf abzielt, die Kosten zu senken und die Geschwindigkeit der Datenspeicherung auf der Blockchain zu erhöhen – beschlossen sie, EOF zu verschieben und stattdessen zu planen, es während der Pectra noch einmal zu überdenken.

Ein bemerkenswerter Kritiker von EOF war der Kernentwickler Marius Van Der Wijden.

Wie ich beobachtet habe, birgt die Integration dieser Prozesse wie Operationen, Überprüfungen und Kontrollen in den Konsensmechanismus ein potenzielles Risiko. Denn wenn in diesen Verfahren ein unentdeckter Fehler vorliegt und wir etwas veröffentlichen, das unsere Überprüfung besteht, aber ein zugrunde liegendes Problem enthält, könnte dies zu einem späteren Zeitpunkt zu einem unvorhergesehenen Fehler führen. Diese Besorgnis habe ich während meines Interviews mit CoinDesk auf der Ethereum Community Conference in Brüssel geäußert.

Van Der Wijden äußert erhebliche Bedenken hinsichtlich EOF: „Das Hauptproblem besteht darin, sowohl die bestehende als auch die neue EVM gleichzeitig verwalten zu müssen. Der Grund dafür ist, dass die aktuelle Version nicht auslaufen wird, richtig? Und das scheint die meisten zu sein.“ Die Leute nutzen derzeit das vorhandene.“

Die Mehrheit der wichtigsten Entwickler argumentiert, dass EOF (Entity-Oriented Framework) für die Ethereum-Umgebung von Vorteil ist, da seine Vorteile die potenziellen Gefahren überwiegen.

Laut Danno Ferrin, einem unabhängigen Mitglied des Kundenteams Besu, teilte er CoinDesk per Telegram mit, dass das EOF (End Of File) nun vorbereitet sei, alle notwendigen Implementierungen abgeschlossen seien und es bei nachgeschalteten Anwendern wie Solidity eine wachsende Unterstützung dafür gebe.

„Sobald die Funktion vollständig entwickelt und fertiggestellt ist, ist es entweder an der Zeit, sie zur Nutzung freizugeben oder sie endgültig einzustellen“, erklärte Ferrin und fügte hinzu, dass EOF die technischen Schulden, die die Ethereum Virtual Machine (EVM) seit ihrer Erstellung angehäuft hat, erheblich reduzieren wird .