Nowe badania pokazują, jak SVM Eclipse kwestionuje jednordzeniowe rollupy Ethereum

Nowy raport Cointelegraph Research podkreśla fundamentalne ograniczenie architektoniczne większości rollupów Ethereum: prawie wszystkie działają w jednordzeniowych środowiskach wykonawczych, przepuszczając każdą transakcję przez jedną globalną kolejkę i uniemożliwiając prawdziwe przetwarzanie równoległe. Eclipse, który uruchomił swoją sieć główną w listopadzie 2024 r., proponuje alternatywę, przenosząc Solana's Virtual Machine to Ethereum settlement.

The analysis opublikowana 1 grudnia bada, w jaki sposób integracja Solana Virtual Machine z modelem bezpieczeństwa Ethereum stanowi pierwszą produkcyjną próbę połączenia wysokowydajnego równoległego wykonywania z warstwą rozliczeniową Ethereum. Takie podejście bezpośrednio adresuje wąskie gardła skalowalności, które pojawiły się wraz z intensyfikacją aktywności warstwy 2 w ekosystemie Ethereum.

Eclipse zabezpieczył 65 mln dolarów funding jeszcze przed uruchomieniem publicznej sieci głównej 7 listopada, łącząc Ethereum jako warstwę rozliczeniową, SVM Solany jako warstwę wykonawczą, Celestię jako warstwę dostępności danych i RISC Zero do dowodów fraudowych. Sieć już obsługuje ponad 60 zdecentralizowanych aplikacji, w tym Orca, Save i Nucleus, w sektorach DeFi, gier i usług konsumenckich.

Co się wydarzyło

Raport Cointelegraph Research identyfikuje jednordzeniowe wykonywanie jako kluczowe ograniczenie przepustowości warstwy 2 Ethereum. W tradycyjnych rollupach opartych na EVM smart kontrakty konkurują w liniowej sekwencji, co uniemożliwia równoległe wykonywanie niezależnych operacji. Wraz ze wzrostem aktywności zatory rozlewają się na całą sieć, ponieważ wszystkie aplikacje współdzielą jeden zunifikowany rynek opłat.

Eclipse wprowadza równoległe środowisko wykonawcze Sealevel z SVM do rollupów Ethereum, umożliwiając jednoczesne wykonywanie wielu smart kontraktów w oddzielnych „pasach ruchu”. Taka architektura izoluje obciążenia, tak aby aplikacje o wysokim natężeniu ruchu nie pogarszały wydajności dla pozostałych użytkowników sieci. CEO Eclipse Vijay Chetty stated, że „Eclipse jest wyjątkowo pozycjonowany jako pierwsze rozwiązanie łączące Solanę i Ethereum.”

System implementuje zlokalizowane rynki opłat, pozwalając każdemu pasowi wykonawczemu utrzymywać niezależne struktury kosztów. Gdy jedna aplikacja doświadcza skoków popytu, koszty gas rosną tylko w tym konkretnym pasie, zamiast wpływać na całą sieć. Stanowi to wyraźny kontrast wobec tradycyjnych rollupów, gdzie pojedynczy mint NFT lub wydarzenie tradingowe potrafi podnieść opłaty dla wszystkich aplikacji.

Eclipse wykorzystuje przyspieszane kryptograficznie dowody fraudowe typu ZK za pośrednictwem RISC Zero, zamiast wielorundowych interaktywnych sporów typowych dla rollupów optymistycznych. The research wyjaśnia, że Eclipse kapsułkuje kwestionowane obliczenia w zwięzłych dowodach o zerowej wiedzy, co znacząco skraca czas rozliczeń i obniża koszty operacyjne w porównaniu z konwencjonalnymi mechanizmami wykrywania nadużyć.

Obecnie sieć jest klasyfikowana w kategorii „Other” serwisu L2BEAT, a nie jako uznany rollup Stage‑0. Raport analizuje wymagania, które Eclipse musi spełnić, aby osiągnąć klasyfikację Stage‑2, w tym: nieskrępowany dostęp do składania dowodów fraudowych, rygorystyczne zarządzanie aktualizacjami oraz przejrzyste mechanizmy wyjścia użytkowników. Ostatnio dodany podsystem wyzwań w zakresie dostępności danych typu ZK pozwala smart kontraktom Ethereum weryfikować zobowiązania Celestii przy przewidywalnych kosztach.

Dlaczego to ma znaczenie

Różnica architektoniczna, którą reprezentuje Eclipse, podważa założenia dotyczące projektowania warstwy 2 Ethereum, dominujące od czasu, gdy rollupy stały się głównym rozwiązaniem skalującym. Większość sieci L2 zbliżyła się do modelu wykonania opartego na EVM, pomimo znanych limitations w zakresie możliwości przetwarzania równoległego, co czyni produkcyjne wdrożenie wykonania SVM przez Eclipse istotnym kamieniem milowym technologicznym.

Zdolność do wykonania równoległego bezpośrednio wpływa na to, jak sieci blockchain radzą sobie z równoczesnym popytem wielu aplikacji. Raport zauważa, że deterministyczny pararelizm pozwala aplikacjom działać w odseparowanych pasach, zamiast konkurować o pozycję w globalnej kolejce transakcji. Ta różnica architektoniczna staje się krytyczna, gdy bazy użytkowników rosną, a różnorodność aplikacji na sieciach warstwy 2 się zwiększa.

Model lokalnych rynków opłat rozwiązuje uporczywy problem w rollupach EVM, w których lokalne skoki aktywności powodują wzrost kosztów w całej sieci. Założyciel Eclipse, Neel Somani, wcześniej explained, że „stało się jasne, iż jednordzeniowy EVM nie wystarcza do skalowania Ethereum, dlatego aplikacje zwracają się ku własnym, specyficznym dla aplikacji rollupom.”

Podejście Eclipse, wykorzystujące sprawdzony w boju równoległy runtime Solany z weryfikacją po stronie Ethereum, reprezentuje infrastrukturę hybrydową łączącą wysoką przepustowość z ugruntowanymi gwarancjami bezpieczeństwa. Modularny projekt, wykorzystujący Celestię do dostępności danych oraz RISC Zero do dowodów fraudowych, pokazuje, w jaki sposób wyspecjalizowane komponenty z różnych systemów blockchain mogą zostać zintegrowane w jednej architekturze rollupu.

Szersze implikacje odnoszą się do trwającej debaty na temat filozofii projektowania rollupów. Raport Cointelegraph Research stawia pytanie, czy sieci L2 Ethereum mogą przyjąć znaczące wykonywanie równoległe bez kompromisów w zakresie determinizmu i gwarancji rozliczeniowych. Produkcyjne uruchomienie Eclipse dostarcza pierwszego realnego studium przypadku dla tego podejścia architektonicznego.

Wydaje się, że w branży rośnie dynamika wokół rozwiązań warstwy 2 opartych na SVM, wykraczająca poza Eclipse. Raport zauważa, że Ellipsis Labs rozwija własną implementację SVM w ramach sieci Atlas L2, podczas gdy SOON (Solana Optimistic Network) realizuje podobne cele. Ta aktywność następuje po pracach zespołu Anza nad modularizacją wcześniej zintegrowanego stosu Solany poprzez oddzielenie SVM od klienta walidatorów.

Sukces lub porażka podejścia Eclipse prawdopodobnie wpłyną na projekt rollupów następnej generacji, gdy popyt na Ethereum będzie nadal rósł. Jak podsumowuje raport, to, czy połączenie przez Eclipse wysokowydajnego wykonania SVM z rozliczaniem na Ethereum „doprowadzi do powstania nowej klasy rollupów, czy ujawni ograniczenia projektów modularnych, pozostaje otwartym, ale ekscytującym pytaniem.”