Die Kernentwickler von Ethereum diskutieren über die Prioritäten für den nächsten Hard Fork nach „Dencun“, der Ende 2024 oder 2025 erfolgen könnte.
Nach dem All-Core-Devs-Aufruf am Donnerstag bleibt der vorläufige Zeitplan für den Dencun-Fork unverändert, wobei das Goerli-Testnetz am 17. Januar zuerst online geht.
Da die Einführung des Upgrades voraussichtlich im März erfolgen wird, richten die Entwickler ihre Aufmerksamkeit auf das, was als nächstes in Prag-Electra – kurz Pralectra – kommt, das folgende Upgrade.
Immer noch sehr im Fluss, ist eine Debatte über die Gesamtvision im Gange: Entweder ein funktionsfokussierter Satz kleinerer Ethereum Improvement Proposals (EIPs) oder ein großes Protokoll-Upgrade, um Verkle Trees in die Ausführungsebene einzuführen.
Verkle-Bäume sind eine neue Datenstruktur, die den derzeit verwendeten Merkle-Baum unter Verwendung ausgefeilterer mathematischer Techniken weiterentwickelt – Vektorverpflichtungen basierend auf elliptischen Kurvenpaaren, die laut Verkle eine deutliche Abweichung von den einfacheren Hash-Funktionen darstellen, die in Merkle-Bäumen verwendet werden. die Info.
Diese Struktur benötigt weniger Platz und kann schneller überprüft werden, wodurch das Netzwerk mehr Transaktionen verarbeiten kann.
Kurz gesagt, es ist eine Möglichkeit, mit dem langfristigen Problem der „Staatsaufblähung“ umzugehen, das mit der Skalierung von Ethereum immer wichtiger wird.
Das Upgrade ist ein wichtiger Meilenstein auf der langfristigen Roadmap von Ethereum, einer Phase, die als The Verge bezeichnet wird.
Es gab keinen klaren Konsens zu dem Aufruf – einige plädierten dafür, den Fokus weiterhin auf Verkle Trees zu legen, und Guillaume Ballet von der Ethereum Foundation warnte: „So etwas wie eine kleine Abzweigung gibt es nicht“, andere forderten eine feste Verpflichtung zur Modernisierung des Netzwerks wieder im Jahr 2024.
Es besteht die Befürchtung, dass die Lieferung von Verkle Trees 18 Monate oder länger dauern könnte – eine Ewigkeit in Krypto.
Dencun selbst war ursprünglich für November geplant, wurde aber letzten Oktober schließlich auf das Jahr 2024 verschoben.
Mehr lesen: Kernentwickler schließen den Dencun-Fork dieses Jahr aus
„Verkle liegt in der Größenordnung der Fusion, wenn nicht sogar schlechter in Bezug auf die Komplexität“, sagte Ballet. „Auf der [Ausführungsebene]-Seite kann man eigentlich nichts gleichzeitig versenden.“
Lukasz Rozmej vom Nethermind-Execution-Client-Team stimmte zu und empfahl den Entwicklern, zunächst einen funktionsreichen Fork zu priorisieren, bevor sie sich vollständig Verkle Trees zuwenden.
„Meine Erfahrung zeigt mir, dass staatliche Neugestaltungen äußerst schwierig sind und extrem viel Zeit in Anspruch nehmen“, sagte er seinen Kollegen während des Anrufs. „Verkle-Zähigkeit ist nicht die Spezifikation, sondern die Implementierung, Optimierung und Prüfung.“
Funktionen ja, aber welche?
Zu den Befürwortern eines zweiten Forks im Jahr 2024 mit Schwerpunkt auf Funktionen gehörten Kundenteams für Nethermind, Besu und Reth. Aber die Frage ist, was hat Vorrang?
Andrew Ashikhmin, Softwareentwickler im Erigon-Kundenteam, schlug vor, dass das EVM Object Format (EOF) ein Kandidat wäre, um das nächste Upgrade voranzutreiben, ohne von der längerfristigen Arbeit an Verkle Trees abzulenken, da es von einem kleineren Team implementiert werden könnte. und war eine eher isolierte Änderung der Codebasis.
„Aber Verkle sollte im Mittelpunkt stehen“, sagte er.
EOF wurde ursprünglich für die Shapella-Hardfork in Betracht gezogen, galt aber als zu groß, um als „Beifahrer“ neben dem Haupt-„Treiber“, Proto-Dank-Sharding oder EIP-4844, gepaart zu werden.
Mehr lesen: Das nächste Upgrade von Ethereum konzentriert sich auf Blobs
Laut Justin Florentine, Protokollingenieur im Besu-Kundenteam, ist EOF „definitiv kein Passagier“, aber er sagte, dass Besu bereits „große Fortschritte“ bei der Funktion gemacht habe und daher deren Einführung in Pralectra befürworte
Georgios Konstantopoulos, Chief Technology Officer und Forscher bei der Investmentfirma Paradigm, die den Rust Ethereum (Reth)-Kunden aufbaut, sagte, sein Team sei „mit EOF einverstanden, da es sich um einen Ein-Mann-Job handelt und isolierte Tests erforderlich sind.“
Aber der Entwickler der Ethereum Foundation, Marius van der Wijden, teilte die Meinung, dass „EOF nicht in der kleinen Abspaltung sein wird.“
Ansgar Dietrichs von der Ethereum Foundation unterstützte die Aufnahme von EOF in Pralectra im vergangenen April und stellte bei der Aufforderung am Donnerstag fest, dass das Solidity-Team – das die wichtigste Programmiersprache für intelligente Verträge der EVM beibehält – stark dafür sei.
Bei dem Anruf war jedoch niemand anwesend, der sich ausdrücklich für EOF ausgesprochen hat, was den Gründer von Nethermind, Tomasz Stanczak, zu der Bemerkung veranlasste: „Wenn sich bei diesem Anruf niemand für EOF einsetzt, würde dies zusammenfassen, warum es noch nicht ausgeliefert wurde.“
Stanczak bezeichnete EIP-7002 oder „Execution Layer Triggerable Exits“ als das am meisten positiv bewertete EIP im Ethereum Magicians-Forum und als „super wichtig“, weil es einen „großen Designfehler beim Staking behebt [und] nicht früh genug kommen kann“.
Mitkernentwickler Parithosh Jayanthi, bekannt unter dem Spitznamen „Potuz“, sagte, wenn er eine Funktion zur Auslieferung auswählen müsste, wäre es EIP-7002. Seiner Meinung nach sollte EIP-7549 jedoch „auf jeden Fall dabei sein“.
Diese Funktion, die nur die Konsensschicht betrifft, behebt einen Fehler im Design von Ethereum und zielt darauf ab, die durchschnittliche Anzahl von Paarungen zu reduzieren, die zur Überprüfung der Konsensregeln erforderlich sind. Eine Paarung ist eine Operation, die in bestimmten kryptografischen Algorithmen mit elliptischen Kurven verwendet wird.
Um einen Konsens zu erzielen, müssen derzeit mindestens 1366 Bescheinigungen verifiziert werden, was auf eine Übereinstimmung zwischen den Validatoren hinweist. Nach EIP-7549 würde diese Zahl jedoch auf nur noch 22 reduziert werden.
„Die Implementierung ist einfach und spart viel Zeit bei der Aggregation“, sagte Potus. „Es kann bei vertrauenswürdigen Brücken helfen – und bei ZK-Proversen, ZK-Brücken – es ist etwas, das auf jeden Fall in jedem Fork enthalten sein sollte, den wir als nächstes machen.“
Ziel des Aufrufs war es, die Diskussion anzustoßen. Über den konkreten Ansatz und die Verbesserungsvorschläge wird zu einem späteren Zeitpunkt entschieden. Ethereum-Upgrades erfolgen konsensorientiert; Es gibt keine explizite Autoritätshierarchie oder einen Abstimmungsmechanismus zur Festlegung von Prioritäten.
Es kann manchmal herausfordernd oder chaotisch erscheinen, Fortschritte zu machen, ähnlich wie beim Hüten von Katzen, aber das liegt in der Natur des dezentralisierten Tieres.
Verpassen Sie nicht die nächste große Story – abonnieren Sie unseren kostenlosen täglichen Newsletter.
Quelle: https://blockworks.co/news/ethereum-devs-plan-2024