Autor: Deep Chao TechFlow

 

Infrastruktura nigdy nie śpi, a łańcuchów jest więcej niż aplikacji.

Podczas gdy rynek cierpi z powodu zrzutów PUA z różnych projektów Kinga, rynek pierwotny wciąż szaleje na drodze „tworzenia królów Kinga”.

Zeszłej nocy narodził się kolejny L1 z wybuchowym składem --- MegaETH z zalążkową rundą finansowania w wysokości 20 milionów dolarów. Inwestycją kierowała firma Dragonfly, a w inwestycji uczestniczyły takie instytucje jak Figment Capital, Robot Ventures i Big Brain Holdings. Do aniołów biznesu zaliczają się Vitalik, Cobie, Joseph Lubin, Sreeram Kannan, Kartik Talwar itp.

Inwestycje prowadzą czołowe VC, Vitalik i inne wielkie nazwiska w branży pełnią rolę aniołów biznesu, a nazwa projektu bezpośrednio niesie ze sobą ETH… Na rynku szyfrowania, na którym uwaga jest ograniczona, wszystkie te etykiety są wykorzystywane do znalezienia „legalności” dla projekt.

Sądząc po oficjalnym opisie projektu, MegaETH nadal można podsumować jednym znanym słowem – szybko.

Pierwszy Blockchain w czasie rzeczywistym, zapewniający transakcje z błyskawiczną szybkością, opóźnieniami poniżej milisekundy i ponad 100 000 transakcji na sekundę…

Teraz, gdy wszyscy uczestnicy rynku są zmęczeni narracjami dotyczącymi wydajności łańcucha publicznego, w jaki sposób MegaETH może się wyróżnić?

Zagłębiliśmy się w białą księgę MegaETH, aby znaleźć odpowiedź.

Istnieje wiele łańcuchów, ale żaden z nich nie może osiągnąć „w czasie rzeczywistym”

Zakładając, że pomijamy tę narrację i szum, dlaczego rynek nadal potrzebuje blockchainu o nazwie MegaETH?

Odpowiedź udzielona przez samą MegaETH jest taka, że ​​samo utworzenie większej liczby łańcuchów nie rozwiązuje problemu skalowalności blockchainu. Obecnie L1/L2 borykają się z typowymi problemami:

  • Wszystkie łańcuchy EVM charakteryzują się niską przepustowością transakcji;

  • Po drugie, ze względu na ograniczoną moc obliczeniową, złożone aplikacje nie mogą być umieszczane w łańcuchu;

  • Wreszcie aplikacje wymagające dużej szybkości aktualizacji lub szybkich pętli sprzężenia zwrotnego nie są możliwe przy długich czasach bloków.

Innymi słowy, wszystkie obecne łańcuchy bloków nie mogą w rzeczywistości:

  • Rozliczenie w czasie rzeczywistym: Transakcje są przetwarzane natychmiast po dotarciu do łańcucha bloków, a wyniki są publikowane niemal natychmiast.

  • Przetwarzanie w czasie rzeczywistym: systemy Blockchain są w stanie przetwarzać i weryfikować dużą liczbę transakcji w niezwykle krótkim czasie.

Co oznacza ten rodzaj czasu rzeczywistego w praktycznych scenariuszach zastosowań?

Na przykład handel o wysokiej częstotliwości wymaga możliwości zakończenia operacji składania i anulowania zleceń w ciągu milisekund. Może to być też gra z walką w czasie rzeczywistym lub symulacją fizyki, która wymaga, aby blockchain aktualizował status z niezwykle dużą częstotliwością. Oczywiście żadna z obecnych sieci nie jest w stanie tego zrobić.

Specjalizacja węzłów i wydajność w czasie rzeczywistym

Zatem, aby osiągnąć wspomniany powyżej „czas rzeczywisty”, jaka jest ogólna idea MegaETH? Wersja, która jest zbyt długa do przeczytania, to:

Specjalizacja węzła: Zmniejsz obciążenie związane z konsensusem poprzez oddzielenie zadań związanych z realizacją transakcji od pełnej odpowiedzialności za węzeł.

Jeśli chcemy być bardziej szczegółowi, widzimy, że w MegaETH istnieją trzy główne role: sekwencer, dowód i pełny węzeł.

W szczególności w MegaETH jest tylko jeden aktywny sekwencer, który w dowolnym momencie wykonuje transakcje, a inne węzły otrzymują różnice w statusie za pośrednictwem sieci p2p i aktualizują status lokalny bez ponownego wykonywania transakcji.

Sekwencer jest odpowiedzialny za sortowanie i wykonywanie transakcji użytkowników. Jednakże MegaETH ma w danym momencie tylko jeden aktywny sekwencer, co eliminuje narzut związany z konsensusem podczas normalnego wykonywania.

Programy sprawdzające używają bezstanowego schematu weryfikacji do weryfikowania bloków w sposób asynchroniczny i poza kolejnością.

Prosty przepływ pracy MegaETH wygląda następująco:

1. Przetwarzanie i sortowanie transakcji: Transakcje przesłane przez użytkowników są najpierw wysyłane do Sekwencera, który przetwarza te transakcje w celu wygenerowania nowych bloków i danych monitorujących.

2. Publikowanie danych: Sekwenser publikuje wygenerowane bloki, dane monitorujące i różnice w statusie do EigenDA (warstwa dostępności danych), aby zapewnić dostępność tych danych w sieci.

3. Weryfikacja bloku: Prover Network (Proof Network) uzyskuje dane blokowe i monitorujące z sekwencera, weryfikuje je za pomocą dedykowanego sprzętu, generuje certyfikat i zwraca go do sekwencera.

4. Aktualizacja statusu: Sieć Fullnode otrzymuje różnicę statusu od sekwencera i aktualizuje status lokalny. Jednocześnie może zweryfikować ważność bloku poprzez sieć certyfikującą, aby zapewnić spójność i bezpieczeństwo łańcucha bloków.

Najpierw zmierz, potem wykonaj

Sądząc po innej treści białej księgi, sama MegaETH również zdała sobie sprawę, że pomysł „specjalizacji węzłów” jest dobry, ale nie oznacza to, że można go łatwo zastosować w praktyce.

Jeśli chodzi o budowanie konkretnego łańcucha, MegaETH ma dobry pomysł: najpierw zmierz, a potem wykonaj. Oznacza to, że najpierw przeprowadzamy dogłębne pomiary wydajności, aby określić rzeczywiste problemy istniejącego systemu blockchain, a następnie zastanawiamy się, jak zastosować pomysł specjalizacji węzłów w bieżącym systemie, aby rozwiązać problem.

Jakie problemy wykrył MegaETH?

Następna część jest właściwie dość odległa od porów. Jeśli jesteś niecierpliwy, możesz po prostu przejść do następnego rozdziału.

  • Wykonywanie transakcji: Ich eksperymenty wykazały, że nawet przy użyciu potężnego serwera z 512 GB pamięci istniejący klient wykonawczy Ethereum Reth mógł osiągnąć jedynie około 1000 TPS (transakcji na sekundę) w konfiguracji synchronizacji w czasie rzeczywistym, co wskazuje, że istniejący system Istnieją znaczne wąskie gardła wydajności w wykonywaniu transakcji i aktualizacji.

  • Wykonywanie równoległe: Jeśli chodzi o popularną koncepcję równoległego EVM, w rzeczywistości istnieją pewne problemy z wydajnością, które nie zostały rozwiązane. Efekt przyspieszenia równoległego EVM w rzeczywistej produkcji jest ograniczony przez równoległość obciążenia. Pomiary przeprowadzone przez MegaETH pokazują, że mediana równoległości w ostatnich blokach Ethereum jest mniejsza niż 2, a nawet w przypadku połączenia wielu bloków mediana równoległości wzrasta jedynie do 2,75.

(Stopień równoległości mniejszy niż 2 oznacza, że ​​w większości przypadków mniej niż dwie transakcje w każdym bloku mogą być wykonane jednocześnie. Oznacza to, że większość transakcji w obecnym systemie blockchain jest współzależna i nie można ich przetwarzać w paralelizmie na dużą skalę. .)

  • Narzut interpretera: Jeszcze szybsze interpretery EVM, takie jak revm, są wciąż o 1-2 rzędy wielkości wolniejsze niż wykonanie natywne.

  • Synchronizacja stanu: synchronizacja 100 000 transferów ERC-20 na sekundę wymaga przepustowości 152,6 Mb/s, a bardziej złożone transakcje wymagają większej przepustowości. Aktualizacja katalogu głównego stanu w Reth zużywa 10 razy więcej zasobów obliczeniowych niż wykonywanie transakcji. Mówiąc wprost, obecne zużycie zasobów blockchain jest nieco duże.

Po przetestowaniu tych problemów MegaETH zaczął przepisywać odpowiedni lek, co ułatwiło racjonalizację wspomnianej powyżej logiki rozwiązania:

  1. Sortownik o wysokiej wydajności:

Specjalizacja węzłów: MegaETH poprawia wydajność poprzez przydzielanie zadań wyspecjalizowanym węzłom. Węzeł sekwencera w szczególności obsługuje porządkowanie i wykonywanie transakcji, pełny węzeł jest odpowiedzialny za aktualizację statusu i weryfikację, a węzeł atestujący wykorzystuje dedykowany sprzęt do weryfikacji bloków.

Sprzęt najwyższej klasy: sekwencer wykorzystuje serwery o wysokiej wydajności (np. 100 rdzeni, 1 TB pamięci, sieć 10 Gb/s) do obsługi dużych wolumenów transakcji i szybkiego generowania bloków.

  1. Optymalizacja dostępu do stanu:

Przechowywanie pamięci: węzły sortownika są wyposażone w dużą ilość pamięci RAM i mogą przechowywać cały stan łańcucha bloków w pamięci, eliminując w ten sposób opóźnienia odczytu dysku SSD i przyspieszając dostęp do stanu.

Wykonywanie równoległe: Chociaż efekt przyspieszenia równoległego EVM w istniejących obciążeniach jest ograniczony, MegaETH optymalizuje silnik wykonywania równoległego i wspiera zarządzanie priorytetami transakcji, aby zapewnić terminowe przetwarzanie krytycznych transakcji nawet w okresach szczytu.

  1. Optymalizacja tłumacza:

Kompilacja AOT/JIT: MegaETH przyspiesza realizację kontraktów wymagających dużej mocy obliczeniowej poprzez wprowadzenie technologii kompilacji AOT/JIT Nawet jeśli poprawa wydajności większości kontraktów w środowisku produkcyjnym jest ograniczona, technologie te mogą nadal mieć znaczenie w określonych scenariuszach wysokiego zapotrzebowania na moc obliczeniową. Polepsz wykonanie.

  1. Optymalizacja synchronizacji stanu:

Wydajna transmisja danych: MegaETH zaprojektował wydajną metodę kodowania i transmisji różnic stanu, która może synchronizować dużą liczbę aktualizacji stanu przy ograniczonej przepustowości.

Technologia kompresji: Stosując zaawansowaną technologię kompresji, MegaETH jest w stanie synchronizować aktualizacje statusu dla złożonych transakcji (takich jak giełdy Uniswap) w ramach ograniczeń przepustowości.

  1. Optymalizacja aktualizacji katalogu głównego stanu:

Zoptymalizowany projekt MPT: MegaETH wykorzystuje zoptymalizowaną Merkle Patricia Trie (taką jak NOMT) ​​w celu ograniczenia operacji odczytu i zapisu oraz poprawy wydajności aktualizacji root stanu.

Technologia przetwarzania wsadowego: Dzięki aktualizacjom statusu przetwarzania wsadowego MegaETH może zmniejszyć losowe operacje I/O na dysku i poprawić ogólną wydajność.

Powyższe rzeczy są w rzeczywistości bardzo techniczne, ale poza tymi szczegółami technicznymi faktycznie widać, że MegaETH naprawdę ma kilka umiejętności technicznych, a także wyraźnie można poczuć motywację:

Ujawniając szczegółowe dane techniczne i wyniki testów, staramy się zwiększyć przejrzystość i wiarygodność projektu, umożliwiając społeczności technicznej i potencjalnym użytkownikom głębsze zrozumienie i zaufanie do wydajności jego systemu.

Zespół z prestiżowej szkoły, która jest często faworyzowana?

W procesie interpretacji białej księgi można wyraźnie wyczuć, że chociaż nazwa MegaETH jest nieco przesadzona, dokumenty i instrukcje często ujawniają rygorystyczną i zbyt szczegółową naturę technicznego nerda.

Z publicznych informacji wynika, że ​​zespół MegaETH wydaje się mieć chińskie pochodzenie, a dyrektor generalny Li Yilong pochodzi ze Stanford i ma doktorat z informatyki, CTO Yang Lei ma doktorat na MIT, a CBO (dyrektor ds. biznesowych) Kong Shuyao ma doktorat na uniwersytecie; Harvard Business School Posiada wykształcenie MBA i doświadczenie w pracy w wielu instytucjach w branży (ConsenSys itp.). Osoba odpowiedzialna za rozwój ma w pewnym stopniu doświadczenie w CBO i pochodzi również z prestiżowego Uniwersytetu Nowojorskiego.

Czteroosobowy zespół pochodzi z najlepszych uniwersytetów w Stanach Zjednoczonych. Ich wpływ pod względem powiązań i zasobów jest oczywisty.

Wcześniej pisaliśmy też w artykule „Absolwenci zostają dyrektorami generalnymi, jaka jest geneza Nexusa, na którego czele stoi Pantera inwestująca 25 milionów juanów”. Choć dyrektor generalny Nexusa jest niedawnym absolwentem, to też pochodzi ze Stanfordu i też się wydaje mieć solidną technologię.

Zgodnie z oczekiwaniami czołowe VC preferują potentatów technologicznych z najlepszych szkół. Ponadto Vitalik również brał udział w inwestycji i ma w swoim imieniu ETH. Narracja techniczna i efekt marketingowy mogą być pełne.

Obecnie, kiedy stary „Król Niebios” stał się „Śmiercią”, projekty są w spadku, a rynek nie rośnie ani nie spada, MegaETH oczywiście przyniesie nową rundę efektu FOMO.

Będziemy nadal zwracać uwagę na więcej informacji na temat sieci testowej projektu i interakcji.