Tytuł oryginalny: „Solana Need L2s And Appchains?”
Autor oryginalny: Yash Agarwal
Oryginalna kompilacja: Ladyfinger, BlockBeats
Notatka redaktora:
Jako wysokowydajna platforma sieci publicznych Solana stoi przed niespotykanymi dotąd możliwościami i wyzwaniami rozwojowymi. W tym artykule Yash Agarwal analizuje panoramiczne i dogłębne spojrzenie na kluczowe problemy w ekosystemie Solana-modularyzację, łańcuchy aplikacji i wdrożeniach-i jak współpracują, aby poprowadzić Solanę w szerszą przyszłość.
Wstęp
Miesiąc temu Vibhu, założyciel Drip, najlepsza bezpłatna aplikacja dystrybucyjna NFT na Solanie, złożyło oświadczenie, które wywołało powszechną dyskusję:
Solana będzie miała i musi mieć warstwę 2 i pakiet zbiorczy.
Wyraził ten pogląd, ponieważ DRiP traci co tydzień na wartości około 20 000 dolarów w miarę wzrostu cen SOL i przeciążenia sieci. Zwiększona aktywność w sieci Solany miała dwa skutki:
Plusy: Zwiększona płynność, większy kapitał i wolumen obrotu (dzięki możliwości komponowania)
Wady: rosnące koszty infrastruktury, złe doświadczenia użytkowników, przeciążenie sieci
Jednak kroplowanie wykorzystuje przede wszystkim Solanę jako infrastrukturę, dystrybuując miliony NFT od artystów do tysięcy portfeli co tydzień, bez większej potrzeby wysokiej kompozytora. Rozwój TVL i napływ kapitału przez Solana miały niewielki wpływ na DRiP, a zamiast tego nękały je głównie wysokie koszty infrastruktury.
Vibhu zauważył, że „kompozycje przynosi zmniejszające się zwroty”. Dodatkowo istnieje większa kontrola nad wartością ekonomiczną generowaną przez przedsiębiorstwo.
Opublikuj link
W ciągu ostatnich kilku miesięcy Solana doświadczyła wielu zatorów, od zrzutów JUP po wydobycie ORE i szczytowy handel monetami memowymi. Choć niektórzy uważają, że Firedancer mógłby rozwiązać te problemy, rzeczywistość jest taka, że harmonogram jest niejasny i obecnie nie można go skalować powyżej 10x. Mimo to Solana pozostaje jedyną ze wszystkich głównych sieci przetestowanych w bitwach, która pozostaje monolityczna.
Czy Solana powinna pozostać łańcuchem monolitycznym, czy stać się modułowym?
Czy Solana ewoluuje w kierunku rozwiązań warstwy 2 i 3 typu sharded, takich jak Ethereum?
Jaki jest aktualny status łańcucha aplikacji i pakietu zbiorczego Solany?
Aby odpowiedzieć na te pytania i przygotować podsumowanie, w tym artykule zbadamy możliwości i omówimy zalety i wady każdego projektu. W tym artykule nie zostanie omówione szczegóły techniczne, ale omówi różne metody ekspansji i zawiera przegląd z zorientowanej na rynek i praktycznej perspektywy zastosowania. Wszystkie spostrzeżenia, żadnych bzdur, po prostu mnóstwo ekskluzywnych informacji.
W skrócie omówimy następujące kwestie:
· Solana i problemy z przeciążeniem sieci
· Niech solana jest modułowa
· Łańcuch aplikacji Solana - z przykładami
· Solana Layer 2 i Rollup - z przykładami
· Infrastruktura wspierająca Rollup i Łańcuch Aplikacji
Problemy z Solaną i potrzeba modułowości
Najpierw omówmy aktualne problemy: ze względu na krople i wzrost objętości transakcji Memecoin, sieć Solana została ostatnio bardzo zatłoczona (z których większość została rozwiązana), co powoduje wysokie czasy pingowe, wysokie wskaźniki awarii transakcji i zwiększone sieci sieciowe opłaty. Mimo to Solana utrzymała zdolność przetwarzania transakcji 1-2 tysiąca transakcji na sekundę, przekraczając wszystkie połączone łańcuchy EVM. Można powiedzieć, że jest to dobry problem stojący przed blockchainem, a także testuje teorię łańcucha monolitycznego Solany.
Fundacja Solana opublikowała niedawno blog, w którym wzywa projekty do podjęcia natychmiastowych działań w celu poprawy wydajności sieci, w tym:
· Wdrożenie opłat priorytetowych: Unikanie opóźnionych lub utraconych transakcji ma kluczowe znaczenie.
· Optymalne wykorzystanie jednostek obliczeniowych programu (CU): używaj tylko niezbędnych zasobów.
· Wdrożenie jakości usług (QoS) zależnej od stawek: Zezwól aplikacjom na nadawanie priorytetu transakcjom użytkowników.
Jednak miary te mogą w pewnym stopniu poprawić szybkość zakończenia transakcji i nie mogą zagwarantować płynnej transakcji. Jednym z rozwiązań tego problemu jest bardzo oczekiwany nowy harmonogram transakcji, który ma zostać wprowadzony w wersji 1.18 pod koniec kwietnia. Nowy harmonogram będzie istniał wraz z obecnym harmonogramem, ale nie zostanie domyślnie włączony, umożliwiając walidacjom monitorowanie wydajności nowego harmonogramu i łatwe przejście do starego harmonogramu, jeśli pojawią się problemy. Nowy harmonogram ma na celu wydajniejsze i tańsze wypełnianie bloków, eliminując nieefektywność starego harmonogramu.
Przeczytaj ten artykuł, aby dowiedzieć się więcej o nowym harmonogramie.
Anza, rozwidlony podmiot Solana Labs, pracuje nad rozwiązaniem problemów zatorów sieciowych, które zostały zidentyfikowane jako związane z zachowaniem Quic Implementation i Agave's Everying Client Client w sprawdzania wysokiego poziomu żądań.
Opublikuj link
Chociaż modułowi zwolennicy silnie popierają „modułową mapę drogową Solany”, Solana Labs/Anza, główni opiekunowie protokołu Solana, nadal koncentrują się na optymalizacji problemów przepustowości i opóźnień warstwy podstawowej. Potencjalne ulepszenia obejmują:
· Ulepszony rynek opłat i zwiększona opłata podstawowa (obecnie ustalona na poziomie 5000 Lamportów lub 0,000005 SOL).
· Wdrożenie wykładniczego wzrostu opłat za blokadę zapisu na koncie, tj. stopniowe zwiększanie opłat w celu ograniczenia spamu.
· Optymalizacja wniosków budżetowych CU poprzez mechanizmy kar.
· Ulepsz ogólną architekturę sieci.
Nawet jeśli te pionowe skalowanie, pojedyncze łańcuch, ulepszenia są skuteczne, nie możemy wykluczyć możliwości przyjęcia skalowania poziomego, zwinięcia. Rzeczywistość jest taka, że Solana może połączyć te dwie funkcje - może służyć jako doskonała warstwa podstawowa wrowadła, z bardzo niskim czasem blokowania opóźnienia (~ 400 milisekund), znacznie poprawiając wydajność Rollup, takiego jak umożliwianie szybkiego potwierdzenia sekwencera. Co więcej, Solana ma historię szybkiego wdrażania zmian, co może sprawić, że będzie bardziej wydajna niż Ethereum jako warstwa bazowa dla Rollupa.
Aktualizacja: Anza wprowadziła poprawki, które pomagają złagodzić bieżące problemy z przeciążeniem sieci i zostaną jeszcze bardziej ulepszone w wersji 1.18.
Pozwól Solanie modyfikować
Rozpoczął się modułowy plan rozwoju Solany. Jak pokazuje post Anza Devrel, Solana Validator i SVM (środowisko wykonania, które obsługuje transakcje i inteligentne umowy/programy) są ściśle sprzężone i utrzymywane przez ANZA. Jednak w nadchodzących miesiącach klient walidatora i środowisko wykonawcze SVM zostaną rozdzielone. To oddzielenie pomoże stworzyć „łańcuchy aplikacji Solana”.
W przypadku pakietu zbiorczego optymalizację dostępności danych (DA) Solany lub warstwy obiektów blob można przeprowadzić na późniejszym etapie.
Informacje od: Anza DevRel
Inżynier ANZA Joe C ujawnił również plany modularyzacji SVM, w których rurociąg przetwarzania transakcji zostanie usunięty z walidera i umieszczony do SVM. Umożliwi to programistom uruchamianie implementacji SVM niezależnie od jakiegokolwiek walidatora.
Samodzielna maszyna SVM byłaby zbiorem całkowicie niezależnych modułów. Każda implementacja SVM może prowadzić te moduły poprzez dobrze zdefiniowane interfejsy, dodatkowo zmniejszając bariery dla projektów zgodnych z SVM i znacznie zmniejszając koszty ogólne wymagane do budowania niestandardowych rozwiązań. Zespoły mogą wdrażać tylko moduły, które są zainteresowani, jednocześnie wykorzystując ustalone wdrożenia, takie jak te z Agave lub Firedancer.
Krótko mówiąc, Solana stanie się bardziej typu plug-and-play, dzięki czemu łańcuchy aplikacji i pakiety zbiorcze Solana będą łatwiejsze do wdrożenia.
Ogólnie rzecz biorąc, może to przebiegać w dwóch kierunkach: warstwa 2 (lub pakiet zbiorczy) i łańcuch aplikacji. Poniżej przedstawimy je jeden po drugim.
Łańcuch aplikacji Solana
Znane również jako widelce SVM, są to zasadniczo widelce łańcucha Solana zaprojektowane do określonych zastosowań. Pyth był pierwszym łańcuchem aplikacji Solana, ale koncepcja naprawdę zwróciła uwagę, gdy założyciel Maker Rune zaproponował opracowanie łańcucha aplikacji producenta pod kątem zarządzania opartą na bazie kodu Solana (SVM). Rune wybrał SVM ze względu na silną społeczność programistów i zalety techniczne nad innymi maszynami wirtualnymi, mając na celu rozwidlenie najbardziej wydajnego łańcucha, aby lepiej zaspokoić potrzeby konsumentów. Chociaż nie zostało to jeszcze wdrożone, posunięcie to wywołało szeroką dyskusję na temat łańcucha aplikacji Solana.
Ogólnie rzecz biorąc, można je podzielić na dwie kategorie:
· Nie wymaga pozwolenia – każdy może dołączyć do sieci, podobnie jak w obecnej sieci głównej Solana.
· Zezwolenie - „Solana uprawnione środowiska (SPES)” pakowane przez Fundację Solana dla instytucji, umożliwiając podmiotom budowanie i utrzymanie własnych instancji łańcucha, obsługiwanych przez SVM.
Pyth — łańcuch aplikacji OG Solana:
Kiedyś Python stanowił 10-20% wszystkich transakcji w głównej sieci Solana. Nie wymagało to jednak żadnej możliwości komponowania, więc po prostu rozwidlili bazę kodu Solany. Dzięki temu mogą korzystać z szybkich czasów bloków Solany wynoszących 400 milisekund w celu aktualizacji cen z dużą częstotliwością. Python jest pierwszą siecią, która przyjęła SVM jako łańcuch aplikacji.
Łańcuch aplikacji PythNet jest dowodem na rzecz autoryzacji Solana Mainnet i służy jako obliczeniowa warstwa podstawowa do przetwarzania i agregowania danych dostarczonych przez Pyth Data Publishing Network.
Dlaczego Python migruje?
· Nie wymaga dużej możliwości komponowania, szczególnie w przypadku zastosowań innych niż Solana i dlatego jest odporny na przeciążenia sieci głównej.
· Do publikowania danych wymagane jest środowisko z uprawnieniami.
· Obniżenie kosztów infrastruktury poprzez internalizację opłat, które wcześniej wyciekłyby do warstwy bazowej, jaką jest Solana.
Kolejny przykład CUBE Exchange to kolejny przykład, hybrydowy CEX rozmieszczony jako suwerenny łańcuch SVM z w pełni offline zamówień i osadą w łańcuchu SVM.
Przykład łańcucha aplikacji Solana
· Perp DEX: Perp DEX, taki jak Hyperliquid, może działać jako samodzielne sieci warstwy 1. Ponadto, w przypadku handlu przypadkami użycia, możliwe jest dostosowanie liczby transakcji na blok lub wdrożenie logiki warunkowej, takiej jak integracja wykonywania zamówień zatrzymania bezpośrednio do warstwy 1, upewniając się, że są one egzekwowane jako przejścia stanu lub wprowadzanie aplikacji- specyficzna logika atomów.
· AI i DePIN: Mogą mieć kontrolowaną listę dostawców usług, takich jak Pyth. Na przykład Akash działa jako rynek komputerowy za pośrednictwem łańcucha aplikacji Cosmos.
· Łańcuch aplikacji zarządzania: weryfikowano zainteresowanie MakerDao łańcuchami aplikacji SVM, łańcuchy aplikacji suwerennych mogą być bardzo atrakcyjne. Zarządzanie kryptowalutami wciąż ewoluuje, a posiadanie dedykowanych forków łańcucha może być przydatnym mechanizmem koordynacji.
· Przyszłe łańcuchy aplikacji dla przedsiębiorstw: Potencjalne zastosowania obejmują fundusze takie jak BlackRock lub systemy płatności, takie jak Visa lub CBDC.
· Łańcuch aplikacji gier: Projekt gry kasynowej działający na platformie Solana rozważa utworzenie łańcucha aplikacji.
· Modyfikacje widelca solany: podobne do zoptymalizowanego EVM (równoległości) dostarczonego przez Monad lub SEI, ktoś może zbudować bardziej zoptymalizowaną wersję Solany. Trend ten prawdopodobnie stanie się bardziej powszechny w nadchodzących latach, gdy sieć główna Solana zacznie eksplorować nowe architektury projektowe.
Wyobraź sobie stos łańcucha aplikacji Solana
Chociaż konfigurowanie łańcuchów aplikacji może być stosunkowo proste, zapewnienie łączności między wszystkimi łańcuchami aplikacji ma kluczowe znaczenie dla interoperacyjności. Inspiracją z podsieci Avalanche, łącząc się za pośrednictwem natywnych wiadomości Avalanche Warp i łańcuchów aplikacji Cosmos, łącząc się za pośrednictwem IBC, Solana może również utworzyć lokalne framework wiadomości, aby podłączyć te łańcuchy aplikacji.
Opublikuj link
Można zbudować platformę oprogramowania pośredniego, taką jak Cosmos-SDK, aby zapewnić kompleksową usługę do tworzenia łańcuchów aplikacji z wbudowaną obsługą naluków, takich jak Pyth lub rozdzielnica, połączenia procedur zdalnych, RPC, takie jak Helius, i połączenia przesyłania wiadomości, takie jak, tunel i inne funkcje.
Agglayer Polygon zapewnia innowacyjne rozwiązanie, które pozwala programistom połączyć inną warstwę 1 lub warstwę 2 z agglayer w celu osiągnięcia agregacji cross-łańcucha ZK.
Jaki jest pozytywny wpływ Application Chain na ekosystem Solana?
Łańcuchy wniosków nie płacą opłat w SOL ani nie używają SOL jako tokena opłaty transakcyjnej, więc nie wnoszą bezpośrednio wartości do SOL, chyba że SOL jest ponownie zatrzymywany w celach bezpieczeństwa ekonomicznego, ale ich korzyści dla ekosystemu SVM są oczywiste. Podobnie jak efekt sieciowy EVM, więcej rozwidleń SVM i łańcuchów aplikacji wzmocni efekt sieciowy SVM. Ta logika ma również zastosowanie, nawet jeśli Eclipse, jako rozszerzenie warstwy 2 SVM na Ethereum, konkuruje z siecią główną Solana.
Warstwa Solana 2
Solana Layer 2 lub Rollup to logicznie niezależny łańcuch, który publikuje dane z warstwą dostępności danych (DA) swojego głównego łańcucha i ponownie wykorzystuje mechanizm konsensusu głównego łańcucha. Mogą także używać innych warstw DA, takich jak Celestia, ale nie jest to już prawdziwy pakiet zbiorczy. Termin „RollApp” jest często używany w odniesieniu do pakietów zbiorczych specyficznych dla aplikacji (które bada większość aplikacji Solana).
Czy rollup Solany przypomina Ethereum?
Oczywiście, że nie. W przypadku Solany pakiet zbiorczy będzie w większości abstrakcyjny dla użytkowników końcowych. Z ideologicznego punktu widzenia Rolp Ethereum jest odgórny, to znaczy Fundacja Ethereum i przywódcy zdecydowali, że najlepszym sposobem na skalowanie jest Rollup, a następnie zaczął obsługiwać różne warstwy 2 po incydencie kryptokitties. W firmie Solana popyt ma charakter oddolny, pochodzi od twórców aplikacji, którzy cieszą się dużym zainteresowaniem wśród użytkowników. W rezultacie większość obecnych gier typu roll-up to gry marketingowe, które są bardziej oparte na narracji niż na potrzebach użytkownika. To znacząca różnica, która może poprowadzić do innej przyszłości dla Rollupa niż Ethereum.
Czy kompresja jest równoważna Rollupowi?
Warstwa 2 rozszerza łańcuch bloków warstwy podstawowej (Warstwa 1) poprzez wykonywanie transakcji w warstwie 2, grupowanie danych transakcyjnych i ich kompresję. Skompresowane dane są następnie przesyłane do warstwy 1 i wykorzystywane do zabezpieczenia przed oszustwami (optymistyczne zestawienie) lub potwierdzenia ważności (zk rollup). Ten proces certyfikacji nazywany jest „rozliczeniem”. Podobnie kompresja odciąża transakcje z sieci głównej, zmniejszając rywalizację o stan warstwy podstawowej. Warto zauważyć, że warstwa 2 trawy będzie wykorzystywać kompresję stanu do swojego podsumowania.
Wzór rollupa na Solanie:
Obecnie działają dwa projekty podobne do Rollapps:
Pobierz kod
Jest to aplikacja Payments z MicroPayments SDK, która pozwala każdemu dokonywać i akceptować płatności natychmiastowe oraz używać struktury podobnej do swojej aplikacji. Tworzy intencje dla wszystkich transakcji i wykorzystuje sekwencer przypominający pakietowanie, aby rozliczać się na Solanie co N interwałów.
Można to osiągnąć za pomocą struktury przypominającej rollup:
· Elastyczność: Intencje mogą reprezentować różnorodne przyszłe działania, a nie tylko transakcje płatnicze. Dodatkowo Solana jako łańcuch można w razie potrzeby wymienić.
· Natychmiastowość i prywatność: Dzięki miękkiej finalności sekwencera płatności są natychmiastowe nawet w przypadku przeciążenia Solana. Chociaż transakcje są widoczne w łańcuchu, dokładne kwoty i intencje pozostają niejasne, zapewniając prywatność użytkownika.
Krótkotrwały pakiet zbiorczy dla MagicBlocks
MagicBlocks to infrastruktura gier web3 opracowana przy użyciu Ephermal Rollup specjalnie do gier. Wykorzystuje strukturę konta SVM do podziału stanu gry na klastry. Stan jest następnie tymczasowo przenoszony do warstwy dodatkowej lub „ephermal rollup”, konfigurowalnej warstwy dedykowanej. Tymczasowy pakiet zbiorczy działa jako dedykowane środowisko wykonawcze SVM lub pakiet zbiorczy w celu przetwarzania transakcji z większą przepustowością.
Można to osiągnąć za pomocą struktury przypominającej rollup:
· Dostosowywanie dedykowanych czasów, w tym transakcje bez gazu, szybszy czas blokowy i zintegrowane mechanizmy czasowe, np.
· Programiści mogą wdrażać programy w warstwie podstawowej, takiej jak Solana, zamiast w oddzielnym łańcuchu lub pakiecie zbiorczym. Efemeryczne rollupy nie fragmentują istniejącego ekosystemu, umożliwiając przyspieszenie docelowych operacji bez tworzenia izolowanego środowiska. Oznacza to, że można wykorzystać całą istniejącą infrastrukturę Solana.
Takie podejście pomaga stworzyć wysoce skalowalny system zdolny do uruchamiania zwijania na żądanie i automatycznie skalowania poziomego, aby pomieścić użytkowników wykonujących miliony transakcji bez typowych kompromisów tradycyjnej warstwy 2. Chociaż MagicBlock koncentruje się na grach, podejście to można zastosować również w innych obszarach, takich jak płatności.
Nadchodzący pakiet Solana:
· Grass: Grass to projekt DePIN skupiający się na zaspokajaniu potrzeb sztucznej inteligencji w zakresie danych poprzez technologię weryfikacji i przechwytywania. Projekt przechwytuje dane treningowe AI za pośrednictwem węzłów trawnych w sieci i przechowuje dane na blockchain przez walidacyjne, jednocześnie dokładnie rejestrując źródło danych i węzła, które wykonały przechwytywanie, i odpowiednio je nagradzając.
Biorąc pod uwagę, że Grass musi obsłużyć do 1 miliona żądań sieciowych na sekundę, jest to nierealne w przypadku sieci głównej Solana. Dlatego w ramach projektu planuje się wykorzystanie technologii dowodu z wiedzą zerową do weryfikacji zestawu danych i rozliczania go partiami na warstwie 1 Solany.
Zespół trawiasty rozważa również wprowadzenie technologii kompresji stanu z innych klastrów i wykonywanie zakotwiczenia danych w wersji beta Solana Mainnet. Ta innowacja sprawi, że Grass stanie się podstawową platformą obsługującą szeroką gamę aplikacji, które można zbudować wyłącznie na jej bazie
* Należy pamiętać, że projekty budujące platformy i infrastrukturę mają zazwyczaj wyższe wyceny rynkowe, a Grass wkrótce wypuści swój token.
· Zeta: Jedna z najwcześniejszych wiecznych wymiany kontraktowej na Solanie, która ma w całości wieczną książkę z zamówieniami, planuje obecnie wykorzystać technologię zwijania Solany do migracji procesu dopasowywania handlu poza łańcuchem.
Bezterminowa wymiana kontraktów przy użyciu technologii Rollup ma oczywiste zalety, ponieważ znacznie poprawia doświadczenie użytkownika w handlu. Zapytaj tych, którzy handlowali na platformach takich jak Hyperliquid lub AEVO z ciągłymi wymianami kontraktów na Solanie, które wymagają od użytkowników podpisania każdej transakcji, wyskakującego okienka do portfela i oczekiwania na około 10 do 20 sekund. Ponadto wieczne transakcje kontraktowe nie wymagają jednoczesnego wykonywania i mogą być wysoce zintegrowane z innymi częściami ekosystemu defi, szczególnie pod względem dopasowania transakcji.
Co ciekawe, Armani, współzałożyciel Backpack, również napisał na Twitterze, że skupia się teraz na rozwiązaniach warstwy 2.
Sonic opracowuje modułowy łańcuch SVM o nazwie Hypergrid, który umożliwi twórcom gier wdrażanie własnych łańcuchów na platformie Solana. Jednocześnie istnieją również projekty rozwinięte Ethereum oparte na technologii SVM, takich jak Eclipse i NitrovM, które wykorzystują SVM jako silnik wykonania. W ekosystemie Solana Neon służy jako rozwiązanie warstwy 2 kompatybilne z EVM. Ponadto niektóre innowacyjne projekty, takie jak Molecule, warstwa 2 SVM dla Bitcoin, są wciąż na wczesnym etapie koncepcyjnym.
Sovereign SDK zapewnia strukturę przypominającą node.js, specjalnie do tworzenia pakietów zbiorczych. Użytkownicy mogą przesłać swój kod rdzy, a platforma jest w stanie przekształcić go w optymistyczną rolkę lub rolkę ZK, która obsługuje wdrożenie w dowolnym blockchain. Ten kod Rusta może być niestandardową logiką aplikacji lub dowolną implementacją maszyny wirtualnej.
Kilka argumentów na temat Rollupu
Rollup = zgodny z SOL
„ETH-Aligned” lub „ETH Bag Biases” stało się popularnym memem internetowym.
Dlaczego warstwa 2 i Restaking/EigenLayer stają się najgorętszymi tematami?
Dzieje się tak, ponieważ zwiększają one „pieniężność” ETH, który jest wszędzie używany jako podstawowy aktyw.
Ta sama zasada dotyczy Solany. Społeczność Solana będzie wspierać każde rozwiązanie, które zwiększy jej udziały w SOL – to takie proste. Wraz z rozwojem ekosystemu Solana, niegdyś pomijana „waluta” SOL stanie się ważna. Pamiętaj, że większość zwijania to „sztuczki marketingowe”, a ponieważ rynek nadal ceni infrastrukturę nad aplikacjami, oferują lepszą akumulację wartości tokena.
Rollup będzie sprawiał wrażenie rozszerzenia Solany
Oprócz korzyści bezpieczeństwa wynikających z dziedziczenia bezpieczeństwa po warstwie podstawowej, łatwy dostęp do użytkowników i zasobów Solany będzie znaczącą zaletą. Jak zauważył Jon Charbonneau, Rollupy Ethereum, takie jak Base, Optimism i Arbitrum, bardziej przypominają rozszerzenia Ethereum. Użytkownicy zachowują ten sam portfel i adres, natywny token gazowy to jedno standardowe wersja, ETH dominuje defi, wszystkie pary handlowe to ETH, aplikacje społecznościowe NFT w ETH i twórcy płac, np. itp.
Podobnie stanie się z Solaną. Ucząc się od Ethereum, większość Solana Rollapps nie sprawi, że użytkownicy poczują się, jakby korzystali z osobnego łańcucha, na przykład Getcode.
Solana zobaczy więcej „RollApps” niż „Rollup”
Solana nie ma problemów ze skalowaniem, takich jak Ethereum, gdzie sieć główna staje się trudna w użyciu ze względu na wysokie opłaty za gaz, jest wysoce zoptymalizowana. Jednak niektóre aplikacje wymagające dedykowanej przestrzeni blokowej utworzą swoje pakiety zbiorcze. Chociaż uniwersalny Rollup na Solanie nie ma dla mnie sensu, finansowo ma to sens dla projektu. Na przykład użytkownicy Base wygenerowali dla Coinbase 2 miliony dolarów przychodu w ciągu zaledwie jednego dnia! Zachęty dla konstruktorów skupiają się głównie na warstwie 2. Jednak, jak zaobserwowano, każde zwijanie EVM wydaje się być regularnym wdrożeniem, a wiele projektów, takich jak Linea, Scroll lub ZSYNC, stały się łańcuchami duchów, a tylko rolnicy wykonują kilka transakcji na token airdrops.
Ponadto uważam, że uniwersalna warstwa 2 na Solanie może prowadzić do tych samych starych problemów, co Ethereum, a mianowicie scentralizowane zwijanie, zatłoczenie i fragmentacja płynności.
Dlaczego niektóre aplikacje chcą przeprowadzić migrację do Rollapps/AppChain?
Każda aplikacja początkowo zostanie uruchomiona w Solana Mainnet, ponieważ hosting większej liczby aplikacji na wspólnej infrastrukturze znacznie zmniejsza złożoność dla programistów i użytkowników. Jednak w miarę rozwoju tych aplikacji mogą one dążyć do:
· Przechwytywanie wartości. Większym wyzwaniem jest internalizacja wartości na współdzielonej warstwie Solana, która nie jest przeznaczona tylko dla jednej aplikacji. Przechwytywanie MEV może być kolejną opłacalną opcją dla DEX-ów.
· Dedykowana przestrzeń blokowa.
· Możliwość dostosowania w ramach przypadków użycia. Na przykład pod względem prywatności GetCode używa sekwencera, aby zapewnić użytkownikom prywatne płatności, eksperymenty z opłat rynkowych, zaszyfrowane pule pamięci, które minimalizują MEV i dostosowane książki zamówień.
Jednak nie wszystkie aplikacje będą chciały zainicjować własny zwijanie, zwłaszcza te, które nie osiągają pewnej prędkości ucieczki, np. Wystarczające TVL, użytkownicy, objętość transakcji. Uruchomienie własnego łańcucha obejmuje bolesne i niepotrzebne kompromisy, złożoność, koszt, gorsze wrażenia użytkownika, fragmentacja płynności itp. Większość aplikacji, zwłaszcza na wczesnym etapie, nie może uzasadnić przyrostowych zysków. Solana pozostaje sercem i duszą rozwoju SVM, dlatego prawdopodobnie zostanie wdrożonych wiele nowych aplikacji.
Dla twórców aplikacji
Sieć główna Solana, łańcuch aplikacji lub pakiet zbiorczy całkowicie zależą od różnych sytuacji. Jeśli nie ma silnej potrzeby kompozycji z innymi aplikacjami, całkowicie uzasadnione jest odłożenie różnych komponentów, niezależnie od tego, czy jest to łańcuch aplikacji, czy zwijanie. Użytkownicy nie muszą nawet wiedzieć, że korzystają z pakietu Rollup lub AppChain. Wszystkie trawy, Zeta i Getcode abstrakcyjnie korzystają z infrastruktury typu Rollup dla swoich użytkowników.
W przypadku przypadków użycia wymagających autoryzacji i dostosowywania, rozszerzenie tokenów może również zaspokoić większość potrzeb, takich jak KYC lub logika transferowa, przy jednoczesnym zachowaniu kompozytora.
Infrastruktura obsługująca pakiety zbiorcze i łańcuch aplikacji
Jeśli teoria RollApp/łańcucha aplikacji zostanie rozszerzona, istniejący dostawcy infrastruktury będą mogli skorzystać znacząco, ponieważ wejdą na nowe rynki:
· Istniejący dostawcy usług typu rollup jako usługa (RaaS), tacy jak Caldera, mogą z łatwością wejść na rynek SVM w miarę pojawiania się zapotrzebowania. Firmy SVM, takie jak Eclipse i NitroVM, również zwracają uwagę na tę okazję. Ponadto Sovereign Labs udostępnia adapter Sovereign SDK Solana, który obsługuje pakiet zbiorczy na platformie Solana (nie jest jeszcze gotowy do produkcji). Helius to kolejna firma, która dobrze nadaje się do budowy infrastruktury dla Solana Layer 2, jak Mert wielokrotnie sugerował.
· Współdzielone sekwencery, takie jak Rome Protocol i potrzeba lekkich klientów, takich jak Tinydancer. Wspólne sekwencery mogą być interesujące dla zwijania, ponieważ umożliwiają one takie czynności, jak arbitraż atomowy, MEV i bezszwowe mostkowanie, zmniejszając fragmentację płynności.
· Portfele takie jak Phantom, Backpack i Solflare. Infrastruktura obsługująca wiele podpisów i inteligentny portfel kontraktowy, taka jak Squads. Squads został uznany za „najlepszą warstwę infrastruktury inteligentnego portfela kontraktowego dla Solany i SVM”.
· Ponowne zatrzymanie SOL: Teoria modułowości promuje również ponowne zatrzymanie się, ponieważ te łańcuchy zwinięte/aplikacji mogą wymagać SOL w celu udostępnienia bezpieczeństwa i bardziej spójnego z Solaną. Doprowadzi to do zwiększonych przychodów dla pierwszych użytkowników, takich jak Cambrian, Picaso i Solayer, Jito za pośrednictwem Stakenet i LST, takich jak sanctum, a także walidacyjne.
Wreszcie, czy Solana może sprostać światowemu popytowi?
Oczywiście, że nie. Realistycznie, nawet biorąc pod uwagę prawo Moore'a, nawet jeśli sprzęt nadal poprawia wydajność, a Solana jest zoptymalizowana pod kątem rozwoju sprzętu, jest to nierealne. Uważam, że wszystkie mniej krytyczne transakcje, takie jak krople wysyłające NFT, zostaną ostatecznie przeniesione do ich własnych łańcuchów, podczas gdy najcenniejsze transakcje pozostaną w głównym łańcuchu, gdzie prawdziwa kompozytoria jest kluczowa, takich jak Spot Dex.
To nie znaczy, że Solana traci bitwę monolityczną i kompozytorską; Poza tym Sui, Aptos, Sei, Monad itp. nie są lepsze, ponieważ nie wiemy jeszcze, czy wytrzymają dużą rzeczywistą aktywność użytkowników.
W przeciwieństwie do Ethereum, sieć główna Solana nie ma być „łańcuchem B2B”, zawsze była i zawsze będzie siecią konsumencką. Budowanie systemów rozproszonych na dużą skalę jest niezwykle trudne, a Solana ma największy potencjał, aby stać się wspólną księgą najcenniejszych transakcji na świecie.
Solana potrzebuje bratniej duszy: czy AppChain i Rollup mogą być idealnym połączeniem?
Oryginalne łącze
