Ostatnio, @drakefjustin powiedział „Złoty wiek Solany dobiegł końca”, co wywołało ożywioną dyskusję na rynku. Wcześniej głównym celem Ethereum była strategia skoncentrowana na Rollupach, a wydajność layer2 bezpośrednio wpłynie na Ethereum. Teraz nowy kierunek BeamChain jest na etapie finalizacji, a według mnie optymalizacja łańcucha Ethereum powinna skupić się na realizacji synchronizacji L1+L2, zwracając szczególną uwagę na: 1) zkVM; 2) interoperacyjność layer2;

1)zkVMs

Justin stwierdził, że Fundacja Ethereum będzie stopniowo inwestować dziesiątki milionów dolarów w projekty zkVMs, w tym zkRISC-V, analizę kryptograficzną Poseidon, L2beat dla zkVMs itd., co niewątpliwie przyniesie dużą motywację dla projektów zajmujących się zkVMs na rynku. Czy złoty wiek Layer2 dojdzie do święta, zkVMs mają nadzieję na rozpoczęcie srebrnego wieku. Dlaczego Fundacja Ethereum wspiera zkVMs, przeanalizowałem to w poniższym artykule:

1)Ethereum w najbliższej przyszłości, w tym Verge, Purge i inne, skoncentruje się na realizacji podstawowych SNARKów;

2)Propozycja BeamChain w Ethereum również ma na celu zwiększenie warstwy konsensusu, aby umożliwić dostęp pojazdów do środowiska wykonawczego VM po SNARKs;

3)Warstwa wykonawcza VM zostanie dostosowana z możliwością wymiennego przetwarzania, a doskonałe VM layer2 lub inne zkVMs mogą zostać wspomniane na poziomie warstwy wykonawczej głównej sieci Ethereum;

Ogólnie rzecz biorąc, wdrożenie SNARKs w głównej sieci całkowicie wymieniłoby zkVMs, co byłoby nieuniknionym wyborem Ethereum w celu wzmocnienia L1 głównej sieci.

Dlatego można przewidzieć, że doskonałe rozwiązania upstream ZK w kierunku zkVMs będą zyskiwać na znaczeniu, w tym: zkVM zbudowane przez zespół @RiscZero na podstawie RISC-V oraz zkVM zbudowane przez @ProjectZKM na podstawie architektury instrukcji mikroprocesora zkMIPs. Ponadto niektóre layer2, które optymalizują wydajność wykonawczą w warstwie off-chain, mogą zyskać na znaczeniu i pewnego dnia stać się warstwą wykonawczą na poziomie mainnet, na przykład @Starknet, zespół technologiczny, który zawsze przynosi specjalne niespodzianki w dziedzinie ZK; @zksync, z airdropem, który „jest trudny do opisania”, ale w kierunku zk i jego możliwości produktowych oraz zdolności inżynieryjnych można go docenić;

2)Interoperacyjność layer2

Justin powiedział, że sprzedawcy Solany to w rzeczywistości layer2 Ethereum, zgadzam się z tym stwierdzeniem. W poprzednim artykule porównującym ETH i SOL wyraźnie wyraziłem opinię, że Ethereum, jeśli chodzi o różnorodność ekosystemu, rozszerzalność scenariuszy aplikacji oraz stabilność technologiczną, zdecydowanie jest na szczycie publicznych łańcuchów, co nie budzi wątpliwości.

Obecnie wielka strategia layer2 Ethereum utknęła w niedoborze scenariuszy aplikacyjnych i nadmiernej homogenizacji infrastruktury, co przejawia się w: 1) DeFi, MEME i innych aplikacjach, które wcześniej zostały zweryfikowane, rozwijają się i lądują na Ethereum stosunkowo wolno, a Solana, Sui i inne publiczne łańcuchy zdobyły część rynku, argumentując, że lepiej nadają się do rozprzestrzeniania MEME i grania w DeFi; 2) Powszechność strategii dużych ekspansji biznesowych, takich jak Rollup As A Service oraz OP Stack, ZK Stack layer3, prowadzi do poważnej homogenizacji infrastruktury layer2 Ethereum. Choć „jedno kliknięcie na uruchomienie łańcucha” obniżyło koszty budowy łańcucha, stworzyło także nadmierną homogenizację infrastruktury, a przewidywania dotyczące rynku layer2 zostały poważnie podzielone przez przewidywaną nadwagę rynku infrastruktury, co nie tylko podważa oczekiwania wobec ogólnych perspektyw layer2, ale także może zagrozić zaufaniu do rynku Ethereum L1. Jak rozwiązać ten problem? W ostatnich artykułach @VitalikButerin na temat konferencji Devcon można zauważyć, że chodzi o: interoperacyjność operacyjna layer2.

Ponieważ nadmierna homogenizacja layer2 prowadzi do podziału płynności, a także nie spełnia potrzeb różnicowania w niektórych specyficznych scenariuszach aplikacyjnych, strategia optymalizacji „interoperacyjności” jednocześnie wzmocni te dwa braki. Z jednej strony, aby ujednolicić płynność, różne layer2 będą aktywnie dostosowywać struktury danych i optymalizować je dla głównej sieci, wykorzystując zalety lekkiego klienta Helios oraz promując standaryzację w zakresie międzyłańcuchowych komunikatów, aby zwiększyć swoje możliwości interoperacyjności; z drugiej strony, gdy zdolności do operacji handlowych wzrosną, różnicowane aplikacje charakterystyczne staną się przewagą konkurencyjną łańcucha (koncentrując się na takich zastosowaniach jak gry, transakcje, MEME itp., a nie uniwersalny łańcuch), więc każdy layer2 zwiększy wysiłki, aby zbudować swoje kluczowe aplikacje.