Autor: Kernel Ventures Jerry Luo

Redaktorzy: Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua

TDR:

  1. Ethereum zakończyło pierwsze trzy fazy aktualizacji, które rozwiązały odpowiednio problemy progów programistycznych, ataków DoS i przejścia do punktów sprzedaży, a głównym celem obecnej fazy aktualizacji jest zmniejszenie opłat transakcyjnych i optymalizacja doświadczenia użytkownika.

  2. EIP-1553, EIP-4788, EIP-5656 i EIP-6780 zostały zrealizowane w celu zmniejszenia kosztów interakcji międzyumownych, poprawy efektywności dostępu do łańcucha sygnałów nawigacyjnych, zmniejszenia kosztów replikacji danych i ograniczenia uprawnienia roli odpowiednio kodu bajtowego SELFDESTRUCT.

  3. Wprowadzając dane typu blob znajdujące się na zewnątrz bloku, EIP-4844 może znacznie zwiększyć TPS Ethereum i zmniejszyć koszty przechowywania danych.

  4. Aktualizacja w Cancun będzie miała dodatkowe korzyści dla DA specyficznych dla Ethereum, podczas gdy Fundacja Ethereum nie jest otwarta na rozwiązania DA, które w ogóle nie wykorzystują Ethereum w swoich magazynach danych.

  5. Aktualizacja w Cancun będzie prawdopodobnie stosunkowo korzystniejsza dla Op Layer 2 ze względu na bardziej dojrzałe środowisko programistyczne, a także zwiększone zapotrzebowanie na warstwę Ethereum DA.

  6. Aktualizacja Cancun podniesie limit wydajności aplikacji DApp, umożliwiając jej funkcjonalność bliższą funkcjonalności aplikacji w Web2. Warto obejrzeć gry on-chain, które nie straciły na popularności, a jednocześnie wymagają dużo miejsca na Ethereum.

  7. Ethereum jest na tym etapie niedowartościowane, a aktualizacja w Cancun może być sygnałem, że Ethereum zacznie rosnąć.

1. Aktualizacja Ethereum

Od 16 października ubiegłego roku, kiedy Cointelegraph opublikował fałszywe wiadomości o przejściu ETF na Bitcoin, do 11 stycznia tego roku, kiedy ETF ostatecznie został uchwalony, rynek kryptowalut odnotował gwałtowny wzrost cen. Ponieważ ETF ma bardziej bezpośredni wpływ na bitcoina, ceny Ethereum i bitcoina różniły się w tym okresie. Bitcoin osiągnął szczyt na poziomie prawie 49 000 dolarów, po odzyskaniu 2/3 poprzedniego szczytu hossy, a Ethereum osiągnął szczyt na poziomie około 2700 dolarów, czyli nieco ponad połowę poprzedniego szczytu hossy. Ale odkąd wylądował Bitcoin ETF, trend ETH/BTC znacznie się odbił, oprócz oczekiwań na nadchodzący Ethereum ETF, innym ważnym powodem jest to, że opóźniona aktualizacja w Cancun ogłosiła niedawno publiczne testy w sieci testowej Goerli, sygnalizując, że tak jest na krawędzi. W obecnej sytuacji modernizacja w Cancun nastąpi najwcześniej w pierwszym kwartale 2024 roku. Aktualizacja w Cancun jest częścią fazy Serenity Ethereum, mającą na celu rozwiązanie problemu niskiego TPS Ethereum i wysokich kosztów transakcji na tym etapie i następuje po fazach Ethereum: Frontier, Homestead i Metropolis. Przed Serenity Ethereum przeszło fazy Frontier, Homestead i Metropolis, które oddzielnie rozwiązywały problemy związane z ustalaniem progów, atakami Dos i przejściem POS na Ethereum. Mapa drogowa Ethereum wyraźnie stwierdza, że ​​głównym celem obecnej fazy jest realizacja tańszych transakcji i lepsze doświadczenie użytkownika.

Źródło: TradingView

2. Zawartość aktualizacji Cancun

Jako społeczność zdecentralizowana, aktualizacje Ethereum opierają się na propozycjach złożonych przez społeczność programistów, które ostatecznie są wspierane przez większość społeczności Ethereum, w tym propozycje ERC, które zostały przyjęte oraz te, które są nadal przedmiotem dyskusji lub zostaną wdrożone w sieci głównej wkrótce zwane łącznie propozycjami EIP. Oczekuje się, że podczas modernizacji w Cancun zostanie przyjętych pięć propozycji EIP: EIP-1153, EIP-4788, EIP-5656, EIP-6780 i EIP-4844.

2.1 Zasadnicza misja EIP-4844

  • Blob: EIP-4844 wprowadził nowy typ transakcji dla Ethereum, blob, blok danych o wielkości 125 KB. Obiekty BLOB kompresują i kodują dane transakcyjne i nie są trwale przechowywane w Ethereum jako kody bajtowe CALLDATA, co znacznie zmniejsza zużycie gazu, ale nie można uzyskać do nich bezpośredniego dostępu w maszynach EVM. Implementacja EIP-4844 pozwala na maksymalnie dwa obiekty BLOB na transakcję i do 16 obiektów BLOB na transakcję blok. Po wdrożeniu EIP-4844 każda transakcja może zawierać do dwóch obiektów BLOB, a każdy blok może przenosić do 16 obiektów BLOB. Jednakże społeczność Ethereum zaleca, aby każdy blok zawierał osiem blobów, a gdy liczba przekroczy 8, można go nadal przenosić, ale koszt gazu będzie stosunkowo stały, aż osiągnie maksimum 16 blobów.

Ponadto dwie inne podstawowe technologie wykorzystywane w EIP-4844 to obietnice wielomianów KZG i tymczasowe przechowywanie, które szczegółowo przeanalizowaliśmy w naszym poprzednim artykule Kernel Ventures: Exploring Data Availability — In Relation to Historical Data Layer Design, w którym zbadano projekt Warstwy DA i dane historyczne. Podsumowując, zmiany wprowadzone przez EIP-4844 w zakresie wielkości poszczególnych bloków Ethereum i lokalizacji, w której przechowywane są dane transakcyjne, znacznie zwiększyły TPS sieci Ethereum, jednocześnie zmniejszając pobór gazu.

2.1 Misje poboczne EIP-1553

  • EIP-1553: Ta propozycja ma na celu zmniejszenie kosztów przechowywania podczas interakcji umownych. Transakcję na Ethereum można podzielić na wiele ramek utworzonych przez zestaw instrukcji CALL, które mogą należeć do różnych kontraktów i tym samym mogą wiązać się z przesyłaniem informacji pomiędzy wieloma kontraktami. Istnieją dwa sposoby przesyłania stanu między kontraktami, jeden ma formę wejścia/wyjścia, a drugi polega na wywołaniu kodu bajtowego SSTORE/SLOAD w celu trwałego przechowywania w łańcuchu. W przeszłości dane były przechowywane i przesyłane w postaci pamięci, co było tańsze, ale jeśli cały proces transmisji przejdzie na podstawie umowy z niewiarygodną stroną trzecią, istniało ogromne ryzyko bezpieczeństwa. Jednakże, jeśli użyjesz kodu bajtowego SSTORE/SLOAD, spowoduje to znaczne obciążenie pamięci i zwiększy obciążenie pamięci w łańcuchu. EIP-1553 rozwiązuje ten problem poprzez wprowadzenie kodów operacji przechowywania chwilowego TSTORE i TLOAD. Zmienne przechowywane w tych dwóch kodach bajtowych mają takie same właściwości, jak te przechowywane w kodach bajtowych SSTORE/SLOAD i nie można ich modyfikować podczas transmisji. Różnica polega jednak na tym, że przejściowo przechowywane dane nie pozostaną w łańcuchu po zakończeniu transakcji, lecz ulegną zniszczeniu, podobnie jak zmienne tymczasowe, które realizują bezpieczeństwo procesu transmisji stanu i stosunkowo niski koszt przechowywania.

Źródło: Kernel Ventures

  • EIP-4788: W łańcuchu sygnałów nawigacyjnych po aktualizacji POS Ethereum każdy nowy blok wykonawczy zawiera korzenie nadrzędnego bloku nawigacyjnego i nawet jeśli brakuje niektórych starszych korzeni, wystarczy zachować tylko niektóre z najnowszych korzeni podczas aktualizacji proces tworzenia nowego bloku ze względu na niezawodność korzeni przechowywanych przez warstwę konsensusu. Jednak w procesie tworzenia nowych bloków częste żądanie danych z EVM do warstwy konsensusu spowoduje nieefektywność i stworzy możliwości dla MEV. Dlatego w EIP-4788 zaproponowano użycie wyspecjalizowanego kontraktu Beacon Root do przechowywania najnowszych plików Root, co powoduje, że korzenie nadrzędnych sygnałów nawigacyjnych są ujawniane przez EVM i znacznie poprawia wydajność wywoływania danych.

Źródło: Kernel Ventures

  • EIP-5656: Kopiowanie danych do pamięci to podstawowa operacja o bardzo wysokiej częstotliwości w Ethereum, ale wykonanie tej operacji na EVM wiąże się z dużym obciążeniem. Aby rozwiązać ten problem, społeczność Ethereum zaproponowała kod operacyjny MCOPY w EIP-5656, który umożliwia wydajną replikację na maszynach EVM. MCOPY wykorzystuje specjalną strukturę danych do krótkotrwałego przechowywania danych, w tym wydajnego dostępu do fragmentów i replikacji obiektów w pamięci. Posiadanie dedykowanej instrukcji MCOPY zapewnia również przyszłościową ochronę przed zmianami kosztów gazu instrukcji CALL w przyszłych aktualizacjach Ethereum.

Źródło: Kernel Ventures

  • EIP-6780: W Ethereum funkcja SELFDESTRUCT może zniszczyć kontrakt i wyczyścić cały kod i cały stan powiązany z tym kontraktem. Jednak w strukturze Verkle Tree, która będzie wykorzystywana w przyszłości Ethereum, stwarza to ogromny problem. W Ethereum, które używa Verkle Tyre do przechowywania stanu, opróżniona pamięć zostanie oznaczona jako wcześniej zapisana, ale pusta, co nie spowoduje zauważalnych różnic w wykonaniu EVM, ale spowoduje różne zobowiązania Verkle dla utworzonych i usuniętych kontraktów w porównaniu do operacji, które to zrobiły nie nastąpi, co będzie skutkować problemami z walidacją danych dla Ethereum w strukturze Verkle Tree. problemy z walidacją danych w strukturze Verkle Tree. W rezultacie SELFDESTRUCT w EIP-6780 zachowuje jedynie możliwość zwrotu ETH z kontraktu na określony adres, pozostawiając kod i stan przechowywania powiązany z tym kontraktem w Ethereum.

3. Perspektywy różnych branż po modernizacji w Cancun

3,1 DA

3.1.1 Model zysku

Wprowadzenie do zasad DA i różnych typów DA można znaleźć w poprzednim artykule naszej organizacji Kernel Ventures: Exploring Data Availability — In Relation to Historical Data Layer Design. W przypadku projektów DA przychody pochodzą z opłat wnoszonych przez użytkowników za przechowywanie na nich danych, a wydatki z opłat wnoszonych za utrzymanie funkcjonowania sieci magazynowania oraz trwałość i bezpieczeństwo przechowywanych danych. Pozostała wartość sieci to wartość zgromadzona przez sieć, a głównym sposobem realizacji wzrostu wartości w projektach DA jest poprawa wykorzystania przestrzeni dyskowej w sieci, tak aby przyciągnąć jak najwięcej użytkowników do korzystania z sieci składowanie. Z drugiej strony ulepszenia technologii przechowywania, takie jak kompresja danych lub przechowywanie w formie fragmentów, mogą zmniejszyć wydatki na sieć, a z drugiej strony zapewnić wyższą akumulację wartości.

3.1.2 Odłączenie DA

Obecnie istnieją trzy główne typy usług DA, DA dla głównego łańcucha, modularyzacja DA i Storage Chain DA, które zostały opisane i zróżnicowane w Kernel Ventures: Exploring Data Availability — In Relation to Historical Data Layer Design.

3.1.3 Wpływ modernizacji Cancun na DA

  • Wymagania użytkownika: Po aktualizacji Cancun historyczne dane transakcyjne Ethereum wzrosną dziesiątki razy. Te dane historyczne spowodują również większe potrzeby w zakresie przechowywania. Ponieważ Ethereum po aktualizacji w Cancun nie zauważyło poprawy wydajności przechowywania danych, warstwa DA głównego łańcucha przyjmuje proste i regularne czyszczenie tych historii, a ta część rynku przechowywania danych w naturalny sposób spadnie na głowy wszelkiego rodzaju projektów DA, co spowoduje większe zapotrzebowanie użytkowników.

  • Kierunek rozwoju: Wzrost danych historycznych Ethereum po aktualizacji w Cancun skłoni główne projekty DA do poprawy wydajności i interoperacyjności interakcji danych z Ethereum w celu lepszego uchwycenia tej części rynku. Można przewidzieć, że wszystkie rodzaje ogólnopublicznych technologii pomostów do przechowywania łańcuchów staną się przedmiotem zainteresowania rozwoju dostawców DA w publicznych łańcuchach pamięci masowej i modułowych DA, podczas gdy w przypadku głównych DA w łańcuchu Ethereum konieczne jest również rozważenie, w jaki sposób dalej ulepszyć ich kompatybilność z siecią główną i minimalizuje koszty i ryzyko przesyłu.

3.1.4 Aktualizacja Cancun i różne piony DA

Aktualizacja Cancun przyniosła szybszy przyrost danych do Ethereum, nie zmieniając jednocześnie sposobu przechowywania danych synchronizowanych w sieci, co spowodowało, że główny łańcuch musiał regularnie czyścić dużą ilość danych historycznych i delegować funkcję długoterminowego przechowywania transakcji dane. Jednak ta część danych historycznych jest nadal potrzebna w procesie zrzutów prowadzonych przez strony projektu i analizy danych przez organizacje analityczne on-chain. Wartość stojących za nim danych przyciągnie konkurencję z różnych projektów DA, a kluczem do określenia udziału w rynku jest bezpieczeństwo danych i koszty przechowywania projektów DA.

  • DA dla głównego łańcucha: Na obecnym etapie DA dla projektów głównego łańcucha, takich jak EthStorage, jego rynek pamięci masowej pochodzi głównie z niektórych obrazów, muzyki i innych danych o dużej pamięci projektu NFT na Ethereum. Ze względu na wysoką kompatybilność pomiędzy klastrami węzłów i Ethereum, główny łańcuch DA może realizować bezpieczną interakcję danych z główną siecią Ethereum przy niskim koszcie. Jednocześnie przechowuje dane indeksu przechowywania na inteligentnym kontrakcie Ethereum i nie oddziela całkowicie warstwy DA od Ethereum, które otrzymało silne wsparcie od Fundacji Ethereum. Na rynku pamięci masowej wniesionym przez Ethereum główny DA specyficzny dla łańcucha ma naturalną przewagę nad innymi DA.

  • Modularyzacja DA i Storage Chain DA: W przypadku tych projektów trudno jest osiągnąć przewagę konkurencyjną w zakresie wydajności przechowywania danych historycznych w ramach modernizacji w Cancun w porównaniu z DA dla głównego łańcucha. Jednakże na tym etapie DA dla głównego łańcucha jest wciąż w fazie testów i nie została w pełni wdrożona, podczas gdy aktualizacja w Cancun jest nieuchronna, a jeśli dedykowane projekty DA nie zapewnią wdrożonego rozwiązania pamięci masowej przed aktualizacją w Cancun, ta runda eksploracji wartości danych mogą nadal dominować modułowe DA.

3.1.5 Możliwości aktualizacji DA po Cancun

  • EthStorage: DA dla głównego łańcucha, podobnie jak EthStorage, będzie największym beneficjentem aktualizacji w Cancun, która zasługuje na uwagę. Ponadto, po ostatnich wiadomościach, że aktualizacja Cancun może nastąpić w lutym tego roku, oficjalne konto EthStorage X również wykazało dużą aktywność, publikując swoją najnowszą oficjalną stronę internetową i raport roczny, a działania marketingowe wydają się być bardzo udane.

Świętujmy otwarcie naszej nowej strony internetowej! Odwiedź http://EthStorage.io, aby zobaczyć zupełnie nowy projekt!

Poznaj granicę skalowalności

Porównanie kosztów w czasie rzeczywistym z Ethereum

Jak działa EthStorage

Podstawowe funkcje EthStorage

Aplikacje obsługiwane przez EthStorage

Jednak porównując zawartość najnowszej oficjalnej strony z wersją 2022, poza chłodniejszym efektem front-endu i bardziej szczegółowym wprowadzeniem, nie wprowadzono na niej zbyt wielu innowacji w funkcjach usług, a główną promocją nadal pozostaje pamięć masowa i Web3Q usługa nazwy domeny. Jeśli jesteś zainteresowany, możesz kliknąć poniższy link, aby uzyskać token testowy W3Q, aby móc korzystać z usługi EthStorage w sieci Galileo Chain. Aby otrzymać token musisz posiadać nazwę domeny W3Q lub konto z saldem większym niż 0,1 ETH w sieci głównej. Sądząc po niedawnym wylaniu wody z kranu, pomimo pewnego rozgłosu, na tym etapie nie było zbyt dużego udziału. Jednak w połączeniu z faktem, że EthStorage właśnie w lipcu tego roku otrzymało zalążkową rundę finansowania w wysokości 7 milionów dolarów i nie widziało żadnego oczywistego źródła tych środków, możliwe jest, że projekt w tajemnicy przygotowuje pewien postęp w infrastrukturze w oczekiwaniu na modernizację w Cancun przybyć w wersji przedpremierowej, aby przyciągnąć jak najwięcej ciepła.

Bateria EthStorage, źródło: Web3q.io

  • Celestia: Celestia jest obecnie wiodącym modułowym projektem DA. W porównaniu z DA w przypadku projektów z głównych łańcuchów, które są nadal w fazie rozwoju, Celestia zaczęła zaznaczać swoją obecność od ostatniej hossy i otrzymała pierwszą rundę finansowania. Po ponad dwóch latach opadów Celestia udoskonaliła swój model zbiorczy, model tokenowy i wreszcie, po długim okresie testów, 31 października zakończyła swoją główną premierę online i pierwszy zrzut. Cena monety rośnie od momentu otwarcia rynku i niedawno przekroczyła 20 dolarów. Według obecnego nakładu 150 milionów TIA kapitalizacja rynkowa tego projektu osiągnęła już 3 miliardy dolarów. Jednakże, biorąc pod uwagę ograniczoną grupę usług w ramach ścieżki historycznego przechowywania danych typu blockchain, kapitalizacja rynkowa TIA znacznie przewyższyła kapitalizację Arweave, tradycyjnej publicznej sieci pamięci masowej o bogatszym modelu zysku, i bezpośrednio przyczyniła się do wzrostu kapitalizacji rynkowej Filecoin, chociaż nadal istnieje pewne pole do wzrostu w porównaniu z hossą, a kapitalizacja rynkowa TIA jest na tym etapie nieco przeszacowana. Jednakże, dzięki wsparciu projektu Star i entuzjazmowi dla zrzutów, który nie osłabł, jeśli modernizacja w Cancun będzie mogła posunąć się do przodu w pierwszym kwartale tego roku zgodnie z oczekiwaniami, Celestia nadal będzie przedmiotem zainteresowania. Istnieje jednak jedno ryzyko, na które warto zwrócić uwagę: Fundacja Ethereum wielokrotnie podkreślała w dyskusjach z udziałem Celestii, że każdy projekt odbiegający od warstwy DA Ethereum nie będzie warstwą 2, co wskazuje na odrzucenie projektów pamięci masowej stron trzecich, takich jak Celestia. Możliwa prezentacja Fundacji Ethereum przed i po aktualizacji w Cancun również zwiększy niepewność co do cen Celestii.

Źródło: CoinmarketCap

3.2 Warstwa 2

3.2.1 Model zysku

W związku z rosnącą liczbą użytkowników i ciągłym rozwojem projektów na Ethereum, niski TPS Ethereum stał się ogromną przeszkodą w dalszym rozwoju jego ekosystemu, a wysokie opłaty transakcyjne na Ethereum utrudniają także promocję niektórych projektów obejmujących złożone interakcje na dużą skalę. Jednak wiele projektów wylądowało już na Ethereum, a migracja wiąże się z ogromnymi kosztami i ryzykiem, a jednocześnie poza publicznym łańcuchem Bitcoin nastawionym na płatności, trudno znaleźć łańcuch publiczny z takim samym bezpieczeństwem jak Ethereum . Pojawienie się Warstwy 2 jest próbą rozwiązania powyższych problemów poprzez umieszczenie całego przetwarzania transakcji i obliczeń w innym łańcuchu publicznym (Warstwa 2), weryfikację spakowanych danych poprzez inteligentne kontrakty połączone mostem z Warstwą 1 i zmianę statusu w sieci głównej. Warstwa 2 koncentruje się na przetwarzaniu i sprawdzaniu transakcji, wykorzystując Ethereum jako warstwę DA do przechowywania skompresowanych danych transakcyjnych, co skutkuje większymi prędkościami i niższymi kosztami obliczeniowymi. Użytkownicy, którzy chcą używać Warstwy 2 do realizacji transakcji, muszą zakupić tokeny Warstwy 2 i zapłacić operatorowi sieci z góry. Operator sieci warstwy 2 musi płacić za bezpieczeństwo danych przechowywanych w Ethereum, a przychodem warstwy 2 jest kwota płacona przez użytkowników za bezpieczeństwo danych warstwy 2 pomniejszona o kwotę zapłaconą przez warstwę 2 za bezpieczeństwo danych w warstwie 1. Zatem w przypadku warstwy 2 w Ethereum poniższe dwie ulepszenia mogą przynieść większe przychody. Z punktu widzenia open source im bardziej aktywny jest ekosystem Ethereum, im więcej jest projektów, tym więcej użytkowników i projektów będzie musiało zmniejszyć zużycie gazu i przyspieszyć transakcje, co zapewni większą bazę użytkowników ekosystemowi Layer2, oraz przy założeniu, że zysk z pojedynczej transakcji pozostaje niezmieniony, więcej transakcji przyniesie większe przychody operatorowi sieci warstwy 2. Z punktu widzenia oszczędności kosztów, jeśli koszt przechowywania Ethereum spadnie, koszt przechowywania warstwy DA płacony przez stronę projektu Layer2 spadnie, a liczba transakcji pozostanie niezmieniona, operator Layer2 również może uzyskać większe przychody.

3.2.2 Odłączenie Warstwy 2

Około 2018 roku schemat Layer2 Ethereum prezentuje rozkwitającą sytuację i istnieją 4 rodzaje schematów: Sidechain, Rollup, State Channel i Plasma. Jednakże ze względu na ryzyko niedostępności danych podczas transmisji poza łańcuchem oraz dużą liczbę ataków typu „grind” State Channel został na tym etapie stopniowo marginalizowany ze schematów warstwy 2, a Plasma jest stosunkowo niszowa i nie może wejść do pierwszej 10-tki pod względem TVL w warstwie 2, więc nie będzie tam omawiane. Wreszcie rozwiązania Layer2 w postaci sidechainów, które w ogóle nie wykorzystują Ethereum jako warstwy DA, były stopniowo wykluczane z definicji Layer2. W tym artykule omówimy jedynie główny nurt schematu Layer2 Rollup i przeanalizujemy go z jego ścieżkami podrzędnymi ZK Rollup i Op Rollup.

Optymistyczny rollup

  • Zasada wdrożenia: Na początek łańcuch Optimistic Rollup musi wdrożyć kontrakt pomostowy w głównej sieci Ethereum, dzięki któremu będzie mógł realizować interakcję z główną siecią Ethereum. Warstwa 2 wsadowo spakuje dane transakcyjne użytkownika i wyśle ​​je do Ethereum , który obejmuje najnowszy stan główny konta w warstwie 2, katalog główny przetworzony wsadowo i skompresowane dane transakcji. dane. Na tym etapie dane te są przechowywane w formie Calldata w umowie Chain Bridge, co prawda znacznie zmniejszyło to zużycie gazu w porównaniu do stałego magazynowania w MPT, ale nadal stanowi znaczny narzut danych, a także stwarza wiele przeszkody w możliwej poprawie wydajności Op Layer2 (Optimistic Rollup Layer2) w przyszłości.

Źródło: Kernel Ventures

  • Obecny stan: Obecnie Op Layer2 jest najważniejszym ekosystemem Warstwy 2, z pięcioma najlepszymi warstwami 2 w TVL, a wszystkie z nich pochodzą z ekosystemu Optimistic Rollup. Również łączna wartość TVL samych Optymizmu i Arbitrium przekroczyła 16 miliardów dolarów.

Źródło: L2BEAT

  Jednym z głównych powodów, dla których ekosystem Op Rollup może obecnie zajmować wiodącą pozycję, jest przyjazne środowisko programistyczne. Zakończyła pierwszą rundę wydawania warstwy 2 i uruchamiania sieci głównej przed ZK Rollup, która przyciągnęła dużą liczbę programistów DApp cierpiących z powodu ograniczeń opłat Ethereum i niskiego TPS, a także przesunęła pozycję rozwoju DApp z migracji z warstwy 1 do warstwy 2. Jednocześnie Op Layer2 ma wyższą kompatybilność z EVM w dolnej warstwie, co usuwa przeszkody w migracji projektów w głównej sieci Ethereum i realizuje wdrażanie różnych typów DApps na Ethereum, takich jak Uniswap, Sushiswap , Cureve i tak dalej do warstwy 2 w najszybszym możliwym czasie, a nawet przyciąga projekty takie jak Wordcoin i inne projekty do migracji z głównej sieci Polygon. Na obecnym etapie Op Layer2 ma nie tylko Uniswap V3, wiodący Ethereum DeFi i GMX, natywny projekt DeFi z TVL przekraczającym 100 milionów dolarów, ale także Friend.tech, projekt SocialFi z opłatą transakcyjną wynoszącą ponad ponad 20 milionów dolarów, co nie tylko uzupełnia akumulację liczby projektów, ale także promuje jakościowy przełom całego ekosystemu dzięki wysokiej jakości projektom na każdej ścieżce. Ale na dłuższą metę ZK Lite nie będzie najlepszym wyborem. Jednak w dłuższej perspektywie ZK Layer2 (ZK Rollup Layer2) ma wyższy limit TPS i mniejsze zużycie gazu dla pojedynczej transakcji, a Op Layer2 stanie w obliczu ostrej konkurencji z ZK Layer2, gdy technologia ZK Rollup będzie stopniowo udoskonalana.

źródło: Dune

Rollup ZK (rollup o zerowej wiedzy)

  • Zasada implementacji: Dane transakcyjne w warstwie 2 ZK mają podobną metodę przetwarzania jak warstwa Op Layer 2, która jest pakowana i przetwarzana w warstwie 2, a następnie zwracana do inteligentnego kontraktu w warstwie 1 w celu przechowywania w Calldata. Jednakże dane transakcyjne w warstwie 2 mają dodatkowy etap generowania ZKp i nie muszą zwracać skompresowanych danych transakcyjnych do sieci, a jedynie zwrócić katalog główny transakcji i katalog główny partii z ZKp używanym do weryfikacji legalności odpowiednia transakcja. Dane zwracane do Warstwy 1 za pośrednictwem ZK Rollup nie wymagają żadnego okresu okna i po zatwierdzeniu mogą być aktualizowane w czasie rzeczywistym w sieci głównej.

Źródło: Kernel Ventures

  • Obecny stan: ZK Layer2 stał się drugim co do wielkości ekosystemem Layer2, zaraz po Op Layer2, przy czym 4 z 10 najlepszych Layer2 w rankingu TVL to ZK Layer2. Ale ogólnym zjawiskiem jest to, że nie ma żadnej warstwy ZK Layer2 wystarczająco mocnej jako Op Layer2. Chociaż wszyscy uważamy, że ZK Layer2 ma dobre perspektywy, po prostu nie można ich rozwijać. Pierwszym powodem jest to, że wczesne wydanie Op Layer2 przyciągnęło wielu programistów do realizacji na nim projektów i jeśli nie będą mogli uzyskać wystarczających korzyści z migracji projektów, jest mało prawdopodobne, że migrują swoje projekty, które już wygenerowały stabilny dochód Op. warstwa 2. Po drugie, wiele projektów ZK Layer2 wciąż ma problemy ze kompatybilnością warstwy bazowej z Ethereum. Na przykład Linea, projekt gwiazdowy ZK, jest obecnie niekompatybilny z wieloma kodami operacyjnymi EVM, co stwarza wiele przeszkód programistom w dostosowaniu się do EVM. Inny gwiazdorski projekt, zkSync, nie jest obecnie w stanie zapewnić kompatybilności z podstawową warstwą EVM i może być kompatybilny jedynie z niektórymi narzędziami programistycznymi Ethereum.

Źródło: Kernel Ventures

  Kompatybilność z Ethereum utrudnia także migrację do niego projektów natywnych. Ponieważ kod bajtowy nie jest w pełni interoperacyjny, projekty muszą wprowadzić zmiany w umowie podstawowej, aby dostosować się do ZKEVM, co jest procesem wiążącym się z wieloma trudnościami i ryzykiem, a tym samym spowalniającym proces migracji projektów natywnych dla Ethereum. Widać, że na tym etapie większość projektów na ZK Layer2 to projekty natywne i są to głównie DeFi takie jak Zigzag i SyncSwap, które są relatywnie łatwiejsze w rozwoju, a łączna liczba i różnorodność projektów na ZK Layer2 czekają na dalszy rozwój. Zaletą ZK Layer2 jest jednak jego zaawansowanie technologiczne. Jeśli uda się zapewnić kompatybilność pomiędzy ZKEVM i EVM i udoskonalić algorytm generowania ZKp, wydajność ZK Layer2 będzie miała lepszą górną granicę w porównaniu z Op Layer2. Jest to również powód, dla którego projekty ZK Layer2 wciąż pojawiają się na rynku zdominowanym przez Op Layer2. Ponieważ ścieżka Op Layer 2 została już wydzielona, ​​dla spóźnialskich najbardziej odpowiednim sposobem na zachęcenie użytkowników do migracji z oryginalnych sieci jest zaproponowanie oczekiwanego lepszego rozwiązania. Jednak nawet jeśli pewnego dnia ZK Layer2 zostanie technicznie udoskonalony, jeśli Op Layer2 utworzy kompleksowy ekosystem z wystarczającą liczbą projektów w terenie, nawet jeśli istnieje warstwa 2 o lepszej wydajności, czy użytkownicy i programiści będą skłonni podjąć ogromne ryzyko migracji nadal będzie niewiadomą. Ponadto Op Layer2 również wprowadza ulepszenia na tym etapie, aby ustabilizować swoją pozycję ekologiczną, w tym Op Stack typu open source firmy Optimism, który ma pomóc innym programistom Op Layer2 w szybkim rozwoju, a także udoskonalenia metody wyzwania, takiej jak metoda wyzwania dychotomicznego. Podczas gdy ZK Layer2 jest w trakcie udoskonalania, Op Layer2 nie spowalnia swojego rozwoju, dlatego ważnym zadaniem ZK Layer2 na tym etapie jest uchwycenie ulepszeń algorytmów kryptograficznych i kompatybilności z EVM, aby zapobiec uzależnieniu użytkowników od Op Ekosystem warstwy 2.

3.2.3 Wpływ aktualizacji Cancun na warstwę 2

  • Szybkość transakcji: po aktualizacji Cancun blok może przenosić do 20 razy więcej danych przez obiekt blob, zachowując jednocześnie prędkość wyjściową bloku. Zatem teoretycznie Warstwa 2, która wykorzystuje Warstwę 1 jako warstwę DA i warstwę rozliczeniową, może również uzyskać nawet 20-krotny wzrost TPS w porównaniu do oryginału. Nawet przy 10-krotnym wzroście każda z głównych gwiazd warstwy 2 przekroczyłaby najwyższą prędkość transakcji w historii sieci głównej.

Źródło: L2BEAT

  • Opłata transakcyjna: Jednym z najważniejszych czynników ograniczających upadek sieci warstwy 2 jest koszt bezpieczeństwa danych zapewnianych warstwie 1, który obecnie wynosi prawie 3 dolary za 1 KB danych połączeń przechowywanych w inteligentnym kontrakcie Ethereum. Jednak dzięki aktualizacji Cancun dane transakcyjne w warstwie 2 są przechowywane wyłącznie w postaci obiektów blob w warstwie konsensusowej Ethereum, a 1 GB przechowywania danych kosztuje tylko około 0,1 dolara miesięcznie, co znacznie zmniejsza koszty operacyjne warstwy 2. To znacznie zmniejsza koszty operacyjne warstwy 2. Jeśli chodzi o przychody generowane z tego otwartego źródła, operatorzy Warstwy 2 z pewnością przekażą ich część użytkownikom, aby przyciągnąć więcej użytkowników i tym samym obniżyć koszty transakcyjne Warstwy 2.

  • Skalowalność: wpływ aktualizacji Cancun na warstwę 2 wynika głównie z tymczasowego schematu przechowywania i nowego typu danych typu blob. Magazyn tymczasowy okresowo usuwa stary stan z sieci głównej, który nie jest przydatny do bieżącej walidacji, co zmniejsza obciążenie węzłów w zakresie przechowywania, przyspieszając w ten sposób synchronizację sieci i jednocześnie dostęp do węzłów między warstwami 1 i 2. Blob dzięki dużej przestrzeni zewnętrznej i elastycznemu mechanizmowi dostosowania opartemu na cenie gazu potrafi lepiej dostosowywać się do zmian w wolumenie transakcji sieciowych, zwiększając liczbę blobów przenoszonych przez blok w przypadku zbyt dużego wolumenu transakcji oraz ją zmniejszając gdy wolumen transakcji spada.

3.2.4 Aktualizacja Cancun i różne piony warstwy 2

Aktualizacja w Cancun będzie pozytywna dla całego ekosystemu warstwy 2. Ponieważ podstawową zmianą w aktualizacji Cancun jest zmniejszenie kosztów przechowywania danych i rozmiaru poszczególnych bloków w Ethereum, warstwa 2, która wykorzystuje Ethereum jako warstwę DA, w naturalny sposób odnotuje odpowiedni wzrost TPS i obniżkę opłat za przechowywanie opłaca się dla warstwy 1. Jednakże ze względu na różnicę w stopniu wykorzystania dwóch Rollupów dla warstwy Ethereum DA, wystąpi różnica w stopniu korzyści dla Op Layer2 i ZK Layer2.

  • Op Layer2: Ponieważ Op Layer2 musi pozostawić skompresowane dane transakcyjne w Ethereum w celu nagrania, musi uiścić więcej opłat transakcyjnych na rzecz Ethereum niż ZK Layer2. Dlatego też, zmniejszając zużycie gazu poprzez EIP-4844, Op Layer2 może uzyskać większą obniżkę opłat, zmniejszając w ten sposób niekorzyść ZK Layer2 pod względem różnicy w opłatach. Jednocześnie ta runda redukcji gazu Ethereum z pewnością przyciągnie więcej uczestników i deweloperów w porównaniu z ZK Layer2, który nie wyemitował żadnych monet, a jego warstwa bazowa jest trudna do zgodności z EVM, więcej projektów i kapitałów będzie miało tendencję do skupienie się na Op Layer2, zwłaszcza Arbitrium, które w ostatnim okresie osiąga dobre wyniki, co może zapoczątkować nową rundę rozwoju ekosystemu Layer2 zdominowanego przez Op Layer2. Może to doprowadzić do nowej rundy rozwoju w ekosystemie Layer2 pod przewodnictwem Op Layer2, szczególnie w przypadku projektów SocialFi i GameFi, na które wpływają wysokie opłaty i które mają trudności z zapewnieniem wysokiej jakości doświadczenia użytkownika. Oprócz tego w tej fazie Warstwy 2 prawdopodobnie pojawi się wiele wysokiej jakości projektów, które będą mogły zbliżyć się do doświadczenia użytkownika Web2. Jeśli Op ponownie podejmie tę rundę rozwoju, jeszcze bardziej powiększy to lukę w stosunku do ekosystemu ZK Layer2, co sprawi, że ZK Layer2 będzie wystarczająco trudno nadrobić zaległości.

  • ZK Layer2: W porównaniu z Op Layer2 korzyści wynikające z korekt w dół gazu będą mniejsze, ponieważ ZK Layer2 nie musi przechowywać informacji dotyczących transakcji w łańcuchu i chociaż ZK Layer2 jest wciąż w fazie rozwoju i nie ma dużej ekosystemu Op Layer2, udogodnienia Op Layer2 zostały już ulepszone, a konkurencja w zakresie rozwoju Op Layer2 jest bardziej intensywna, którą przyciągają ulepszenia z Cancun. Jednakże obiekty na warstwie Op Layer 2 są już dobrze ugruntowane i panuje na niej większa konkurencja w zakresie rozwoju, więc konkurowanie z już dojrzałymi programistami Op Layer 2 może nie być rozsądne, gdy nowi uczestnicy rynku, przyciągnięci modernizacjami z Cancun, będą nierozsądni. Jeśli ZK Layer2 będzie w stanie ulepszyć zaplecze pomocnicze dla programistów na tym etapie i zapewnić programistom lepsze środowisko programistyczne, biorąc pod uwagę lepsze oczekiwania wobec ZK Layer2 i ostrą konkurencję na rynku, nowi programiści mogą zdecydować się na przejście na ścieżkę ZK Layer2 , a proces ten przyspieszy proces dogonienia ZK Layer2 i osiągnie cel, jakim jest dogonienie Op Layer2, zanim Op Layer2 całkowicie zdominuje rynek. zanim Op Layer2 całkowicie zdominuje rynek.

3.2.5 Możliwości aktualizacji warstwy 2 po Cancun

  • DYDX: Chociaż DYDX jest DEX-em wdrożonym w Ethereum, jego funkcje i zasady bardzo różnią się od tradycyjnego DEX-a w Ethereum, takiego jak Uniswap. Przede wszystkim wybiera cienkie zlecenia zamiast modelu handlu AMM stosowanego przez główne DEX-y, co pozwala użytkownikom na płynniejsze doświadczenie handlowe i stwarza dobre warunki do handlu lewarowanego na nim. Ponadto wykorzystuje rozwiązania warstwy 2, takie jak StarkEx, aby osiągnąć skalowalność i przetwarzać transakcje, pakować transakcje poza łańcuchem i przesyłać je z powrotem w łańcuchu. Dzięki podstawowym zasadom warstwy 2 DYDX pozwala użytkownikom uzyskać znacznie niższe koszty transakcji niż tradycyjny DEX, przy czym każda transakcja kosztuje tylko około 0,005 dolara. W czasie, gdy aktualizacja w Cancun oraz zmienność Ethereum i powiązanych tokenów jest prawie pewne, że nastąpi gwałtowny wzrost inwestycji wysokiego ryzyka, takich jak handel lewarowany. Dzięki aktualizacji w Cancun opłaty transakcyjne na DYDX przewyższą opłaty transakcyjne na CEX nawet w przypadku małych transakcji, zapewniając jednocześnie większą uczciwość i bezpieczeństwo, zapewniając w ten sposób doskonałe środowisko handlowe dla inwestycji wysokiego ryzyka i entuzjastów handlu lewarowanego. Z powyższego punktu widzenia aktualizacja w Cancun przyniesie bardzo dobrą szansę dla DYDX.

  • Węzeł zbiorczy: Dane, które były regularnie usuwane podczas aktualizacji w Cancun, nie są już istotne dla sprawdzania poprawności nowego out-of-block, ale to nie znaczy, że usunięte dane nie mają żadnej wartości. Na przykład projekty, które mają zostać zrzucone, w dogodny sposób potrzebują pełnych danych historycznych, aby określić bezpieczeństwo funduszy każdego projektu, który ma zostać zrzucony, a istnieją także organizacje zajmujące się analityką w łańcuchu, które często potrzebują pełnych danych historycznych do śledzenia przepływ środków. W tej chwili jedną z opcji jest wysłanie zapytania o dane historyczne do operatora Rollup z Warstwy 2, a w trakcie tego procesu operator Rollup może pobrać opłatę za pobieranie danych. Dlatego też, jeśli w kontekście aktualizacji w Cancun uda nam się skutecznie ulepszyć mechanizm przechowywania i wyszukiwania danych w systemie Rollup oraz opracować z wyprzedzeniem powiązane projekty w celu ustalenia układu, znacznie zwiększy to możliwość przetrwania projektu i jego dalszego rozwoju.

3.3 DApp

3.3.1 Model zysku

Podobnie jak aplikacje Web2, DApps służy do świadczenia usług użytkownikom w Ethereum. Na przykład Uniswap zapewnia użytkownikom wymianę różnych tokenów ERC20 w czasie rzeczywistym; Aave zapewnia użytkownikom usługi pożyczek nadzabezpieczonych i pożyczek typu flash; a Mirror zapewnia twórcom możliwości zdecentralizowanego tworzenia treści. Różnica polega jednak na tym, że w Web2 głównym sposobem na osiągnięcie zysku jest przyciągnięcie większej liczby użytkowników do platformy poprzez tanie i wysokiej jakości usługi, a następnie wykorzystanie ruchu jako wartości w celu przyciągnięcia reklam stron trzecich i czerpania zysków z reklamy. Jednakże DApp w całym procesie utrzymuje zerowe naruszenie uwagi użytkowników i nie przekazuje użytkownikom żadnych rekomendacji, ale pobiera odpowiednią prowizję z pojedynczej usługi po świadczeniu określonej usługi użytkownikom. Tym samym wartość DApp wynika głównie z liczby użytkowników korzystających z usług DApp oraz głębokości każdej interakcji, a jeśli DApp chce zwiększyć swoją wartość, musi świadczyć usługi lepsze niż podobne DApps, dzięki czemu więcej programistów będzie z niego korzystało, a nie z innych DApps.

3.3.2 Odłączanie DApps

Na tym etapie aplikacje Ethereum DApps są zdominowane przez DeFi, GameFi i SocialFi. Na początku istniało kilka projektów Gamble, ale ze względu na ograniczenie prędkości transakcji Ethereum i wydanie EOS, który jest bardziej odpowiednim łańcuchem publicznym, liczba projektów Gamble na Ethereum stopniowo spadała. Te trzy typy DApps zapewniają odpowiednio usługi finansowe, gry i społecznościowe oraz realizują przechwytywanie z nich wartości.

DeFi

  • Zasada wdrożenia: DeFi to zasadniczo jeden lub seria inteligentnych kontraktów w Ethereum. W fazie wypuszczenia DeFi odpowiednie kontrakty (takie jak kontrakty na monety, kontrakty wymiany itp.) muszą zostać wdrożone w głównej sieci Ethereum, a kontrakty zrealizuje interakcję pomiędzy modułami funkcjonalnymi DeFi i Ethereum poprzez interfejsy. Kiedy użytkownicy wchodzą w interakcję z DeFi, wywołają interfejs kontraktu, aby zdeponować, wypłacić i wymienić monety itp. Inteligentny kontrakt DeFi spakuje dane transakcyjne, wejdzie w interakcję z Ethereum za pośrednictwem interfejsu skryptowego kontraktu i zarejestruje zmiany stanu na Łańcuch Ethereum. W tym procesie kontrakt DeFi będzie pobierał określoną opłatę jako nagrodę dla dostawców płynności na wyższym i niższym szczeblu łańcucha dostaw oraz dla własnego zysku.

  • Stan obecny: DeFi ma absolutną dominację wśród DApps. Oprócz projektów międzyłańcuchowych i projektów warstwy 2. DeFi zajmuje inne miejsca w 10 najlepszych DApps pod względem aktywów kontraktowych na Ethereum. Do tego czasu skumulowana liczba użytkowników DeFi w Ethereum przekroczyła 40 milionów. Chociaż liczba aktywnych użytkowników miesięcznie spadła ze szczytu wynoszącego prawie 8 mln w listopadzie 2021 r. ze względu na wpływ bessy, wraz z ożywieniem na rynku liczba aktywnych użytkowników miesięcznie również wzrosła do około połowy wartości szczytowej i czeka na kolejną rundę hossy, aby wywołać kolejny wzrost. Tymczasem DeFi staje się coraz bardziej zróżnicowane i wszechstronne. Od wczesnego handlu kryptowalutami i kredytów hipotecznych po obecny handel lewarowany, zakupy terminowe, finansowanie NFT, pożyczki flash itp., metody finansowe, które można zrealizować w Web2, zostały stopniowo zrealizowane w DeFi, nawet czegoś nie można zrealizować w Web2 , w tym pożyczki flash, zostały zrealizowane także w DeFi.

Źródło: DAppRadar

SocialFi

  • Zasada wdrożenia: Podobnie jak tradycyjne platformy projektowe, SocialFi wspiera osoby w tworzeniu treści i publikowaniu stworzonych treści za pośrednictwem platformy w celu ich rozpowszechniania i dalszego przyciągania obserwujących do kont, podczas gdy użytkownicy mogą uzyskać dostęp do potrzebnych treści i uzyskać potrzebne usługi za pośrednictwem platforma. Różnica polega na tym, że treści publikowane przez użytkowników, zapisy interakcji między wydawcami treści a ich fanami oraz informacje o samych kontach są zdecentralizowane za pomocą inteligentnych kontraktów blockchain, co oznacza, że ​​własność informacji powraca do każdego indywidualnego konta . W przypadku platformy SocialFi im więcej osób chce tworzyć i udostępniać treści za jej pośrednictwem, tym większe przychody może ona wygenerować dzięki świadczeniu tych usług. Koszt interakcji użytkownika na platformie SocialFi minus koszt przechowywania danych o kontach i transakcjach to zysk projektu SocialFi.

  • Obecny stan: Chociaż UAW (User Active Wallet) SocialFi wydaje się porównywalny z DeFi, jeśli chodzi o projekt Head, jego wielkość często wynika z oczekiwań dotyczących zrzutów w powietrzu w przypadku niektórych projektów, co jest niezrównoważone. Po początkowym boomie Friend.tech miał obecnie mniej niż 1000 UAW. Porównanie z DeFi spoza pierwszej piątki bardziej potwierdza ten wniosek. Główną przyczyną tego jest to, że wysokie opłaty za usługi i nieefektywność SocialFi uniemożliwiły SocialFi przyjęcie wymaganych atrybutów społecznościowych, w związku z czym została zredukowana do platformy czysto spekulacyjnej.

Źródło: DAppRadar

GraFi

  • Zasada wdrożenia: Zastosowanie GameFi jest podobne do zastosowania SocialFi, z tą różnicą, że przedmiotem zastosowania stała się gra. Na tym etapie główną metodą zysku GameFi jest sprzedaż rekwizytów w grze dla zysku.

  • Obecny stan: Jeśli właściciel projektu chce uzyskać większe zyski, w zasadzie potrzeba więcej osób do wzięcia udziału w grze. Na tym etapie są tylko dwie rzeczy, które mogą przyciągnąć użytkowników do udziału w grze. Jedna to zabawa w grę, która skłania użytkowników do kupowania rekwizytów, aby uzyskać prawo do udziału w grze lub lepsze wrażenia z gry. Drugim jest oczekiwanie rentowności, ponieważ użytkownicy wierzą, że w przyszłości będą mogli sprzedać rekwizyty po wyższej cenie. Pierwszy model przypomina Steam, gdzie program zarabia prawdziwe pieniądze, a użytkownicy mogą cieszyć się grą. W drugim modelu, jeśli użytkownicy i zyski projektu będą pochodzić z ciągłego napływu nowych użytkowników, a nowe środki nie będą w stanie zrekompensować wydanych rekwizytów projektu, projekt szybko wpadnie w błędne koło sprzedaży, oczekiwania rynku spadną, i nadal się sprzedają, a dochody są trudne do osiągnięcia w sposób zrównoważony, z atrybutem Ponziego. Ze względu na ograniczenia wynikające z opłat blockchain i szybkości transakcji, GameFi na tym etapie w zasadzie nie jest w stanie zapewnić użytkownikowi wymaganego przez pierwszy tryb i opiera się głównie na drugim trybie.

3.3.3 Wpływ aktualizacji Cancun na DApps

  • Optymalizacja wydajności: zmodernizowany blok Cancun może przenosić więcej danych transakcyjnych, co odpowiada DApp może realizować więcej zmian stanu. Zgodnie ze średnim rozszerzeniem obliczeń pojemności 8 obiektów blob, prędkość przetwarzania DApp ulepszonego w Cancun może osiągnąć dziesięciokrotność oryginału.

  • Obniżone koszty: Koszty przechowywania danych są stałym wydatkiem dla DApps, a zarówno DApps warstwy 1, jak i warstwy 2 bezpośrednio lub pośrednio wykorzystują Ethereum do rejestrowania stanu kont w DApp. Dzięki aktualizacji Cancun każda transakcja w DApp może być przechowywana jako kropla danych, co znacznie zmniejsza koszty funkcjonowania DApp.

  • Rozszerzenia funkcjonalności: Ze względu na wysoki koszt przechowywania w Ethereum właściciele projektów celowo zmniejszają ilość danych, które można przesłać podczas opracowywania DApps. Uniemożliwiło to migrację wielu doświadczeń Web2 do DApps, na przykład niezdolność SocialFi do wspierania tworzenia wideo na Twitterze, a nawet gdyby było to możliwe, dane nie byłyby tak bezpieczne jak Ethereum w łańcuchu bazowym, a opcje rozgrywki GameFi są często niski poziom i nieciekawe, ponieważ każda zmiana stanu musi być rejestrowana w łańcuchu. Dzięki modernizacji w Cancun właściciele projektów będą mieli więcej możliwości eksperymentowania z tymi aspektami.

3.3.4 Aktualizacja Cancun i różne branże DApp

  • DeFi: Wpływ aktualizacji w Cancun na DeFi jest stosunkowo niewielki, ponieważ jedyną rzeczą, którą należy zarejestrować w DeFi, jest aktualny stan aktywów użytkownika w umowie, niezależnie od tego, czy są one zastawione, pożyczone czy w innym stanie, oraz kwota dane wymagane do przechowywania są znacznie mniejsze niż w przypadku pozostałych dwóch typów DApps. Jednakże wzrost TPS Ethereum spowodowany aktualizacją w Cancun może znacznie ułatwić działalność arbitrażową DeFi, która ma wysoką częstotliwość transakcji, oraz działalność związaną z dźwignią finansową, która musi zakończyć otwieranie i zamykanie pozycji w krótkim czasie. Jednocześnie redukcja kosztów przechowywania, która nie jest widoczna w przypadku giełd pojedynczych monet, może również przyczynić się do znacznych oszczędności w opłatach w transakcjach lewarowanych i arbitrażowych.

  • SocialFi: Aktualizacja Cancun ma najbardziej bezpośredni wpływ na wydajność SocialFi. Aktualizacja Cancun poprawia zdolność inteligentnych kontraktów SocialFi do przetwarzania i przechowywania dużych ilości danych, aby zapewnić użytkownikowi doskonałą obsługę, bliższą tej z Web2. Jednocześnie podstawowe interakcje, takie jak tworzenie użytkowników, komentowanie, polubienie itp. w SocialFi można przeprowadzić mniejszym kosztem, przyciągając w ten sposób prawdziwie społecznie zorientowanych długoterminowych uczestników.

  • GameFi: W przypadku Asset na grach sieciowych podczas ostatniej hossy efekt jest podobny do DeFi, przy stosunkowo niewielkim spadku kosztów przechowywania. Jednak wzrost TPS może nadal przynosić korzyści interakcjom o wysokiej częstotliwości, aktualności interakcji i obsłudze funkcji interaktywnych, które mogą poprawić grywalność gier. Aktualizacja Cancun ma bardziej bezpośredni wpływ na gry działające w trybie on-chain. Ponieważ cała logika, stan i dane gry są przechowywane w łańcuchu, aktualizacja Cancun znacznie obniży koszty operacji i interakcji użytkownika w grze Fully On-chain. Jednocześnie początkowy koszt wdrożenia gry również zostanie znacznie obniżony, co obniży próg tworzenia gier i zachęci do pojawiania się w przyszłości gier w pełni łańcuchowych.

3.3.5 Możliwości aktualizacji DApps po Cancun

  • Dark Forest: Od trzeciego kwartału 2023 r., być może z powodu pytania, czy tradycyjne gry typu „asset-on-chain” nie są wystarczająco zdecentralizowane, lub po prostu dlatego, że tradycyjna narracja GameFi wydawała się letnia, kapitał zaczął szukać nowych punktów wzrostu, Fully On- gry łańcuchowe zaczęły eksplodować i przyciągnęły wiele uwagi. Jednak w przypadku gry w pełni on-chain na Ethereum prędkość transakcji wynosząca 15 TPS i koszt przechowywania 16 pojedynczych bajtów gazu dla pola CALLDATA poważnie ograniczają górną granicę jej rozwoju. Lądowanie modernizacji w Cancun może stanowić dobre rozwiązanie obu problemów, w połączeniu z ciągłym rozwojem powiązanych projektów w drugiej połowie 2023 r., modernizacja w Cancun może przynieść stosunkowo duży pozytyw dla tej ścieżki. Biorąc pod uwagę efekt głowy, Dark Forest jest jedną z niewielu gier w pełni on-chainowych z ostatniej rundy hossy, ze stosunkowo ugruntowaną bazą społeczności i nie wyemitowała jeszcze własnych tokenów. Powinien mieć dobre perspektywy, jeśli strona projektu podejmie działania mniej więcej w czasie modernizacji Cancun.

4. Wniosek

Lądowanie aktualizacji w Cancun nie tylko przyniesie wyższy TPS i niższe koszty przechowywania w Ethereum, ale także wzrost ciśnienia w magazynowaniu. Aktualizacja będzie miała duży wpływ na DA i warstwę 2. Natomiast projekty DA, które nie wykorzystują Ethereum do podstawowego przechowywania danych, nie są wspierane przez społeczność programistów Ethereum i chociaż istnieją możliwości, należy zachować większą ostrożność w przypadku konkretnych projektów. Ponieważ większość tokenów warstwy 2 systemu ZK nie została jeszcze wprowadzona, a Arbitrium znacznie się wzmocniło w ostatnim okresie w oczekiwaniu na aktualizację w Cancun, jeśli cena monet Arb ustabilizuje się w fazie wycofywania, Arb i jego ekosystem powiązanych projektów powinien nastąpić znaczny wzrost wraz z lądowaniem w Cancun. Ze względu na napływ spekulantów projekt DYDX może mieć również pewne szanse w węźle modernizacyjnym w Cancun. Wreszcie, Rollup ma naturalną zaletę w zakresie przechowywania danych historii transakcji związanych z warstwą 2. Jeśli chodzi o świadczenie usług dostępu do danych historycznych, Rollup na warstwie 2 będzie również dobrym wyborem.

Jeśli spojrzymy na dłuższą perspektywę, aktualizacja w Cancun stworzyła warunki do rozwoju i wydajności różnego rodzaju aplikacji DApps, a w przyszłości nieuchronnie będziemy świadkami stopniowego zbliżania się projektów Web3 do Web2 pod względem funkcji interaktywnych i wydajności w czasie rzeczywistym , co doprowadzi Ethereum do celu, jakim jest światowy komputer, i warto poczynić długoterminowe inwestycje pod wszelkie pragmatyczne projekty rozwojowe. Ethereum znalazło się na słabej pozycji w stosunku do Bitcoina podczas niedawnego wzrostu rynku i chociaż Bitcoin odzyskał prawie 2/3 swojego poprzedniego szczytu z hossy, Ethereum nie odzyskał jeszcze 1/2 swojego poprzedniego maksimum. Aktualizacja w Cancun może zmienić ten trend i przynieść Ethereum rundę uzupełniających zysków, w końcu jako rzadki łańcuch publiczny, który może utrzymać rentowność w trakcie deflacji tokenów, na tym etapie rzeczywiście wartość jest niedowartościowana.

Kernel Ventures to fundusz VC działający na rzecz społeczności badawczo-programistycznej, posiadający ponad 70 inwestycji na wczesnym etapie, skupiający się na infrastrukturze, oprogramowaniu pośrednim, DApps, zwłaszcza ZK, Rollup, DEX, Modular Blockchain i branżach, które wdrożą kolejny miliard użytkowników w branży kryptowalut takie jak abstrakcja kont, dostępność danych, skalowalność itp. Przez ostatnie siedem lat angażowaliśmy się we wspieranie rozwoju głównych społeczności programistów i uniwersyteckich stowarzyszeń Blockchain na całym świecie.

Odniesienie

  1. eips.Ethereums-core: https://eips.Ethereum.org/core

  2. Oficjalna strona EthStorage: https://eth-store.w3eth.io/#/

  3. EIP-1153: Kody operacji przechowywania tymczasowego: https://eips.Ethereum.org/EIPS/eip-1153

  4. EIP-4788: Katalog główny bloku sygnalizatora w EVM: https://eips.Ethereum.org/EIPS/eip-4788

  5. EIP-5656: MCOPY – Instrukcja kopiowania pamięci: https://eips.Ethereum.org/EIPS/eip-5656

  6. EIP-6780: AUTODESTRUCT tylko w tej samej transakcji: https://eips.Ethereum.org/EIPS/eip-6780

  7. Jak działają rollupy o zerowej wiedzy: https://Ethereum.org/zh/developers/docs/scaling/ZK-rollups#how-do-ZK-rollups-work

  8. OPTYMISTYCZNE ROLLUPY: https://Ethereum.org/developers/docs/scaling/optimistic-rollups

  9. ZK, ZKVM, ZKEVM i ich przyszłość: https://foresightnews.pro/article/detail/11802

  10. Rekonstrukcja i przełom, badanie teraźniejszości i przyszłości gier full-chain: https://foresightnews.pro/article/detail/39608

  11. Artykuł analizujący model ekonomiczny stojący za Axie Infinity: https://www.tuoluo.cn/article/detail-10066131.html