5988: Een nieuw voorstel om interoperabiliteit te ontwikkelen tussen door EVM en ZK aangedreven rollups

Abdelhamid Bakhta, een van de auteurs van Proposal 5988, presenteerde het voorstel tijdens de All Core Devs, een tweewekelijkse bijeenkomst voor toonaangevende ontwikkelaars om de toekomst van upgrades te bespreken. Het voorstel heeft tot doel de interoperabiliteit tussen EVM- en ZK-aangedreven rollups te verbeteren en tegelijkertijd de kosten te verlagen die worden gemaakt door zero-knowledge schaling-oplossingen.

Bakhta, die het voorstel vertegenwoordigde, zei dat Poseidon een ZK-vriendelijke hash-functie is die het zeer efficiënt maakt in de ZK-context. Bakhta voegde verder toe dat het een reeks use-cases mogelijk zou maken. Het ingediende voorstel ging ook uitgebreid in op Poseidon om te benadrukken dat het overeenkomt met of compatibel is met alle grote bewijssystemen.

Ondanks een aantal voordelen die de upgrade met zich meebrengt, hebben verschillende experts gewaarschuwd voor het maken van overhaaste aanpassingen aan de EVM.

Dankard Feist heeft het onderzoek gebeld prematuur, eraan toevoegend dat de code onvoorziene veiligheidsrisico's met zich mee kan brengen. De Ethereum Founder-onderzoeker heeft ook gezegd dat er veel is dat we nog niet weten. Het is vroeg om rekenkundige hashfuncties in EVM vast te leggen vanwege veiligheidsoverwegingen; Feist geciteerd in de verklaring.

Vitalik Buterin sprak over het aanbrengen van minimale wijzigingen in EVM tijdens een gesprek, en verklaarde dat het noodzakelijk was om ontwikkelaars een stabiele omgeving te bieden. Buterins verklaring zegt de applicaties zijn geschreven in EVM-code. Als EVM verandert, dan zijn er geen wijzigingen in de applicaties.

Wat Poseidon tot een goede kandidaat voor een precompilatie maakt, is de compatibiliteit met alle belangrijke bewijssystemen. Het wordt momenteel ingezet door Polygon, StarkWare en Loopring.

Ervan uitgaande dat het voorstel wordt geïmplementeerd, zal het verbeteringen opleveren op het gebied van afwikkeling, schaalbaarheid en privacy. Hoewel afwikkelingen veel sneller zouden zijn, zullen ook de schaalbaarheid en privacy voor de gebruikers toenemen. Op ZK gebaseerde oplossingen worden meestal vergeleken met optimistische rollups-handel; ze worden gecrediteerd voor het verbeteren van het EVM-compatibiliteitsvermogen voor het verminderen van de schaalbaarheid.

Met andere woorden, ontwikkelaars kunnen hun code van het Ethereum-mainnet overzetten naar optimistische rollups. Hetzelfde is niet het geval met rollups die zijn gebouwd met behulp van zero-knowledge proofs.

Het voorstel werd gepresenteerd op 05 januari 2023, met de nadruk op hoge kosten in verband met ZK-rollups bij het genereren van opslagbewijzen. Dit probleem wordt toegeschreven aan het falen van Ethereum om ZK-vriendelijke hash-functies aan te bieden.

Het voorstel bevindt zich nog in de beginfase en kan met de nodige voorzichtigheid worden uitgevoerd. Experts hebben al een waarschuwing afgegeven door de hashing-functie voorbarig te noemen. Een overhaaste aanpassing kan de gemeenschap blootstellen aan beveiligingsrisico's. Er zullen zeker meer details worden verzameld naarmate het voorstel vordert. Ondertussen genieten Arbitrum en Polygon een dominant aandeel van Layer 2 van Ethereum, met naar verluidt een Total Value Locked op 81%.