Alternatywne podejście: jak rozwija się restaking Solana i czym różni się od Ethereum?
Uruchomienie EigenLayer i pojawienie się koncepcji restakingu to jedne z najważniejszych kamieni milowych dla Ethereum od czasu przejścia blockchaina na algorytm konsensusu Proof-of-Stake. Restaking został początkowo wprowadzony w tym ekosystemie, ale z czasem podobne projekty zaczęły pojawiać się w innych sieciach – Solana była pionierem protokołu Solayer 31 maja.
Zespół redakcyjny Incrypted przyjrzał się, jakie protokoły pracują nad wdrożeniem restakingu w ekosystemie Solana, czym różnią się one od EigenLayer i jego konkurentów oraz dlaczego to, co działa dla Ethereum, może nie być tak przydatne dla innych sieci.
Znaczenie restakingu dla ekosystemu Ethereum
Wiodącym protokołem restakingu w sieci Ethereum jest EigenLayer, który jest pierwszym i największym projektem blockchain według kapitału własnego blockchain (TVL), skutecznie zapoczątkowując tę koncepcję. W chwili pisania tego tekstu TVL platformy jest wyceniane na 4,7 miliona ETH, biorąc pod uwagę zarówno natywne ethereum, jak i płynne tokeny stakingowe. W wartościach bezwzględnych stanowi to około 15% całkowitego wolumenu kryptowaluty w stakingu.
Pomimo faktu, że EigenLayer został w pełni uruchomiony w kwietniu 2024 r., zapotrzebowanie na usługi ponownego stakowania w ekosystemie Ethereum pojawiło się wcześniej – wraz ze wzrostem liczby sieci warstwy 2 i rozprzestrzenianiem się architektury modułowej wśród projektów infrastrukturalnych obejmujących wykorzystanie aktywnie weryfikowanych usług (AVS).
Sądząc po liście połączonych usług AVS, EigenLayer płynnie uzupełnia to podejście. Tak więc, w chwili pisania tego tekstu, z 17 projektów na stronie, co najmniej 11 jest w taki czy inny sposób związanych z rynkiem rozwiązań modułowych. Kilka kolejnych platform koprocesorowych pośrednio przyczynia się do rozwoju sieci L2 opartych na dowodach zerowego ujawnienia poprzez świadczenie usług generowania tych ostatnich.
W ten sposób EigenLayer zapewnia stosunkowo niedrogi i łatwy sposób na poprawę bezpieczeństwa wielu rozwiązań warstwy 2, a także modułów dostępności danych i innych protokołów. Większość z nich nie jest bezpośrednio związana z siecią Ethereum i potrzebuje własnej warstwy bezpieczeństwa do prawidłowego funkcjonowania.
Dlaczego nie jest to dobre rozwiązanie dla Solany?
Na pierwszy rzut oka przeniesienie prymitywnego restakingu do sieci Solana wydaje się logiczne. Zwłaszcza po tym, jak platformy do liquid stakingu szybko stały się powszechne i przyczyniły się do “renesansu” ekosystemu.
Istnieje jednak szereg technicznych i koncepcyjnych różnic między Ethereum a Solaną, które uniemożliwiają proste skopiowanie kodu EigenLayer, dostosowanie go do SVM i uzyskanie tego samego “wybuchowego” efektu.
Na przykład Solana została pierwotnie pomyślana jako skalowalna sieć o dużej przepustowości i pewnych kompromisach w zakresie decentralizacji. Cała “modułowa” narracja w Ethereum, którego projekty są głównymi konsumentami usług EigenLayer, pojawiła się w celu przezwyciężenia ograniczeń technicznych, których Solana po prostu nie ma.
Dlatego też nie ma sieci warstwy 2, łańcuchów bocznych, parachainów ani żadnych innych “dodatków” dla Solany. Infrastruktura pozostaje monolityczna, zapewniając programistom przystępną cenowo i skalowalną infrastrukturę, która nie wymaga rozwiązań spoza podstawowego łańcucha bloków.
Biorąc pod uwagę tę cechę, pojawia się pytanie – kto będzie korzystał z usług restakingu w tym ekosystemie? Większość produktów opartych na Solanie to niestandardowe aplikacje, które nie potrzebują własnej sieci walidatorów.
Mniej istotnym, ale wciąż ważnym szczegółem może być mechanizm konsensusu. W przeciwieństwie do Ethereum, Solana wykorzystuje Proof-of-Stake (dPoS). W tym przypadku szanse na wybranie walidatora do włączenia transakcji do bloku zależą bezpośrednio od liczby stakowanych SOL, podczas gdy w sieci Ethereum istnieje standardowy wymóg dotyczący depozytu stakingowego (32 ETH), a zatem wszystkie węzły są formalnie równe. Warto to wziąć pod uwagę przy przekładaniu zabezpieczeń na projekty innych firm.
Ze względu na te osobliwości koncepcja wymaga dostosowania w celu skutecznego zastosowania w Solanie i opracowania produktów spełniających potrzeby rynku.
Różnorodność podejść
Ponieważ restaking jest stosunkowo młodą narracją dla ekosystemu Solana, w chwili pisania tego tekstu istnieje stosunkowo niewiele projektów pracujących w tym obszarze, a jeszcze mniej z nich ma działające produkty. Już teraz można jednak zauważyć, że zespoły podchodzą do pokonywania różnych przeszkód na różne sposoby, co zasadniczo różni się od Ethereum, gdzie dominującą wizję wyznacza EigenLayer.
Endogeniczny AVS od Solayer
Jednym z pionierów restakingu w sieci Solana są twórcy protokołu Solayer, wspierani przez Binance Labs. W chwili pisania tego tekstu jest to jedyny projekt z działającym produktem – platforma została uruchomiona 31 maja. Do 23 sierpnia ponad 1,1 miliona SOL zostało już zablokowanych w inteligentnych kontraktach Solayer.
Główną różnicą Solayer, którą podkreślają deweloperzy, jest jego endogeniczność, tj. skupienie się na protokołach “wewnątrz” sieci. To odróżnia go od EigenLayer, który obsługuje przede wszystkim “egzogeniczne” produkty, takie jak łańcuchy bloków L2 i protokoły międzyłańcuchowe. W ten sposób zespół faktycznie rozszerza koncepcję AVS o niestandardowe aplikacje, takie jak zdecentralizowane giełdy.
Jest to zasadniczo inna architektura, która patrzy na restaking w kontekście szybkości przetwarzania transakcji, a nie bezpieczeństwa. Istotą modelu Solayer jest to, że użytkownicy umieszczają tokeny w określonych aplikacjach. Te ostatnie delegują zaangażowane aktywa do walidatorów Solayer, które wchodzą w bezpośrednią interakcję z warstwą konsensusu Solana i nadają swoim “klientom” priorytetowe miejsce w łańcuchu bloków podczas przetwarzania transakcji.
Sam Solayer jest rodzajem rynku, na którym aplikacje mogą “płacić” za dodatkową zdolność do przetwarzania transakcji za pomocą aktywów przyciągniętych w ramach restakingu.
Kolejną cechą protokołu jest wykorzystanie architektury dPoS, w której prawdopodobieństwo wyboru walidatora jako twórcy bloku zależy od liczby posiadanych tokenów. Na podstawie tego kryterium Solayer przypisuje węzłom parametr jakości usług ważony stawką (swQoS), umożliwiając uczestnikom o wyższej wartości przetwarzanie większej liczby transakcji.
W chwili pisania tego tekstu użytkownicy mogą zablokować protokół SOL, a także tokeny od głównych dostawców płynnego odzyskiwania, takich jak bSOL, mSOL, jitoSOL i INF. Ponadto 15 sierpnia zespół ogłosił partnerstwo z Bonk, AltLayer, SonicSVM i Hashkey w celu wykorzystania walidatorów Solayer jako AVS i wykorzystania zasobów użytkowników.
Uwaga: W białej księdze zespół zauważył że w przyszłości zasoby użytkowników będą również wykorzystywane do zabezpieczania egzogenicznych AVS – podobnie jak w przypadku EigenLayer. Nie wiadomo jednak, kiedy te funkcje zostaną wdrożone.
Podejście zestawu narzędzi Jito
Jito to największa usługa liquid stakingu w sieci Solana, będąca liderem narracji LST w tym ekosystemie, która umożliwiła jej pozyskanie około 1,8 mld USD płynności. W lipcu 2024 r. projekt zaprezentował własne rozwiązanie do liquid stakingu.
W przeciwieństwie do Solayer czy EigenLayer, które dostarczają użytkownikom gotowy produkt w formacie stealth-as-a-service, Jito oferuje deweloperom zestaw narzędzi do wdrażania i dostosowywania własnej warstwy zabezpieczeń. Infrastruktura projektu składa się z dwóch głównych modułów:
- restaking Protocol. Upraszcza integrację walidatorów innych firm w celu ochrony AVS i umożliwia dostosowanie ustawień warstwy zabezpieczeń, takich jak ustawianie funkcji cięcia. Moduł ten jest również odpowiedzialny za wdrażanie węzłów i koordynowanie interakcji między ich operatorami a AVS;
- repozytoria tokenów. Pozwala projektom tworzyć własne płynne tokeny i obsługuje wszystkie standardowe aktywa SPL. Warto zauważyć, że EigenLayer ogłosił podobną funkcję w połowie sierpnia.
Łącznie moduły te pozwalają zespołowi szybko zintegrować dodatkową warstwę zabezpieczeń dla projektu i obniżyć koszty wdrażania i utrzymywania własnej sieci walidatorów.
Jednak w chwili pisania tego tekstu umowy Jito zorientowane na restaking są w fazie testów i nie zostały wdrożone w sieci bazowej, więc nadal trudno jest ocenić rzeczywiste zapotrzebowanie na te narzędzia i ich skuteczność.
Restaking międzysieciowy Picasso
Picasso to sieć w ekosystemie Cosmos, która jest podstawą do wdrożenia protokołu restakingu opartego na omnichain z obsługą większości głównych blockchainów, w tym Solana i Ethereum. Projekt wykorzystuje Cosmos IBC jako podstawę do budowy infrastruktury sieciowej.
Deweloperzy Picasso wskazują, że głównym problemem EigenLayer jest to, że jest on zamknięty dla ekosystemu Ethereum, co ogranicza możliwości operatorów restakingu jako AVS i w innych blockchainach. Aby przezwyciężyć to ograniczenie, zespół buduje sieć mostów IBC, które umożliwiają projektom z kompatybilnych sieci korzystanie z usług walidatora, nawet jeśli są one wdrażane na innym blockchainie.
Interakcja między głównymi uczestnikami platformy, w tym zasady cięcia, procedura płatności za usługi walidatora i lista obsługiwanych aktywów, jest ustalana przez inteligentne kontrakty Picasso. Jednocześnie protokół nie określa minimalnych wymagań technicznych dla walidatorów, umożliwiając AVS wybór własnych węzłów do połączenia.
W chwili pisania tego tekstu programiści Picasso z powodzeniem wdrożyli most do Solany – użytkownicy mogą już przerabiać SOL i niektóre tokeny LST, a także uczestniczyć w gamifikowanej kampanii projektu na platformie Mantis. Ponadto protokół obsługuje opcję delegowania aktywów do określonych walidatorów, a w przyszłości zespół powinien wdrożyć system skarbców, który stopniowo rozszerzy liczbę obsługiwanych tokenów.
Integracja z ekosystemem Ethereum jest również planowana na 2024 r., ale most do tego celu jest nadal w ograniczonym zakresie i nie obsługuje jeszcze funkcji restakingu.
Poziom bezpieczeństwa Cambrian
Cambrian proponuje stworzenie modułowej warstwy bezpieczeństwa, która pozwoli AVS na wykorzystanie węzłów do ochrony oprogramowania pośredniczącego. Podobnie jak w przypadku EigenLayer, Cambrian odnosi się do tego terminu jako dodatkowej warstwy bezpieczeństwa, która może być używana na przykład w wyroczniach, RPC i obliczeniach wielostronnych (MPC).
Mówiąc najprościej, Cambrian to dodatkowa warstwa zabezpieczeń dla aplikacji, z którymi mogą się łączyć:
- stakers, którzy delegują swoje aktywa do określonych operatorów;
- operatorami – właścicielami węzłów, którzy są również walidatorami Solana;
- AVS – usługami, które muszą zabezpieczyć własne oprogramowanie pośredniczące.
Inteligentne kontrakty protokołu organizują skoordynowaną interakcję między wszystkimi uczestnikami sieci, wybierając najbardziej odpowiednie technicznie węzły do usługi AVS, gwarantując zapłatę za ich pracę i rozdzielając zablokowane aktywa między operatorów zgodnie z instrukcjami użytkowników.
W chwili pisania tego tekstu Cambrian nie został jednak jeszcze uruchomiony w głównej sieci, co nie pozwala nam ocenić głównych przewag konkurencyjnych i cech protokołu.
Warto zauważyć, że wszystkie powyższe projekty ogłosiły lub już wdrożyły punktowe programy angażowania użytkowników. Podczas “renesansu Solana” wiosną 2024 r. to właśnie te zachęty stały się jednym z kluczowych czynników wzrostu dla protokołów liquid staking i pozwoliły im przyciągnąć kapitał do ekosystemu. Możliwe, że tym razem również będą w stanie przyciągnąć uwagę odbiorców, zwłaszcza w kontekście dystrybucji tokenów EigenLayer.
Możliwości i bariery związane z restakingiem Solana
Kluczowym argumentem przemawiającym za koncepcją restakingu Solana jest wysoki wolumen SOL zablokowanych w stakingu – około 82% w porównaniu do około 25% w przypadku Ethereum. Jest to jeden z najwyższych wskaźników w branży, a z punktu widzenia zwolenników restakingu aktywa te można wykorzystać bardziej efektywnie, zapewniając bezpieczeństwo AVS.
Biorąc pod uwagę, że dostarczanie “konsensusu jako usługi” wiąże się z dodatkowymi nagrodami z protokołów, możemy spodziewać się dużego zainteresowania ze strony walidatorów. Oznacza to, że ekosystem Solana prawdopodobnie zapewni wystarczającą podaż na rynku restakingu.
Głównym czynnikiem ograniczającym jest jednak wstępnie niski popyt na takie usługi. Jak wspomniano powyżej, kluczowe AVS w ekosystemie Ethereum są w taki czy inny sposób związane z infrastrukturą modułową, napędzaną przez architekturę blockchain i bezpieczeństwo jako podstawową wartość społeczności. Biorąc pod uwagę niski rozwój rynku modułowego, twórcy protokołu LST w Solanie muszą dostosować koncepcję w taki sposób, aby znaleźć potencjalnych odbiorców w innych segmentach.
Właśnie z tego powodu obserwujemy zasadniczo odmienne podejście od Solayera, który nie próbuje tworzyć dodatkowej warstwy bezpieczeństwa, ale raczej stara się zapewnić poprzez restaking wyższą jakość usług dla poszczególnych aplikacji poprzez bezpośrednią interakcję z warstwą konsensusu Solany.
Koncepcja omnichain-restaking Picasso również może być potencjalnym zwycięzcą, skutecznie umożliwiając walidatorom Solana sprzedaż swoich usług projektom w innych sieciach, a tym samym rozszerzając dostępny rynek AVS.
Tak czy inaczej, w chwili pisania tego tekstu tylko Solayer ma działający produkt, więc jest zbyt wcześnie, aby ocenić rzeczywisty popyt i wpływ restakingu w tym ekosystemie. Co więcej, podczas gdy w ekosystemie Ethereum EigenLayer natychmiast wyróżnił się jako lider segmentu, ustanawiając swego rodzaju standard dla kolejnych protokołów restakingu, Solana charakteryzuje się różnorodnością podejść, wśród których wciąż trudno jest wskazać zwycięzcę.
