5988: Ein neuer Vorschlag zur Entwicklung der Interoperabilität zwischen EVM- und ZK-betriebenen Rollups

Abdelhamid Bakhta, einer der Autoren von Vorschlag 5988, präsentierte den Vorschlag während der All Core Devs, einem zweiwöchentlichen Treffen für führende Entwickler, um die Zukunft von Upgrades zu diskutieren. Der Vorschlag zielt darauf ab, die Interoperabilität zwischen EVM- und ZK-basierten Rollups zu verbessern und gleichzeitig die Kosten zu senken, die durch Zero-Knowledge-Skalierungslösungen entstehen.

Bakhta, der den Vorschlag vertritt, sagte, dass Poseidon eine ZK-freundliche Hash-Funktion ist, die es im ZK-Kontext sehr effizient macht. Bakhta fügte hinzu, dass es eine Reihe von Anwendungsfällen ermöglichen würde. Der eingereichte Vorschlag sprach auch ausführlich über Poseidon, um hervorzuheben, dass es mit allen großen Beweissystemen übereinstimmt oder mit ihnen kompatibel ist.

Trotz einiger Vorteile, die das Upgrade mit sich bringt, haben mehrere Experten davor gewarnt, voreilige Änderungen am EVM vorzunehmen.

Dankard Feist hat die Forschung aufgerufen verfrüht, und fügte hinzu, dass der Code unvorhergesehene Sicherheitsrisiken bergen könnte. Der Ethereum-Gründerforscher hat auch gesagt, dass es vieles gibt, worüber wir noch nichts wissen. Aufgrund von Sicherheitsbedenken ist es noch zu früh, arithmetische Hash-Funktionen in EVM zu verankern; Feist in der Erklärung zitiert.

Vitalik Buterin sprach während eines Anrufs über minimale Änderungen an EVM und erklärte, dass es notwendig sei, eine stabile Umgebung für Entwickler bereitzustellen. Buterins Aussage sagt die Anwendungen sind in EVM-Code geschrieben. Wenn sich EVM ändert, dann gibt es keine Änderungen in den Anwendungen.

Was Poseidon zu einem guten Kandidaten für eine Vorkompilierung macht, ist seine Kompatibilität mit allen wichtigen Beweissystemen. Es wird derzeit von Polygon, StarkWare und Loopring bereitgestellt.

Unter der Annahme, dass der Vorschlag umgesetzt wird, wird er Verbesserungen in Bezug auf Abrechnung, Skalierbarkeit und Datenschutz bringen. Während Abrechnungen viel schneller wären, würden Skalierbarkeit und Datenschutz für die Benutzer ebenfalls zunehmen. ZK-basierte Lösungen werden meist mit optimistischem Rollup-Handel verglichen; Ihnen wird die Verbesserung der EVM-Kompatibilitätsfähigkeit für die Verringerung der Skalierbarkeit zugeschrieben.

Mit anderen Worten, Entwickler können ihren Code vom Ethereum-Mainnet auf optimistische Rollups portieren. Das Gleiche gilt nicht für Rollups, die mit Zero-Knowledge-Proofs erstellt wurden.

Der Vorschlag wurde am 05 vorgestellt, wobei der Schwerpunkt auf den hohen Aufwand im Zusammenhang mit ZK-Rollups bei der Erstellung von Speichernachweisen gelegt wurde. Dieses Problem wurde dem Versäumnis von Ethereum zugeschrieben, ZK-freundliche Hash-Funktionen anzubieten.

Der Vorschlag befindet sich in einem frühen Stadium und könnte mit Vorsicht umgesetzt werden. Experten haben bereits gewarnt, indem sie die Hash-Funktion vorzeitig aufgerufen haben. Eine übereilte Änderung könnte die Community Sicherheitsrisiken aussetzen. Weitere Details werden sicherlich gesammelt, wenn der Vorschlag voranschreitet. Inzwischen erfreuen sich Arbitrum und Polygon eines dominanten Anteils an Layer 2 von Ethereum, mit einem angeblich gesperrten Gesamtwert von 81 %.