Vitalik Buterin: zmienia podejście na popierające natywne Rollupy, harmonogram ZK stopniowo dojrzewa

Odaily poinformował, że Vitalik Buterin opublikował artykuł, w którym stwierdził, że obecnie „wyraźnie bardziej skłania się ku wspieraniu natywnych Rollupów (native rollups)” niż w przeszłości. Vitalik przypomniał, że wcześniej ważnym powodem sprzeciwu wobec natywnych Rollupów było to, iż ich rozwiązania prekompilowane musiały wybierać pomiędzy trybem ZK a trybem Optimistic. W tamtym czasie ZK-EVM nie było jeszcze dojrzałe, a L2 często wybierały opcję „szybkich wypłat, ale z ryzykiem dowodu na własną odpowiedzialność” lub „polegania na bezpieczeństwie Ethereum, ale z koniecznością oczekiwania 2–7 dni na wypłatę”. To z kolei osłabiało możliwość komponowania na Ethereum i promowało popularyzację rozwiązań takich jak mosty multisig.

Vitalik zauważył, że obecnie sytuacja się zmienia: harmonogram pełnej akceptacji ZK na poziomie L1 Ethereum stopniowo zbiega się z rzeczywistym postępem wprowadzania natywnych prekompilacji Rollupów, co daje nadzieję na usunięcie powyższych kluczowych przeszkód. Jednocześnie wspomniał, że społeczność coraz częściej postrzega „synchronizowaną możliwość komponowania” jako jedną z kluczowych wartości L2 i bada połączenie rozwiązań opartych na Rollupach z mechanizmami szybkiego wstępnego potwierdzania o niskim opóźnieniu.

Ponadto Vitalik podkreślił, że przy wdrażaniu natywnych prekompilacji Rollupów nie należy działać pochopnie. Zasugerował, że w przyszłości pożądana byłaby taka właściwość: jeśli deweloper buduje Rollup „EVM z niewielką ilością funkcji rozszerzających”, może bezpośrednio wykorzystać część EVM z natywnej prekompilacji Rollupów, a niestandardowy system dowodowy wprowadzać wyłącznie dla nowych funkcji, łącząc oba elementy w sposób znormalizowany.