Abdelhamid Bakhta, jeden z autorów Proposal 5988, przedstawił tę propozycję podczas All Core Devs, odbywającego się co dwa tygodnie spotkania wiodących programistów w celu omówienia przyszłości aktualizacji. Propozycja ma na celu zwiększenie interoperacyjności między pakietami zbiorczymi opartymi na EVM i ZK przy jednoczesnym obniżeniu kosztów ponoszonych przez rozwiązania skalujące o zerowej wiedzy.
Bakhta, reprezentując propozycję, powiedział, że Poseidon jest przyjazną dla ZK funkcją skrótu, która czyni ją bardzo wydajną w kontekście ZK. Bakhta dodał ponadto, że umożliwiłoby to zestaw przypadków użycia. Złożona propozycja szczegółowo omawiała również Posejdona, aby podkreślić, że pasuje on lub jest kompatybilny ze wszystkimi dużymi systemami dowodowymi.
Pomimo kilku zalet, jakie przynosi aktualizacja, kilku ekspertów ostrzega przed wprowadzaniem jakichkolwiek pochopnych poprawek w EVM.
Dankard Feist nazwał badania przedwczesny, dodając, że kod może nieść ze sobą nieprzewidziane zagrożenia dla bezpieczeństwa. Badacz założyciela Ethereum powiedział również, że jest wiele rzeczy, o których jeszcze nie wiemy. Jest jeszcze za wcześnie, aby zapisywać jakiekolwiek arytmetyczne funkcje skrótu w EVM ze względów bezpieczeństwa; Feist cytowany w oświadczeniu.
Vitalik Buterin mówił o wprowadzaniu minimalnych zmian w EVM podczas rozmowy, stwierdzając, że konieczne jest zapewnienie stabilnego środowiska dla programistów. — czytamy w oświadczeniu Buterina aplikacje są napisane w kodzie EVM. Jeśli zmienia się EVM, nie ma żadnych zmian w aplikacjach.
To, co sprawia, że Poseidon jest dobrym kandydatem do prekompilacji, to jego kompatybilność ze wszystkimi głównymi systemami sprawdzającymi. Obecnie jest wdrażany przez Polygon, StarkWare i Loopring.
Zakładając, że propozycja zostanie wdrożona, przyniesie poprawę w zakresie rozliczeń, skalowalności i prywatności. Podczas gdy rozliczenia byłyby znacznie szybsze, skalowalność i prywatność również wzrosłyby dla użytkowników. Rozwiązania oparte na ZK są najczęściej porównywane z optymistycznym handlem rollupami; przypisuje się im poprawę zdolności kompatybilności EVM w celu zmniejszenia skalowalności.
Innymi słowy, programiści mogą przenieść swój kod z sieci głównej Ethereum do optymistycznych zestawień. Inaczej jest w przypadku podsumowań, które są zbudowane przy użyciu dowodów zerowej wiedzy.
Propozycja została przedstawiona 05 z naciskiem na wysokie wydatki związane z ZK-rollupami przy generowaniu dowodów magazynowych. Ten problem został przypisany niepowodzeniu Ethereum w oferowaniu jakichkolwiek funkcji skrótu przyjaznych dla ZK.
Wniosek jest na wczesnym etapie i może zostać wdrożony z zachowaniem ostrożności. Eksperci już wydali ostrzeżenie, nazywając funkcję haszującą przedwcześnie. Pospieszna modyfikacja może narazić społeczność na zagrożenia bezpieczeństwa. Więcej szczegółów z pewnością zostanie zebranych w miarę postępu propozycji. Tymczasem Arbitrum i Polygon mają dominujący udział w warstwie 2 Ethereum, z podobno zablokowaną całkowitą wartością na poziomie 81%.
Źródło: https://www.cryptonewsz.com/eip-5988-a-new-proposal-to-develop-interoperability-between-evm-and-zk-powered-rollups/