- Etliche Kernentwickler behaupten, Upgrades würden zu schnell freigegeben, um öffentliche Kritik zu vermeiden – auf Kosten der Qualität des gesamten Systems.
- Doch die meisten Ethereum-Entwickler wollen nicht wochenlang warten, um den SSZ-Tweak zu implementieren, weil sie vor dem Merge-Upgrade schlechte Erfahrungen gemacht haben.
Der Fokus der Krypto-Community liegt wieder auf dem Ethereum-Netzwerk, das nach dem erfolgreichen Wechsel zu einem Proof-of-Stake (PoS)-Netzwerk, dem sogenannten Merge-Upgrade, die Vorbereitungen für das nächste Upgrade fortsetzt. Durch den „Merge“ kam es zu einer Verschmelzung zwischen dem Ethereum Mainnet und der Beacon Chain. Letztere war zuvor eine PoS-Version des Netzwerks gewesen, die 2020 eingeführt wurde.
Das neue Update namens „Shanghai“ soll Ethereum-Kunden belohnen, die an dem Staking-Programm des Netzwerks teilnehmen. Die Kernentwickler sind sich jedoch uneinig über den Zeitpunkt der Implementierung des Upgrades. Seit dem Start der Beacon-Chain haben Ethereum-Kunden ihre ETH eingesetzt, um Prämien zu verdienen, aber sie waren nicht in der Lage, ihre Gewinne abzuheben.
Das Shanghai-Update soll es den Stakern jedoch ermöglichen, auf ihre Prämien zuzugreifen, einschließlich ihrer ursprünglichen ETH-Einlagen.
Langfristige Auswirkungen
Nach den vorliegenden Informationen könnte das Shanghai-Upgrade innerhalb der nächsten zwei Monate in Betrieb genommen werden. Einige der Kernentwickler des Netzwerks behaupten jedoch, dass das Netzwerk die Upgrades zu schnell freigibt, um öffentliche Kritik zu vermeiden. Sie argumentieren, dass die Upgrades technische Kosten verursachen, die auf lange Sicht große Auswirkungen auf das Netzwerk haben könnten. Am Donnerstag äußerte sich einer der Kernentwickler, Micah Zoltu, wie folgt:
„Es scheint, dass wir uns nicht um das zukünftige Wohlergehen dieses Netzwerks kümmern und nur an die Wünsche der Öffentlichkeit denken.“
Zoltu und 30 weitere Kernentwickler sind besorgt, dass die Vernachlässigung einer technischen Anpassung des Shanghai-Updates zu einem Rückstau an „technischen Schulden“ führen könnte, die auf Jahrzehnte hinaus große Auswirkungen auf das Netzwerk haben würden.
Zoltu und die ihn unterstützenden Kernentwickler argumentieren, dass die Umsetzung der Anpassung nicht länger als vier Wochen dauern werde. Andere Entwickler behaupten jedoch, dass die Implementierungszeit zu lang ist, da sie die Öffentlichkeit nicht warten lassen wollen. Als „technische Schulden“ bezeichnen Programmierer künftige Verbesserungen, die vor der Veröffentlichung eines Codes hätten vorgenommen werden können, aber die Entwickler haben sich dafür entschieden, den Code schnell zu veröffentlichen und die Verbesserungen später vorzunehmen.
In diesem Fall handelt es sich um die Entscheidung der Ethereum-Entwickler, die Staking-Abhebungen nicht mit SSZ (Simple Serialize) kompatibel zu machen. Die Entwickler bezeichnen diese neue und flexible Kodierungstechnik als die Zukunft der Ethereum-Kodierung. Für „Shanghai“ verwendet Ethereum weiterhin die RLP (Recursive-Length Prefix)-Serialisierungskodierung.
Einige Entwickler sind jedoch der Meinung, dass diese Kodierungstechnik wahrscheinlich bald obsolet wird. In der Zwischenzeit widersprechen viele der Ethereum-Kernentwickler den Argumenten von Zoltu und sagen, dass es besser sei, die SSZ-Kodierungsmethode während des „Cancun“-Upgrades, dem Upgrade nach „Shanghai“, einzuführen.
Das Problem bei diesem Vorschlag ist, dass jede Abhebungsanforderung zwischen Shanghai und Cancun mit der RLP-Technik durchgeführt würde und die Abhebungsanforderung aufgrund der Unveränderlichkeit des Ethereum-Ledgers möglicherweise nie genehmigt werde. Folglich müssten die Entwickler alle Kodierungen von RLP nach SSZ übersetzen, eine mühsame Aufgabe, die sie vor der Veröffentlichung des Shanghai-Updates hätten vermeiden können.
Außerdem könnte die Diskrepanz zwischen den beiden Abhebungsmethoden ein großes Problem darstellen.
Verhinderung der Wiederholung der Geschichte
Während des letzten Treffens entkräftete einer der Kernentwickler, Tomasz Stanczak, die Bedenken von Zoltu und sagte, das Netzwerk habe nicht beschlossen, von RLP. Zu SSZ zu wechseln. Er sagte weiter, dass diese spezielle Änderung einen anderen Denk- und Designprozess erfordere. Daher schlug er vor, dass es besser sei, wenn die Entwickler sich Zeit nähmen und sich besser auf Cancun vorbereiteten.
Abboniere unseren täglichen Newsletter!
Kein Spam, keine Werbung, nur Insights. Abmeldung jederzeit möglich.
Zoltu entgegnete jedoch, dass die Behauptung von Tomasz, das Netzwerk habe noch nicht entschieden, ob es zu SSZ wechseln werde, falsch sei. Er sagte, dass es eine Selbstverständlichkeit sei, dass Ethereum früher oder später zu SSZ wechseln werde. In der Zwischenzeit erklärte ein anderer Kernentwickler, Matt Nelson, dass die meisten Ethereum-Entwickler nicht bereit seien, ein paar Wochen zu warten, um den SSZ-Tweak zu implementieren, weil sie vor dem Merge-Upgrade schlechte Erfahrungen gemacht haben.
Ihm zufolge fanden die Diskussionen über das Merge-Upgrade im Jahr 2018 statt, aber das Upgrade wurde erst 2022 durchgeführt, weil die Führung Investoren und Community-Mitglieder zufriedenstellen wollte. Nelson vermutet daher, dass die Entwickler nicht wollen, dass sich die Geschichte wiederholt, während sie sich auf Shanghai vorbereiten. Die Meinungsverschiedenheiten zeigen den Druck und die Verantwortlichkeiten, die auf den Ethereum-Entwicklern lasten.
