przedmowa
Wszystkie produkty, których głównym walorem sprzedażowym są parametry techniczne, są półproduktami.
Szum i debata na temat EVM i ZK EVM trwają już od jakiegoś czasu, szczególnie po tym, jak Vitalik podzielił typy ZK EVM.Artykułów popularnonaukowych na temat kodu bajtowego, maszyn wirtualnych, kompatybilności i innych niezręcznych koncepcji nie ma końca, ale to słownictwo Co dokładnie to znaczy i dokąd popularność ZK EVM doprowadzi strukturę łańcucha publicznego, nie zostało jasno wyjaśnione.
Tor ZK również stał się oficjalnie popularny.O ile poprzedni ZK-Rollup ograniczał go do lokalnego obszaruL2, to teraz ma niejasny trend stania się powszechną technologią dla całej sieci blockchain.R3PO uważa, że ZK EVM zakończy wiele wzorców współistnienia łańcucha.
W historycznym procesie tej wymiany nieuchronnie pojawi się więcej nowych projektów. R3PO angażuje się w odkrywanie ukrytej wartości. Zaczniemy od „nieświadomego” zrozumienia EVM, aby zbadać przyszły kierunek łańcucha publicznego.
Opis obrazu: Rozwiązania do przesyłania plików pomiędzy różnymi systemami operacyjnymi
Źródło obrazu: R3PO
Wyobraź sobie następujący scenariusz:
Alicja chce przenieść do Boba dokument programu Word działający w systemie Windows, ale Bob ma tylko komputer Mac, na którym można używać Pages, więc Bob nie może otworzyć dokumentu. Jak mam rozwiązać ten problem? Jeśli Bob zainstaluje wersję programu Word dla komputerów Mac i skopiuje tekst artykułu, pozostają jeszcze cztery metody:
1. Alicja przesyła artykuł do chmury, takiej jak Dokumenty Google, a Bob może otwierać i edytować dokument w przeglądarce obsługującej wiele platform;
2. Alicja przekazuje plik Word.exe i dokument drugiej stronie, a Bob może użyć Crossover lub maszyny wirtualnej (VM) do symulacji środowiska Windows, aby móc uruchomić aplikację .exe na komputerze Mac i otworzyć dokument;
Crossover może obsługiwać tylko program Word.exe działający samodzielnie, ale nie może nic zrobić z innymi aplikacjami .exe.
Maszyna wirtualna (VM) zainstaluje podsystem Windows na komputerze Mac, a w podsystemie Windows można uruchomić dowolną aplikację .exe;
3. Alicja zmienia dokument na format pliku zrozumiały dla języka Java i przekazuje go drugiej stronie. Bob może zainstalować środowisko Java na komputerze Mac w celu otwarcia dokumentu;
4. Alicja zamienia dokument w plik binarny i przekazuje go drugiej stronie. Bob może otworzyć dokument z najniższą kompatybilnością.
Jeśli rozumiesz powyższy proces, spróbuj zastąpić następujące pojęcia:
Systemy operacyjne, takie jak Windows i macOS -> Sieci publiczne, takie jak Ethereum i Cosmos;
Formaty aplikacji, takie jak .exe i .dmg --> Dapps z różnych sieci publicznych;
Dokument Word --> Zasoby w łańcuchu;
Crossover --> most krzyżowo-łańcuchowy;
Maszyna wirtualna (VM) --> EVM o niższej kompatybilności, taka jak Polygon Hermez, która jest maszyną wirtualną ZK. Aby zaimplementować funkcje w porównaniu z EVM, wymagana jest ręczna iteracja w celu utrzymania zsynchronizowanych aktualizacji.
JVM --> EVM, równoważna kompatybilność na poziomie języka, taka jak planowany Scroll, zaimplementowany przez niego ZK EVM jest całkowicie równoważny EVM, co można rozumieć jako EVM dodający wersję funkcji ZK;
Kompatybilny z systemem binarnym --> To jest EVM lub samo Ethereum;
Charakterystyka całej maszyny VM i EVM jest taka, jak wspomniano powyżej, a tryb ich działania jest w zasadzie podobny do procesu przesyłania plików pomiędzy systemami operacyjnymi. Według R3PO największym trendem jest to, że ZK EVM nie tylko zastąpi istniejące rozwiązania kompatybilne z EVM, ale ostatecznie doprowadzi do tego, że Ethereum stanie się jedynym protokołem komunikacyjnym warstwy aplikacji, podczas gdy inne łańcuchy publiczne staną się łańcuchami określonego celu w określonych obszarach, podobnie jak Linux Aktywny w polu serwerowym, podczas gdy Windows jest aktywny wśród zwykłych użytkowników.
Powody tego wniosku zostaną szczegółowo omówione poniżej.
Jeśli chcesz zrozumieć innych, musisz najpierw zrozumieć siebie: istotą ekologii jest dwukierunkowy pośpiech pomiędzy programistami i użytkownikami
EVM promuje zwycięstwo Ethereum w konkurencji sieci publicznych. Zwycięstwo to nie wynika z „przewagi mocy obliczeniowej” Ethereum, ale głównie z kompatybilności, ponieważ zabójcy Ethereum starej generacji, tacy jak EOS, i poprzednie generacje, takie jak Solona Ethereum Killer, jak a także nowa generacja Ethereum Killer, taka jak Aptos, pochwaliły się ultraszybką szybkością swoich TPS.
Jednak Ethereum nadal stoi, utrzymując absolutną przewagę pod względem liczby TVL i Dapps z jednocyfrowym TPS. Przewagę tę można podsumować jako efekt ekologicznego klastra, ale dlaczego inne sieci publiczne są kompatybilne z EVM i energicznie budują łańcuchy międzysieciowe. Po mostku różnica nie uległa zmniejszeniu, ale czy widać oznaki dalszej ekspansji po bessie?
R3PO uważa, że rozwiązanie problemu można znaleźć w bardziej pewnym punkcie wyjścia.
Punktem wyjścia jest doświadczenie programistów. Obecna sieć Web 3 jest wciąż na bardzo wczesnym etapie, który można porównać do Internetu sprzed 2000 r. Nadal jest to domena maniaków i pierwszych użytkowników. Nawet przy zastosowaniu mechanizmu tokenów większość użytkowników nadal pozostaje w tym miejscu utknęły W CeDeFi zbudowanym przez instytucje CEX i TradiFi, realnych użytkowników on-chain jest bardzo niewielu. Aktywnych adresów Ethereum jest zaledwie 400 000, ale TVL sięga aż 32 miliardów dolarów amerykańskich, a wartość rynku sięga 200 miliardów amerykańskich. dolarów.
W kontekście ogromnego kontrastu pomiędzy liczbą użytkowników a ilością zgromadzonych środków, rywalizacja o władzę programistów stała się najważniejszym sposobem na utrzymanie ekosystemu Logika leży w tym, kto przetrwa do uruchomienia prawdziwego miliarda-. poziomu aplikacji konsumenckich, których sieć publiczna może naprawdę stać się następną generacją. Infrastruktura Internetu jest taka, jak kiedyś w sieci WWW i przeglądarce Netscape.
Ethereum zapewnia programistom najbardziej kompletne środowisko programistyczne.
W pewnym sensie jest to również imitacja sukcesu języka Java Przed Javą największym problemem związanym z językiem C/C++ było to, że programiści musieli wziąć pod uwagę adaptację oprogramowania i sprzętu, na przykład 32-bitowych typów numerycznych nie można bezpośrednio migrować w celu uruchomienia na komputerach 16-bitowych.
Opis zdjęcia: Architektura JVM
Źródło: Wikipedia
Oprócz ulepszeń w zakresie łatwości użycia języka, największe ulepszenie Java polega na projektowaniu JVM. Krótko mówiąc, jej cecha charakterystyczna polega na „zmiękczaniu sprzętowym”, które umożliwia takie samo dostosowanie do innego sprzętu poprzez planowanie języka o ile zostanie raz zaimplementowany w EVM, można go uruchomić na dowolnym urządzeniu, realizując prawdziwie rozwój wieloplatformowy bez dodatkowego uwzględnienia problemów sprzętowych.
Dzięki JVM Java stała się jednym z najbardziej popularnych języków programistycznych na świecie. Może nie specjalizować się w określonej dziedzinie, ale można ją zastosować w dowolnej dziedzinie. Na tym polega esencja kompatybilności.
To samo dotyczy ekosystemu rozwojowego EVM i Ethereum. Programiści muszą tylko raz opracować program dla EVM, a następnie mogą kontynuować postęp w ekosystemie Ethereum bez uwzględniania kompatybilności aktualizacji sieci publicznych, różnic sprzętowych itp.
Opis zdjęcia: Architektura EVM
Źródło obrazu: ethereum.org
Solidność nie jest idealna, a EVM nie jest pozbawiony problemów, ale najlepsza kompatybilność wystarczy, aby zapewnić lojalność programistów. Ponieważ coraz więcej sieci publicznych jest kompatybilnych z EVM, ta kompatybilność zyskała pasywne korzyści, a migracja między łańcuchami obciążenie pracą jest wystarczająco małe, a inne sieci publiczne to po prostu zlokalizowane wersje Ethereum Dapps, co ostatecznie sprzyja dominacji ekosystemu Ethereum.
Opis zdjęcia: Schemat działania EVM
Źródło obrazu: R3PO
Zgodność na poziomie języka pomaga również zapewnić wydajność i bezpieczeństwo EVM.
Maszyna wirtualna (VM) na powyższym obrazku odnosi się do trybu pracy pomiędzy różnymi systemami operacyjnymi. Na przykład program Parallels Desktop może zapewnić działanie podsystemu Windows na komputerze Mac, ale musi przydzielić określone zasoby oprogramowania i sprzętu z oryginalnego systemu. zbuduj podsystem. Następnie zainstaluj w podsystemie aplikację Windows, po czym aplikacja będzie mogła działać, jednak ze względu na ograniczenia przydzielonych zasobów jej wydajność działania nie może być porównywalna z aplikacjami natywnymi.
EVM jest podobny do JVM i wykonuje operacje kompatybilności z poziomu języka Solidity. Programiści używają API dostarczonego przez Infurę do interakcji z siecią główną i używają Truffle do opracowywania inteligentnych kontraktów, testowania i wdrażania itp. Wszystkie zestawy deweloperskie są gotowe. dostępny do ukończenia EVM. Po adaptacji Dapp może działać w dowolnym łańcuchu publicznym kompatybilnym z EVM.
Nie tylko dla programistów, rozwój zgodny z poziomem EVM zapewnia, że doświadczenia dostarczane każdemu użytkownikowi są całkowicie spójne, oszczędzając minimalną grupę użytkowników początkowych dla ekosystemu Ethereum. Tylko programiści i niewielka liczba użytkowników mogą utrzymać wpływ ekosystemu Ethereum na innych użytkowników Wiodące zalety sieci publicznych.
EVM odnosi się do JVM. Nie ma potrzeby rozważania zbyt wielu problemów związanych ze sprzętem i kodowaniem. Należy go jedynie opracować pod kątem funkcji, których aplikacja naprawdę potrzebuje. Można go jednorazowo dostosować i używać na wielu terminalach.
Ekologia oznacza rozwój + zastosowanie + użytkownicy, a EVM pełni inicjującą rolę koła zamachowego w budownictwie ekologicznym.
Jeśli chcesz krytykować innych, musisz najpierw skrytykować siebie: kompatybilność z EVM nie pomoże konkurencji wygrać.
EVM promuje sukces Ethereum, ale dlaczego inne sieci publiczne kompatybilne z EVM i „Planem Wampira” wysysającego krew ekosystemu Ethereum nie mogą działać?
Logika zgodności ludzi:
Dla programistów: Kompatybilny z EVM w celu zmniejszenia kosztów migracji dla programistów Ethereum i zapewnienia nowych funkcji łańcucha publicznego, takich jak wyższy TPS;
Dla użytkowników: zapewnij pewien stopień bodźców tokenowych, aby zachęcić użytkowników do migracji;
Dokończ wymianę Ethereum.
Logiczne luki w kompatybilności:
Dla programistów: w końcu kompatybilny EVM nie jest natywnym EVM i istnieją ukryte koszty migracji;
Dla użytkowników: bezpieczeństwo Ethereum jest najwyższe, z wyjątkiem sieci Bitcoin. To bezpieczeństwo nie jest porównywalne z krótkoterminowymi pokusami, takimi jak wydobywanie złota i zrzuty;
Wynik: Ethereum nadal zajmuje najbardziej mainstreamową pozycję.
W rzeczywistości inne sieci publiczne stoją przed dylematem. Kompatybilność EVM może stać się de facto łańcuchem bocznym Ethereum, ale brak kompatybilności powoduje, że staje się odizolowaną wyspą. Przy założeniu, że wszyscy chcą ruchu, staje się to ostatecznością. Akt desperacji.
Opis zdjęcia: Lista rozwiązań kompatybilnych z EVM
Źródło obrazu: R3PO
W tej chwili inicjatywę przejmują głównie inne sieci publiczne, podczas gdy Ethereum koncentruje się na naprawie własnych starych problemów, takich jak PoW do PoS, wybór ścieżki L2, implementacja abstrakcji kont, DankSharding itp. Na ścieżce kompatybilności implementuje głównie EVM, wykorzystujący aplikacje do osiągnięcia kompatybilności międzyłańcuchowej i łańcuchów kompatybilnych z EVM.
Sieci publiczne są kompatybilne z EVM, reprezentowane przez BNB Chain i inne.
Sieci publiczne giełdy takie jak BNB Chain czy OKX Chain, bazujące na bazie użytkowników giełdy i możliwościach prowadzenia projektów, TVL i ekologii swoich sieci nie mogą być niedoceniane Biorąc za przykład BNB Chain, zgodnie z danymi DeFi Llama. Nie można niedoceniać TVL i ekologii na niej działającej. Z 492 protokołami i TVL o wartości 6 miliardów dolarów, jest to drugi co do wielkości łańcuch publiczny po Ethereum pod względem skali i wolumenu.
Jego główny tryb działania „imituje” Ethereum. Na przykład Pancakeswap, największy na nim DEX, był pierwotnie rozwidloną wersją Uniswapa. Ten sam Dapp może płynnie przełączać się między dwoma publicznymi sieciami. Za tym kryje się ogromna korzyść, jaką przynosi kompatybilność z EVM. Zalety: Strony projektu muszą skupić się jedynie na operacjach, a nie na opracowywaniu produktów od podstaw.
Kompatybilność z EVM na łańcuchu, reprezentowana przez Solonę.
Solona to pojedynczy blockchain z mechanizmem PoH. Od dawna jest także jedynym łańcuchem publicznym wśród dziesięciu największych projektów sieci publicznych pod względem wartości rynkowej, który nie jest kompatybilny z EVM. Nie oznacza to jednak, że nie może komunikować się z sieciami kompatybilnymi z EVM działa na łańcuchu Projekt Neon zapewnia kompatybilność z EVM.
Tę zgodność można rozumieć jako zgodność w stylu matrioszki, a nie bezpośrednią kompatybilność na poziomie samego łańcucha publicznego.
Neon zapewnia środowisko programistyczne bardzo podobne do samego EVM, takie jak obsługa programowania w języku Solidity, płynne wdrażanie inteligentnych kontraktów, bezpośrednie połączenia z MetaMask i zestawy programistyczne, takie jak Truffle.
Kompatybilny z łańcuchami EVM reprezentowanymi przez EVMOS.
Istnieje więcej opcji dla modułowych łańcuchów bloków, takich jak Cosmos lub Polkadot. Aplikacje na nich mogą niezależnie stać się łańcuchami publicznymi na poziomie L1. EVMOS jest także podłańcuchem Cosmos i łańcuchem publicznym zapewniającym kompatybilność z łańcuchem EVM, co oznacza, że Evmos może nie tylko „przekazywać” kompatybilność EVM pomiędzy Cosmosem, ale także zapewniać kompatybilność EVM pomiędzy dowolnymi innymi sieciami publicznymi.
Oprócz tego, że jest dostawcą kompatybilności z EVM, może być również używany jako łańcuch publiczny do wdrażania DeFi i innych aplikacji. Na przykład DEX Exswap jest rozwidloną wersją Uniswap.
Podsumowanie tego akapitu:
To właśnie ta szeroka kompatybilność przyczyniła się do otwarcia całego świata łańcuchów publicznych, a ogniwem między nimi jest kompatybilność z EVM, mosty międzyłańcuchowe i wymiany. W związku z tym R3PO podsumowało wymienione powyżej konkretne szkoły kompatybilności aby zapewnić ZK EVM Postać Terminatora przeprowadza rozgrzewkę przed meczem.
Jeśli chcesz przekonać innych, musisz najpierw zwyciężyć siebie: ZK EVM to inicjatywa Ethereum
Jeśli inne sieci publiczne są zajęte kompatybilnością z EVM, Ethereum ma zbyt dużo czasu, aby się sobą zająć, ale po udanej fuzji PoS i ustaleniu trasy technologii L2, ZK stała się powszechną technologią dla całej ścieżki łańcucha publicznego , a połączenie technologii ZK i EVM będzie również promować Ethereum. Ewolucja architektury modułowej została zakończona.
Technologia ZK nie ogranicza się do pola L2. Ma swoje miejsce w Dappach, sieciach publicznych i innych wyższych i niższych warstwach. Jednak najpopularniejszy tor ZK EVM jest trochę mieszany. R3PO krótko to podsumowuje i stara się wyeliminować najważniejsze i zachowaj to, co niezbędne.
Opis obrazu: Różna kompatybilność i wydajność EVM
Źródło obrazu: Vitalik.eth
Vitalik podał kiedyś związek pomiędzy kompatybilnością i wydajnością różnych klasyfikacji EVM. Można stwierdzić, że im niższa implementacja, tym większa kompatybilność, ale gorsza wydajność. Powód jest w rzeczywistości bardzo prosty, jeśli się nad tym zastanowić, Ethereum mainnet jest żałosny. Możesz zrozumieć wydajność i silne bezpieczeństwo.
Im bliżej dolnej warstwy, im bliżej natywnego trybu pracy EVM, tym większa kompatybilność, ale wydajność również będzie poważnie ograniczona;
Im bliżej górnej warstwy, tym bardziej testuje zdolność własnego rozwiązania kompatybilności z EVM. Im większa różnica w stosunku do natywnego EVM Ethereum, tym gorsza kompatybilność, ale zapewni także większą swobodę dostosowywania, co może znacznie zoptymalizować. wydajność.
Polygon Hermez był wspomniany wcześniej i klasyfikowany jako ZK VM, choć tak naprawdę Hermez nazywa siebie rozwiązaniem ZK EVM. Niby jest to jednoliterowa różnica, ale jego kompatybilność i bezpieczeństwo są zupełnie inne.
ZK VM/EVM zaimplementowany na Polygon Hermez zasadniczo „odtwarza” funkcje EVM jeden do jednego, podobnie jak związek między WBTC i BTC oraz związek między cieniem a ontologią w codziennej pracy, o ile zespół programistów zachowa update , jego doświadczenie w użytkowaniu jest takie samo jak w przypadku EVM, ale w końcu nie jest to implementacja na poziomie języka. Można tylko powiedzieć, że jest to wybielanie w obliczu komercyjnej konkurencji.
Niedawno StarkNet wypuścił ZK EVM Kakarot używający języka Cairo, który jest używany do uruchamiania inteligentnych kontraktów Ethereum w StarkNet. Można to uznać za pierwsze wejście ZK EVM w fazę testów. Inni w trasie to Taiko, Scroll, zkSync 2.0 i inni gracze ZK EVM.
Dlaczego ZK EVM stał się tak popularnym utworem i dlaczego oznacza to koniec publicznego łańcucha? Obecnie, na etapie konkursu komercyjnego, informacje udostępniane przez różne strony projektu nie są wyczerpujące. R3PO stara się przedstawić własne zrozumienie i służy jako wskazówka.
Zdjęcie Opis Architektura Ethereum w erze ZK EVM
Źródło obrazu R3PO
Na pierwsze pytanie odpowiedź jest taka, że ZK EVM jest w rzeczywistości prawdziwym domem dla przyszłych Dappów.
Zgodnie z istniejącą wiedzą Dapp działa albo w łańcuchu publicznym, albo w sieci L2. Jednak zdaniem R3PO w przyszłości ZK EVM będzie bezpośrednio hostować warstwę aplikacji.
Jak pokazano na powyższym rysunku, przyszły ZK EVM stanie się zbiorem funkcji EVM, Rollup i mostu międzyłańcuchowego. Samo w sobie jest rodzajem EVM i nie wymaga wyjaśnienia. Skupmy się na dwóch ostatnich funkcjach.
Rollup na poziomie L2 jest zbyt niski. Aby osiągnąć wyższą wydajność, weźmy jako przykład StarkNet opracowany przez StarkWare. Planuje on użyć rekurencji ZK w celu udowodnienia ważności danych weryfikacyjnych. Rekursję można rozszerzać w nieskończoność w pliku „post -test before”, a ZK może zagwarantować, że ogólna skala danych jest ograniczona, więc sam StarkNet może być używany jako warstwa weryfikacyjna dla aplikacji i L3 nad nią.
Sam most międzyłańcuchowy jest łatwiejszy do zrozumienia. Istotą mostu międzyłańcuchowego jest wymiana i przenoszenie zasobów pomiędzy różnymi sieciami publicznymi. Jeśli obie strony osiągną kompatybilność z EVM, nie ma potrzeby, aby most międzyłańcuchowy działał jak pośrednik w porównaniu z obecnymi rozwiązaniami mostów międzyłańcuchowych z częstymi lukami w zabezpieczeniach są bezpieczniejsze, dlatego ZK EVM jest lepszym rozwiązaniem mostów międzyłańcuchowych.
Na drugie pytanie odpowiedź jest taka, że ZK EVM przekształci cały łańcuch publiczny w łańcuch EVM.
Nawet sieci publiczne, które nie są kompatybilne z EVM, takie jak Solona i Aptos, nadal mogą być połączone poprzez Evmos. Z tego punktu widzenia ZK EVM jest inicjatywą Ethereum. Jeśli nie połączysz się ze mną, będę z Tobą kompatybilny w ten sposób ekologiczne zalety Ethereum zostaną jeszcze bardziej wzmocnione.
Ekologiczne sieci publiczne Move, takie jak Aptos i Sui, twierdzą, że Move VM jest również ogólnym mechanizmem programistycznym podobnym do EVM. Teoretycznie język Move zmodyfikowany z Rusta jest rzeczywiście lepszy niż Solidity, ale jego największą wadą jest to, że czas czeka na nie po pierwsze, wątpliwe jest, czy uda mu się zbudować własny ruch i ekologię, a to doprowadzi do dylematu, czy inne sieci publiczne są kompatybilne z EVM.
Wniosek
To, czy sieć publiczna odniesie sukces rynkowy, zależy oczywiście od jej własnych wysiłków, ale musi także uwzględniać bieg historii.
W procesie rozwoju ZK EVM wyraźnie możemy wyczuć trudność stojącej za nim walki w łańcuchu publicznym. W przeciąganiu liny pomiędzy Ethereum a sieciami publicznymi powstały niekończące się romantyczne historie. W tym czasie nadszedł Match Point do EVMOS oraz w odniesieniu do życia i śmierci nowych gatunków, takich jak Move VM i ZK EVM, R3PO uważa, że przyszły krajobraz łańcucha publicznego musi opierać się na interoperacyjności zapewnianej przez kompatybilność z EVM, co stanowi warunek wstępny konkurencji cała historia.
Jeśli ZK EVM będzie działać sprawnie, jest prawdopodobne, że Ethereum stanie się Windowsem świata łańcuchów publicznych, obsługującym najbogatszą warstwę aplikacji i zapewniającym sobie pozycję najbezpieczniejszej i najsolidniejszej warstwy rozliczeniowej.
Dojrzewanie technologii ZK na dużą skalę zajmie co najmniej 5 lat. Przy dużej dojrzałości kapitału i rynku może to spowolnić do około 3 lat. Do tego czasu będziemy mogli zobaczyć, czy dzisiejsza prognoza się spełni PRAWDA.
Oświadczenie o prawach autorskich: Jeśli chcesz ponownie wydrukować, możesz skontaktować się z naszym asystentem na WeChat. Jeśli ponownie wydrukujesz lub wyczyścisz manuskrypt bez pozwolenia, zastrzegamy sobie prawo do pociągnięcia do odpowiedzialności prawnej.
Zastrzeżenie: Rynek jest ryzykowny, dlatego przy inwestowaniu należy zachować ostrożność. Czytelnicy proszeni są o ścisłe przestrzeganie lokalnych przepisów i regulacji podczas rozpatrywania jakichkolwiek opinii, poglądów lub wniosków zawartych w tym artykule. Powyższa treść nie stanowi porady inwestycyjnej.
