Czy aktualizacja Fusaka zapoczątkuje ostateczną erę Ethereum?

Chainfeeds Przegląd:

Fusaka to zdecydowanie nie kolejny hard fork na długiej liście aktualizacji, lecz punkt kulminacyjny wszystkich badań i stopniowych ulepszeń Ethereum z ostatniej dekady.

Źródło artykułu:

Autor artykułu:

Mars_DeFi

Poglądy:

Mars_DeFi: Aktualizacja Fusaka dla Ethereum to ważny kamień milowy w dziesięcioletniej ewolucji inżynieryjnej tej sieci. Oznacza ona przejście od serii lokalnych poprawek i drobnych optymalizacji wydajności do strukturalnej aktualizacji, która w pełni koordynuje dane, skalowanie, bezpieczeństwo i przyszły kierunek rozwoju. Po tym, jak Frontier, Homestead i Byzantium położyły fundamenty pod programowalność łańcucha i możliwości kryptograficzne, Ethereum w latach 2018–2020 doświadczyło presji związanej z przeciążeniem wynikającym z rosnącego zapotrzebowania, co doprowadziło do aktualizacji takich jak Istanbul i Muir Glacier, stopniowo optymalizujących protokół pod kątem Rollupów. Wraz z eksplozją DeFi i NFT, która przyniosła „piekło opłat transakcyjnych”, Ethereum w 2021 roku poprzez London zmieniło model ekonomiczny, a w 2022 roku dzięki Paris dokonało bezprecedensowego połączenia, przechodząc z PoW na PoS. Shapella i Dencun dodatkowo uwolniły płynność stakingu i wprowadziły Proto-Danksharding, znacznie obniżając koszty L2, a Pectra umożliwiła realizację inteligentnych kont i poprawę doświadczenia użytkownika. Fusaka, stojąc na tych historycznych fundamentach, jest nieunikniona, ponieważ wraz ze wzrostem wykorzystania Rollupów i zbliżaniem się przepustowości węzłów do granic, Ethereum bez jednoczesnego przełomu w dostępności danych, strukturze stanu i wydajności wykonania, w ciągu kilku lat napotka presję centralizacji i wąskie gardła wydajności. Fusaka można postrzegać jako punkt przecięcia etapów Surge, Scourge, Verge, Purge i Splurge w inżynieryjnej mapie drogowej Ethereum. Przekształca ona nie tylko parametry skalowania, ale całą metodologię przechowywania, weryfikacji, sortowania i długoterminowego utrzymania decentralizacji Ethereum. Rdzeniem Fusaka są PeerDAS, rozszerzenie Blob, podniesienie limitu Gas oraz wprowadzenie Verkle Tree, a także bardziej przewidywalny harmonogram blokujących, które razem tworzą infrastrukturę skalowania następnej generacji. PeerDAS zmienia sposób, w jaki węzły weryfikują dostępność danych: w erze Dencun węzły musiały pobierać wszystkie Rollup Blob w całości, a wraz ze wzrostem wykorzystania L2 prowadziło to do wykładniczego wzrostu kosztów przepustowości i przechowywania, ostatecznie wymuszając centralizację walidatorów. PeerDAS pozwala węzłom na losowe próbkowanie Blob i współpracę z innymi węzłami w celu weryfikacji, zapewniając integralność danych dzięki bezpieczeństwu probabilistycznemu. Przynosi to 70%–80% redukcję zużycia przepustowości, obniżając koszt prowadzenia pełnego węzła do bardziej akceptowalnego poziomu i torując drogę do masowego przesyłu danych Rollup. Na tej podstawie Ethereum planuje w kilku krótkich hard forkach po Fusaka zwiększyć liczbę Blob na blok z 6 do 10, a następnie do 14, co oznacza ponad 60% wzrost pojemności danych. Wraz ze wzrostem dostępnej przestrzeni przewidywane zatłoczenie Rollupów maleje, opłaty transakcyjne mogą dalej spadać, przyciągając więcej użytkowników do L2; więcej transakcji oznacza większe spalanie ETH, co wzmacnia ekonomię i wykorzystanie Ethereum. Podniesienie Gas Limit z 45 milionów do 60 milionów sprawia, że złożone operacje DeFi czy mintowanie NFT rzadziej zawodzą z powodu zatłoczenia bloków, ale przyspiesza też wzrost stanu, co generuje dodatkowe koszty. Wprowadzenie Verkle Tree redukuje dowody stanu z megabajtów do kilkudziesięciu KB, umożliwiając funkcjonowanie lekkich klientów, urządzeń mobilnych i węzłów bezstanowych, zasadniczo łagodząc presję weryfikacyjną warstwy wykonawczej w miarę wzrostu skali. Dzięki bardziej przewidywalnemu mechanizmowi wcześniejszego ujawniania propozycji, koordynacja kolejności między Rollupami a L1 staje się łatwiejsza, a Rollupy oparte na sortowaniu Ethereum mogą wcześniej koordynować pre-confirmacje z proposerem w trybie „based sequencing”. Bardziej przejrzysty harmonogram blokujących pomaga też ograniczyć motywacje do manipulacji kolejnością, podnosząc zarządzanie i koordynację MEV na wyższy poziom. Patrząc wstecz, Fusaka nie jest odosobnioną optymalizacją, lecz kulminacją długoterminowych badań od czasu, gdy Vitalik podzielił mapę drogową Ethereum na Surge, Scourge, Verge, Purge i Splurge. PeerDAS i rozszerzenie Blob napędzają ekspansję danych Surge; deterministyczni proposerzy i mechanizmy sortowania Rollup wzmacniają obronę MEV w Scourge; Verkle Tree to kluczowy cel Verge; ulepszenia Gas i struktury stanu torują drogę dla Purge; a abstrakcja kont i poprawa doświadczenia użytkownika z Pectra będą miały jeszcze większe znaczenie po Fusaka. Strategicznie Fusaka pozwala Ethereum obsługiwać znacznie większy ruch Rollupów bez utraty decentralizacji, umożliwiając wielokrotny wzrost wykorzystania bez poświęcania uczestnictwa węzłów. W modelu ekonomicznym jeszcze bardziej wiąże rzadkość ETH z jego wykorzystaniem, czyniąc „wzrost wolumenu transakcji > wzrost podaży” bardziej zrównoważonym stanem. W kontekście konkurencji, Ethereum w erze Fusaka będzie wyraźniej pozycjonowane jako globalna warstwa rozliczeniowa i warstwa dostępności danych, a nie jako wykonawcza L1 konkurująca bezpośrednio z pojedynczymi łańcuchami o wysokim TPS. Symbolizuje to punkt kulminacyjny dziesięcioletniego dorobku inżynieryjnego Ethereum, po raz pierwszy umożliwiając mu realistyczną skalowalność do tysięcy Rollupów i wsparcie dla przyszłych systemów finansowych i obliczeniowych na długie lata. [Oryginał w języku angielskim]