Właśnie wtedy, gdy zastanawiałem się, dokąd zmierza druga warstwa Ethereum, wiele społeczności za granicą już wypowiedziało się pod hasłem „Uczyń Ethereum L1 znów świetnym”. Rzeczywiście, dzięki strategii rozwoju, która w przeszłości skupiała się na Rollup-Centric, rynek umieścił zbyt dużą część życia Ethereum w warstwie 2. Jeśli L1 i L2 zostaną usunięte, co z punktu widzenia optymalizacji wydajności Ethereum?

1) @VitalikButerin nazwał wcześniej Ethereum ogólną mapą drogową Rollup-Centric. Najpierw użył aktualizacji EIP-4844 z Cancun, aby obniżyć szybkość w celu zachęcenia warstwy 2, a następnie zaproponował zwiększenie interoperacyjności między warstwą 2, co nawet osłabiło lub nawet zmieniło. oryginalna strategia fragmentowania Sharding do obsługi warstwy 2.

Przyjęcie warstwy 2 Rollup jako strategicznego punktu zainteresowania może zapewnić wyższy TPS, umożliwiając wdrożenie większej liczby scenariuszy aplikacji do handlu o wysokiej częstotliwości, takich jak gry, w ekosystemie Ethereum. Ta strategia rozwoju faktycznie rezygnuje z roli warstwy wykonawczej Ethereum Execution, która zapewnia jedynie ważne funkcje, takie jak bezpieczeństwo, konsensus i rozliczenie. W końcu, ze względu na różne ograniczenia, takie jak struktura przechowywania danych EVM, wydajność sprzętu klienta węzła, szybkość wyjściowa rozmiaru bloku itp., opracowanie warstwy 2 jako skupienia warstwy wykonawczej jest zdecydowanie lepsze niż samo Ethereum L1.

Kiedy jednak opłata za gaz za L1 spadnie do mniej niż 1 Gwei, a rozwój L2 będzie chwilowo niższy niż oczekiwano, niektórzy ludzie pomyślą o tym, jak ponownie skupić główną sieć Ethereum na warstwie wykonawczej i pozwolić jedynie warstwie 2 zapewnić wisienkę na ciasto? (Podtekst: cena waluty Layer2 nie jest wysoka, ale nie może mieć wpływu na samo Ethereum.)

2) Nie jest to nierozsądne, poza tym, że aktualizacja w Cancun bezpośrednio przyniosła korzyści warstwie 2, kolejnym planem działania Ethereum, obejmującym Verge i Purge, jest samo Ethereum.

Na przykład: drzewo Verkle zintegrowane z aktualizacją Verge wykorzystuje „klienta bezstanowego” w celu optymalizacji kosztów przechowywania w węźle, a wprowadzenie planów akceleracji sprzętowej Fully SNARKed Ethereum i ASIC ma na celu optymalizację kosztów przechowywania, poprawę wydajności wykonywania, a tym samym zwiększenie Ethereum Możliwości rozbudowy L1.

Układy SNARK mogą znacznie zmniejszyć ilość przechowywanych i przesyłanych danych oraz poprawić efektywność wykonywania weryfikacji, a złożone obliczenia ASIC zmniejszają straty podczas wykonywania SNARK i poprawiają wydajność wykonywania poprzez poprawę wydajności sprzętu. Należy powiedzieć, że po zapewnieniu warstwie 2 szeregu gwarancji infrastrukturalnych, kolejne aktualizacje Ethereum będą skupiać się bardziej na optymalizacji wydajności komponentów własnego łańcucha.

3) Nie ma jednak konfliktu pomiędzy możliwością przeprowadzenia większej liczby transakcji przez warstwę wykonawczą Ethereum L1 Execution a dynamicznym rozwojem strategii warstwy 2. Mówiąc ściślej, warstwy 2 i warstwy 1 ścigają się równolegle. l

Jeśli chodzi o warstwę 2, @arbitrum, @Starknet, @MetisL2, @megaeth_labs itp. kontynuują rozwój ekosystemu w oparciu o swoje wiodące zalety i kierunek rozwoju. Nie będę tutaj wdawał się w szczegóły, ale daleko im do tego punkt pesymizmu. Proszę o więcej cierpliwości;

Jeśli chodzi o warstwę 1, oprócz kolejnych dużych ulepszeń Ethereum związanych z jego własną wydajnością, przełomy technologiczne w dwóch kluczowych obszarach protokołu frameworka ZK i akceleracji sprzętowej ZK również bezpośrednio pomogą sprawić, że L1 znów będzie świetny:

Na przykład: @ProjectZKM buduje uniwersalny protokół ZK w oparciu o architekturę instrukcji mikroprocesora zkMIPs Oprócz natywnego rozwiązania międzyłańcuchowego, które, jak wspomniano wcześniej, wprowadza Bridgeless do ekosystemu Bitcoin, uniwersalny protokół ZK pozwala Ethereum służyć jako „. warstwa osadnicza”. W płynność bardziej jednorodnych lub niejednorodnych łańcuchów. Oznacza to, że inne łańcuchy mogą wchodzić w interakcję z łańcuchem Ethereum za pośrednictwem protokołu ZK, a następnie wprowadzać więcej kluczowych transakcji rozliczeniowych i płynności do głównej sieci Ethereum, co w naturalny sposób również wzmacnia wydajność „wykonania” Ethereum;

Inny przykład: @cysic_xyz angażuje się w przyjęcie na dużą skalę technologii ZK poprzez rozwiązania akceleracji sprzętowej na poziomie chipa, takie jak FPGA, GPU i ASIC. Jako projekt wzorcowy dla najnowocześniejszych i akceleracji sprzętowej ZK, celem Cysic jest pełne wdrożenie podstaw Ethereum ZK w przyszłości. Kiedy Ethereum będzie w pełni SNARKed, odpowiednie węzły Ethereum również zwiększą wydajność sprzętu, a przyspieszenie sprzętowe jest nieuniknionym wyborem.

To wszystko.

Podsumowując, niezależnie od tego, czy skupimy się na promowaniu centralnej strategii L2, czy na dalszej optymalizacji wydajności L1, nie jest to relacja antagonistyczna, ale długoterminowa relacja konkurencji i współpracy.

W perspektywie krótkoterminowej warstwa 2 jest nadal głównym tematem ekspansji Ethereum, ale w dłuższej perspektywie Ethereum opiera się na dolnej warstwie ZK i akceleracji sprzętowej, jako bezpieczna warstwa rozliczania konsensusu, możliwości rozbudowy, które Ethereum może przenosić i wdrażać są również pełne wyobraźni. Ethereum nie potrzebuje ponownie Wielkiego, Ethereum zawsze pozostało Wielkie.