Mitbegründer von Polygon argumentiert gegen Ethereum Verkle Trees

von

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

Mihailo Bjelic, einer der Mitbegründer von Polygon (MATIC), und Vitalik Buterin, Mitbegründer von Ethereum (ETH), scheinen unterschiedliche Ansichten darüber zu haben, ob Verkle Trees in Ethereum implementiert werden sollten. Bjelic äußert seinen Widerstand gegen diese Idee, während Buterin offen für die Diskussion zu sein scheint.

Wird Verkle Tree für Ethereum benötigt?

Bei der X-App kam es zu Meinungsverschiedenheiten zwischen zwei Personen, die Zweifel an der idealen Datenspeicherlösung von Ethereum für Spitzenleistungen aufkommen ließen.

Bjelic überlegte, ob es als ersten Schritt sinnvoll sei, Ethereum auf Verkle Trees umzustellen. Er untermauerte seine Ansicht, indem er erwähnte, dass die ZKifizierung des Ethereum-Netzwerks, also der Prozess, es durch wissensfreie Beweise stärker auf den Datenschutz auszurichten, bald erfolgen könnte.

Buterin antwortete schnell mit einem Kommentar dazu, dass es unpraktisch sei, „Keccak Merkle Patricia-Bäume wissensfrei (ZK) mit großen Zeugengrößen von etwa 300 MB kompatibel zu machen“. Anschließend erläuterte er, dass Verkle Trees speziell für ZK-Freundlichkeit entwickelt wurden, eine Funktion, die in der aktuellen Merkle-Tree-Implementierung von Ethereum fehlt.

ZK-fizierende Keccak-Merkle-Patricia-Bäume mit Worst-Case-Zeugengrößen von 300 MB sind ein Nichtstarter.

Die Verkle-Tree-Spezifikation ist so konzipiert, dass sie ZK-freundlich ist (z. B. Wahl der Kurve, Verwendung von Pedersen als Hash)

Der Wechsel zu Verkle hilft also beim ZKing des L1.

– vitalik.eth (@VitalikButerin), 12. April 2024

Normalerweise werden Merkle-Patricia-Bäume als primäre Datenstruktur im Blockchain-Netzwerk von Ethereum verwendet. Aufgrund ihrer Nachteile ist jedoch geplant, stattdessen auf Verkle Trees umzusteigen. Verkle Trees bieten kürzere Beweise und eine größere Bandbreite.

Laut Bjelics Einschätzung der Fähigkeiten von Polygon zkEVM ist es möglich, das vom Mitbegründer von Ethereum festgelegte 300-MB-Limit zu bewältigen. Darüber hinaus könnte dies sogar mit einer verkürzten Blockzeit von nur 12 Sekunden gelingen.

Die einzige wahrscheinliche Herausforderung besteht darin, dass hierfür etwa 10 Server-CPUs erforderlich wären. 

Polygon zkEVM drängt auf ein Upgrade

Nach einer Ankündigung Anfang des Jahres, dass das Bjelic-Protokoll in ein Typ-2-ZK-EVM übergeht, das dem Mainnet von Ethereum ähnelt, folgt diese Diskussion von Bjelic bezüglich des Polygon-zkEVM.

Einfacher ausgedrückt würde die Änderung die zkEVM von Polygon zu einer Zero-Knowledge Ethereum Virtual Machine (ZK-ETHVM) vom Typ 2 machen, die es Entwicklern ermöglicht, ihren vorhandenen Ethereum-Code direkt auf der Polygon zk-EVM zu verwenden.

Dieses Update stellt eine wesentliche Änderung in der Art und Weise dar, wie Entwickler Anwendungen mithilfe der Smart-Contract-Plattform erstellen. Das Etrog-Upgrade, das im Februar mit einer Verzögerung von 10 Tagen im Mainnet in Kraft trat, markiert diesen Wandel.

Es gibt weiterhin Spekulationen über die Möglichkeit eines Upgrades auf ein ZK-EVM vom Typ 2 auf Ethereum, da das zkEVM von Polygon kurz nach der Bereitstellung des Etrog-Upgrades etwa 10 Stunden lang unerwartet ausfiel. Es ist jedoch wichtig zu beachten, dass das Problem mit zkEVM von Polygon in der Mainnet-Betaphase inzwischen behoben wurde.

Weiterlesen

2024-04-13 18:50