Ethereum-Kernentwickler enthüllen Einblicke in das Pectra-Upgrade – was erwartet Sie?

Hast du genug von der deutschen Bürokratie und Politik? 🌍🤯 Dann ist unser Kanal genau das Richtige für dich! Hier gibt's nicht nur die heißesten Krypto-News, sondern auch eine Prise Sarkasmus und Spaß! 🚀😎

👉Beitreten zu Telegramm


Als erfahrener Forscher mit langjähriger Erfahrung im Ethereum-Ökosystem bin ich immer wieder erstaunt über das Engagement und die Zusammenarbeit, die bei diesen ACDC-Aufrufen gezeigt werden. Das laufende Pectra-Upgrade ist zweifellos eine Herausforderung, aber es ist inspirierend zu sehen, wie Entwickler aus verschiedenen Teams zusammenarbeiten, um Probleme zu beheben und das Netzwerk voranzubringen.

Am 8. August 2024 nahm ich als Krypto-Investor mit großem Interesse an Ethereum an der 139. Aufforderung zum All Core Developers Consensus (ACDC) teil. Unter der Leitung von Alex Stokes, einem Forscher der Ethereum Foundation, konzentrierte sich dieses zweiwöchentliche Treffen auf wichtige Fortschritte rund um das laufende Pectra-Upgrade. Das Gespräch befasste sich mit Fragen der Netzwerkstabilität, zukünftigen Entwicklungsnetzwerken und wesentlichen Verbesserungen, die für die Konsensschicht der Beacon Chain geplant sind.

Stabilität und Alpha-Version von Ethereum Pectra Devnet 2

Der Forscher Hsiao Wei Wang von EF ist dabei, die Alpha.4-Version der Konsensschicht-Richtlinien von Pectra vorzustellen, einschließlich mehrerer Verbesserungen. Laut Barnabas Busa, Developer Operations Engineer, verfügt Pectra Devnet 2 nun über eine beeindruckende Netzwerkbeteiligung von 85 %, was auf ein robustes und stabiles Ökosystem schließen lässt. Dennoch bestehen weiterhin Probleme bei den Ausführungsschicht-Clients, insbesondere EthereumJS und Erigon.

Busa erwähnte außerdem ein kleines Problem mit dem Prysm-Client, das einer weiteren Untersuchung bedarf. Darüber hinaus stellte Parithosh Jayanthi, ein weiterer DevOps-Ingenieur der Ethereum Foundation, fest, dass weitere Untersuchungen zu Problemen erforderlich seien, die die Knoten Lighthouse, Teku und Besu betreffen.

Kommunikation und Koordination für Devnet 3

Beim Start von Devnet 2 wurde vom Entwickler Kasey Kirkham eine Kommunikationslücke angesprochen, der zugab, nichts über den Start des Netzwerks zu wissen. Um ähnliche Vorkommnisse zu verhindern, beschlossen die Entwickler, eine wöchentliche Besprechungsreihe rund um die Testentwicklungen von Pectra zu initiieren. Daher finden diese Treffen jeden Montag statt und dauern jeweils etwa 15 bis 30 Minuten.

Darüber hinaus sollen diese Zusammenkünfte sicherstellen, dass alle Kundenteams über Devnet-Projekte auf dem Laufenden bleiben, insbesondere über PeerDAS und EOF. Was Devnet 3 betrifft, haben die Entwickler bestätigt, dass es die Struktur von Devnet 2 widerspiegelt, einschließlich des überarbeiteten EIP 7702-Layouts.

In meiner Rolle als Forscher bin ich während unserer Arbeit an Devnet 2 auf einige Herausforderungen im Zusammenhang mit EIP 7251, MaxEB, gestoßen. Diese Probleme drehen sich hauptsächlich um die Konsolidierung der vom Validator abgesteckten ETH-Einlagenguthaben. Obwohl diese Probleme angesprochen und behoben wurden, werden sie in der kommenden Phase des Entwicklungsnetzwerks gründlichen Tests unterzogen, um ihre Funktionalität zu bestätigen und sicherzustellen.

Mplex-Abwertung und Übergang zum neuen Protokoll

In dem Gespräch ging es auch um den Übergang von der Verwendung von Mplex, einem veralteten Datenstrom-Multiplexprotokoll, das von CL-Kunden verwendet wird, hin zur Einführung von Yamux, einem neuartigen Multiplexer. Phil Ngo von Lodestar gab an, dass sein Kunde Yamux erfolgreich getestet habe und empfahl den vollständigen Umstieg auf Yamux, um die zusätzliche Arbeit bei der Verwaltung beider Protokolle zu vermeiden.

In der Zwischenzeit teilte Etan Kissling von Nimbus mit, dass sie Yamux weiterhin evaluieren. Aus diesem Grund planen die Ethereum-Entwickler, die Angelegenheit erneut zu diskutieren, sobald weitere Kundengruppen ihre Tests abgeschlossen haben.

Bedenken hinsichtlich der Aktualisierung von EIP 7688 und Pectra

Die Diskussion drehte sich um die Frage, ob EIP 7688 während des Pectra-Updates integriert werden sollte. Dieser Vorschlag schlägt eine Datenstruktur für Smart Contracts vor, die für die zukünftige Verwendung anpassbar ist, wenn EL von RLP zu SSZ wechselt. Stokes äußerte jedoch Bedenken hinsichtlich der Einbeziehung dieses EIP in Pectra und beschrieb die Aktualisierung als bereits umfangreich genug.

Jayanthi schlug vor, dass Entwickler EIP 7688 zum Testen bereits in Devnet 5 in Betracht ziehen könnten. Obwohl Teams von Lodestar, Prysm, Teku und Lighthouse sich für die Integration aussprachen, schlugen Stokes und Beiko vor, sich vor der Einführung neuer EIPs auf die Stabilisierung aktueller Pectra-EIPs zu konzentrieren. Kissling stimmte zu und bat um Rat, wann das Thema noch einmal aufgegriffen werden sollte. Daher wird erwartet, dass Entwickler EIP 7688 etwa zum Zeitpunkt der Veröffentlichung von Devnet 5 neu bewerten werden.

PeerDAS-Implementierung

In der jüngsten von Prysm geleiteten Diskussion stellten sie Aktualisierungen über die Bereitstellung von PeerDAS vor. Dies führte zu einem umstrittenen Thema bezüglich der Engine-API-Anfrage „blobsidecar“, wobei einige ihre Notwendigkeit in Frage stellten. Stokes schlug vor, diese Probleme während des bevorstehenden PeerDAS-Treffens anzugehen.

Darüber hinaus gab es in den Diskussionen den Vorschlag, die Stichprobenentnahme aus PeerDAS zu eliminieren. Gleichzeitig äußerten sie Bedenken darüber, dass diese Änderung künftige Verbesserungen komplexer machen könnte. EIP 7742, das eine Trennung des Blob-Gas-Limits zwischen der Execution Layer (EL) und der Consensus Layer (CL) vorschlägt, wurde zur Sprache gebracht. Die Entwickler einigten sich darauf, diese Angelegenheit bei ihrem nächsten Treffen noch einmal zu besprechen.

Verteilung der Ethereum-Knoten

Als erfahrener Blockchain-Entwickler mit langjähriger Erfahrung bin ich auf zahlreiche Herausforderungen gestoßen und habe wertvolle Lektionen gelernt, die meinen Ansatz zur Problemlösung in diesem sich schnell entwickelnden Bereich geprägt haben. Ein Punkt, der mir in der jüngsten Diskussion zu Forschungsthemen besonders aufgefallen ist, waren Randfälle bei der Konsolidierung des ETH-Guthabens mit Validator-Einsatz gemäß EIP 7251.

Als Forscher, der sich mit den Feinheiten der Blockchain-Technologie beschäftigt, bin ich kürzlich auf einige faszinierende Erkenntnisse aus der Analyse von ProbeLab zur Ethereum-Knotenverteilung gestoßen. Die Ergebnisse zeigen, dass von 8.335 Knoten etwa 42 % den Lighthouse-Client verwenden. Interessanterweise befindet sich ein erheblicher Teil, etwa 36 %, dieser Knoten in den Vereinigten Staaten.

Als Krypto-Investor befand ich mich in einem Meeting, bei dem es um die vorgeschlagenen Änderungen an der Ausführungsnutzlaststruktur des Prysm-Entwicklers „Potuz“ ging. Er forderte Entwickler wie mich leidenschaftlich dazu auf, seine Vorschläge sorgfältig zu prüfen. Darüber hinaus betonte er, wie wichtig es sei, schnell eine Entscheidung zu treffen, und erklärte, dass wir dadurch genügend Zeit hätten, die Spezifikation der Konsensschicht entsprechend zu aktualisieren.

Weiterlesen

2024-08-09 11:49