Autor: Thor Hartvigsen, analityk DeFi, Tłumaczenie: Golden Finance 0xjs

W zeszłym tygodniu miałem przyjemność przeprowadzić wywiad z Neelem Somanim, założycielem Eclipse, nadchodzącej warstwy 2 Ethereum. Eclipse różni się od innych pakietów zbiorczych Ethereum ze względu na swoją ogólną modułowość. Zadałem Neelowi pytania dotyczące tych wyborów projektowych, a także wielu innych tematów, takich jak uruchomienie sieci głównej, struktura opłat/przechwytywanie wartości, tokeny natywne i inne.

Zanim zagłębimy się w interesującą rozmowę z Neelem, oto krótkie wprowadzenie do tego, z czego składa się blockchain. Blockchain zawiera 4 warstwy:

• Warstwa wykonawcza - obsługuje transakcje użytkowników i zapewnia środowisko dla dApps.

• Warstwa dostępności danych – węzły otrzymują blok od producenta bloku i sprawdzają, czy dane są publicznie dostępne.

• Warstwa konsensusu – określa kolejność transakcji.

• Warstwa rozliczeniowa – określa stan (ostateczność) blockchainu.

Monolityczny blockchain sam obsługuje wszystkie te komponenty, czyli zawiera wszystkie cztery warstwy. Modularne łańcuchy bloków zawierają tylko jedną lub kilka (ale nie wszystkie) takich warstw.

Oto kilka przykładów tych różnych architektur.

Zaćmienie używa:

• Wirtualna maszyna Solana (SVM) służy jako warstwa wykonawcza.

• Celestia służy jako warstwa dostępności danych.

• Sieć główna Ethereum służy jako warstwa rozliczeniowa i konsensusowa.

Wywiad następuje:

Omówmy najpierw warstwę wykonawczą. Co sprawiło, że jako środowisko wykonawcze zdecydowałeś się uruchomić maszynę wirtualną Solana zamiast EVM? Na swojej stronie internetowej wspominasz o koncepcjach takich jak równoległość i rynki opłat natywnych – czy to są główne zalety?

„To zdecydowanie największa zaleta. Można to zrozumieć w ten sposób, że jeśli 100 osób wysyła transakcje do sieci EVM, wszystkie te transakcje muszą zostać kolejkowane, aby mogły zostać obsłużone pojedynczo. Nie da się tego w żaden sposób ominąć A na platformie Solana, z maszynami wirtualnymi Solana, można je w rzeczywistości ustawić w różnych kolejkach i wszystkie usługi mogą być obsługiwane jednocześnie, więc oczywiście jesteś ograniczony liczbą rdzeni, na których działa główny moduł wykonawczy i pewnymi ograniczeniami sprzętowymi, ale przepustowością. jest wyższy niż łańcuch EVM. Ponadto skracają czas blokowania poprzez optymalizację i sprawiają, że wykonanie jednowątkowe jest bardzo szybkie.

Czy są tu jakieś kompromisy?

„Wadą jest to, jak ustalić, w której kolejce wszyscy powinni się znajdować? Jeśli w kolejce do obsługi jest 100 osób, oznacza to, że muszą wcześniej podać dodatkowe informacje. Muszą więc stwierdzić, chcę przeczytać status tej części lub chcę napisać inne części. Muszą wcześniej powiedzieć, co zamierzają zrobić. W przypadku transakcji EVM tak nie jest. Możesz po prostu powiedzieć, że przeprowadzę tę transakcję , a potem może uruchamiać, co chce. Jest to jeden z powodów powolnego M. Ale jest to również bardzo wygodne.

Czy możesz porozmawiać o możliwości komponowania Eclipse? Myślę, że programistom Solana/Rust łatwiej jest budować na SVM. Czy programiści Solidity, sieć główna Ethereum lub inne protokoły L2 można łatwo zintegrować z Eclipse?

„To właściwie nowe funkcje, ale tak, możemy wspierać Solidity poprzez projekt o nazwie Solang. Istnieje również produkt o nazwie Neon, który pozwala na korzystanie z portfela MetaMask, który również zbudował MetaMask Snap, czyli MetaMask. Nowe rozszerzenie, które to umożliwia możesz używać kodu SVM w swoim portfelu. W przypadku kontraktów Rust programiści mogą używać Seahorse i mogą pisać swoje inteligentne kontrakty w Pythonie, a nawet Python może współpracować z Eclipse. Obsługiwanych jest wiele różnych języków ten punkt."

Jeśli chodzi o warstwę dostępności danych (DA), dlaczego warto wybrać Celestię zamiast Ethereum?

„Zawsze będziemy wybierać to, co jest najlepsze dla użytkowników i aplikacji. Nie jesteśmy zwolennikami trybalizmu, chociaż oczywiście jesteśmy Ethereum L2. Jeśli Ethereum DA nie jest obecnie wystarczająco dobre z punktu widzenia kosztów lub przepustowości, nie próbujemy zmuszać Ethereum DA do działania. Ale obserwujemy to i będziemy mogli przejść do ETH DA, gdy uruchomią swoją sieć główną. Przestrzeń prawdopodobnie będzie pusta, więc będziemy mieli dużą przepustowość i będą mogli zwiększyć rozmiar bloku poprzez zarządzanie, a ja spodziewamy się, że zrobią to kilka razy po wdrożeniu.”

Eclipse wykorzysta Risc Zero do testów zbiorczych. Czym to się różni od innych typów Rollupów?

„Mamy zupełnie inne podejście niż Optimism czy Arbitrum. Powodem jest to, że maszyna wirtualna, której używamy, ponieważ jest równoległa, nie ma tych samych prymitywów, nie ma takich samych części jak drzewa Merkle na przykład drzewa Merkle nie są częścią naszego pakietu zbiorczego. Dlatego musimy zabezpieczyć się przed awariami w inny sposób, co ostatecznie wymaga, aby Risc Zero zrobił to w skuteczny sposób. Dlatego też Risc Zero znajdzie się w stosie być ważną częścią naszej ochrony przed błędami.”

Następnie chcę zapytać o przechwytywanie wartości. W przypadku Arbitrum, gdy użytkownicy dokonują transakcji, płacą opłaty Rollupom, które następnie muszą zapłacić pewien procent walidatorom Ethereum jako koszty rozliczenia, ale zasadniczo mogą zatrzymać pozostałe opłaty. Jak to działa na Eclipse? Które części tego modułowego stosu pokryją te wydatki? Czy w Eclipse nadal pozostało trochę równowagi?

„Więc w tej chwili nie zdecydowaliśmy, czy przeznaczymy jakąś kwotę na rzecz Eclipse i jaka to będzie kwota. Jeśli jest jakaś kwota, jest to po prostu rekompensata za ryzyko. To powiedziawszy, sposób obliczania wynagrodzenia jest taki, spójrz na pierwszy poziom, powiedzmy, jaka jest opłata za publikację w Ethereum, ile musimy tam opublikować. A potem patrzymy na Celestię, robimy to samo, a następnie dodajemy to wszystko razem i to jest opłata które przekażemy użytkownikowi. Ale ryzyko jest takie, że kiedy użytkownik uiści opłatę, minie kilka sekund, prawda? A potem opublikujemy post na pierwszym poziomie. Może w rezultacie tak się stanie mądrze jest pobierać trochę więcej. To jest powód.

Dwóch zaangażowanych graczy to Ethereum i Celestia, a z punktu widzenia zwykłych kosztów opłaty ponoszone przez użytkowników to w rzeczywistości Ethereum i Celestia. Celestia otrzymuje opłatę za każdą transakcję opublikowaną w Eclipse. Jeśli zapiszemy transakcję, musimy wysłać do Celestii około 200 bajtów, natomiast Ethereum zarabia co godzinę. A może nawet rzadziej.

Następnie są inni uczestnicy, którym musimy płacić regularnie, od czasu do czasu, co tydzień (ryzyko zero). Nawet jeśli nic nie pójdzie nie tak, nadal sprawdzamy błędy w ramach ryzyka Zero. Żeby pokazać, że to nadal działa, w zasadzie opłata za to prawdopodobnie nie będzie dokładnie równa opłacie za publikację ukośnika plus opłata za Ethereum, dlatego warto zapłacić trochę więcej. "

Jaka jest strategia przyciągania aplikacji i rozwijania ekosystemu na wczesnych etapach?

„Mamy kilka DApps od Solany, które zajmują się rozwojem wielołańcuchowym, więc zostaną one dodatkowo wdrożone w Eclipse. Inkubujemy niektóre projekty. Wspieramy niektóre projekty w ramach naszego programu akceleratorów słonecznych. Zapewniamy te dotacje programistom, możemy zapewnić wskazówki , podziel go na kamienie milowe i zapewnij im wszystkie potrzebne zasoby. Obecnie nadal rozmawiamy z Solana DApps i wkrótce rozszerzymy działalność na Solidity DApps.

Czy w przyszłości pojawi się token Eclipse, którego celem będzie decentralizacja Rollupu i wprowadzenie zarządzania?

„Być może jest to coś, o czym nie pomyśleliśmy na tyle, aby mieć na ten temat opinię, ponieważ jesteśmy tak skupieni na budowaniu tej sieci głównej, a w przypadku sieci głównej jest wiele do rozważenia, a aby w ogóle rozważyć coś w rodzaju tokena, musimy zrozumieć, jak patrzeć na zarządzanie i jakie są pełne ramy zarządzania. To będzie coś, co zajmie miesiące ciężkiego myślenia, więc jeszcze o tym nie myśleliśmy.

Kiedy Eclipse zostanie uruchomiony w sieci głównej?

„Mamy już devnet, czyli sieć, którą ludzie obecnie aktywnie rozwijają, dla sieci mainnet. Po zamrożeniu kodu i sprawdzeniu go udostępniamy go jako oprogramowanie typu open source, aby ludzie mogli sami przeglądać kod i z niego korzystać plan uruchomienia sieci głównej Eclipse Zasadniczo do końca roku podejmiemy te kroki i, w idealnym przypadku, zakładając, że Celestia jest stabilna, zakładając, że nie ma nic więcej, nie brakuje żadnej innej infrastruktury, wtedy będziemy kontynuować prace nad siecią główną. początek. "