Autor: Ye Huiwen
Źródło: Wallstreetcn
Ethereum przeprowadza dziś kluczową aktualizację sieci o nazwie „Fusaka”, będącą kolejnym ważnym kamieniem milowym w jego nieustannie rozwijanej mapie drogowej. Celem tej aktualizacji jest znaczne zwiększenie pojemności danych i optymalizacja wydajności protokołu, co pozwoli jeszcze bardziej obniżyć koszty transakcji w sieciach Layer-2 oraz umocni pozycję Ethereum jako globalnej, wydajnej warstwy rozliczeniowej.
Zgodnie z planem, aktualizacja Fusaka zostanie aktywowana 3 grudnia 2025 roku na wysokości bloku 13,164,544. To kolejny krok na drodze skalowania Ethereum po aktualizacjach Dencun i Pectra. Kenny Lee, szef działu kryptowalut w Goldman Sachs, podkreślił, że Fusaka reprezentuje kolejny etap na mapie drogowej skalowalności Ethereum, mając na celu przekształcenie sieci w globalną warstwę rozliczeniową o wysokiej efektywności kosztowej.
Najważniejszą zmianą w tej aktualizacji jest wprowadzenie technologii „PeerDAS” (Peer Data Availability Sampling – próbka dostępności danych peer-to-peer). Funkcja ta ma na celu teoretyczne zwiększenie pojemności danych sieci Layer-2 ośmiokrotnie, co pozwoli na większą przepustowość transakcji i znaczące obniżenie opłat dla użytkowników Layer-2.
Ponadto aktualizacja Fusaka obejmuje wprowadzenie mechanizmu forka „Blob-Only Parameter” (BPO), który umożliwia bardziej elastyczne zwiększanie pojemności sieci w przyszłości; jednocześnie poprzez funkcje takie jak wygasanie przechowywania i kontrola bloków optymalizuje wydajność głównej sieci Layer-1 oraz poprawia funkcjonalność portfeli i doświadczenie użytkownika. Te zmiany razem stanowią strukturalny skok naprzód w zakresie skalowalności, zrównoważonego rozwoju i operacyjności Ethereum.
Od Dencun do Fusaka: Skupienie na skalowaniu i optymalizacji infrastruktury
Aktualizacja Fusaka to w rzeczywistości jednoczesna aktywacja aktualizacji warstwy konsensusu „Fulu” oraz warstwy wykonawczej „Osaka”. Zgodnie z ostatecznym planem potwierdzonym przez Ethereum Foundation, propozycje ulepszeń Ethereum (EIPs) zawarte w tej aktualizacji koncentrują się na trzech głównych obszarach:
-
Zwiększenie wydajności Layer-1: Obejmuje wygasanie przechowywania (EIP-7642) i limit gazu transakcyjnego (EIP-7825), mające na celu utrzymanie wysokiej wydajności działania węzłów wraz ze wzrostem wykorzystania sieci.
-
Rozszerzenie pojemności danych Layer-2: Kluczowym elementem jest PeerDAS (EIP-7594), wspierany przez aktualizację parametrów Blob (EIP-7892) i optymalizację opłat Blob (EIP-7918).
-
Poprawa doświadczenia użytkownika i narzędzi dla deweloperów: Obejmuje deterministyczną prognozę propozycji (EIP-7917) oraz prekompilację wsparcia dla krzywej secp256r1 (EIP-7951), aby wzmocnić funkcje portfeli i rozwój aplikacji.
Te trzy główne kierunki są w pełni zgodne ze strategicznymi priorytetami Ethereum Foundation ustalonymi w kwietniu 2025 roku (skalowanie głównej sieci Ethereum, skalowanie Blobs, poprawa doświadczenia użytkownika). W tym artykule skupimy się na zwiększeniu pojemności danych Layer-2 i optymalizacji mechanizmu opłat.
Kluczowa misja: Droga do skalowania skoncentrowanego na L2
Aby zrozumieć, dlaczego Ethereum koncentruje się na skalowaniu poprzez Layer-2, należy przyjrzeć się jego filozofii projektowej.
W „trylemacie blockchain” (czyli niemożności jednoczesnego osiągnięcia decentralizacji, bezpieczeństwa i skalowalności), Ethereum na wczesnym etapie projektu priorytetowo traktowało decentralizację i bezpieczeństwo swojej warstwy bazowej (Layer-1). Wraz ze wzrostem zapotrzebowania na zdecentralizowane aplikacje, Layer-1 napotkała bariery w postaci wysokich opłat transakcyjnych i powolnych czasów potwierdzenia.
Aby rozwiązać ten problem, Ethereum przyjęło mapę drogową „skoncentrowaną na Rollupach”. Strategia ta przenosi większość przetwarzania transakcji do sieci Layer-2, gdzie transakcje są wykonywane poza łańcuchem, a następnie skompresowane dane są publikowane z powrotem do Ethereum Layer-1 w celu ostatecznego rozliczenia i zapewnienia bezpieczeństwa.
To modułowe podejście pozwoliło Ethereum osiągnąć skalowalność bez poświęcania kluczowych zasad decentralizacji. Jednak pojawił się nowy problem „dostępności danych” – czyli jak udowodnić całej sieci, że opublikowane skompresowane dane są ważne, bez konieczności pobierania wszystkich danych przez każdy węzeł.
PeerDAS: Klucz do 8-krotnego wzrostu pojemności danych
Najbardziej wpływową funkcją aktualizacji Fusaka jest PeerDAS, stworzony właśnie w celu rozwiązania powyższego problemu dostępności danych.
Przed Fusaka, mimo że aktualizacja Dencun wprowadziła „Blobs” jako ekonomiczny sposób przechowywania danych Layer-2, każdy pełny węzeł Ethereum nadal musiał pobierać pełne dane Blob, co ograniczało przepustowość i maksymalną wydajność sieci.
PeerDAS zasadniczo zmienia ten model. Po aktualizacji sieć dzieli dane Blob na małe fragmenty i rozprowadza je do różnych węzłów. Każdy węzeł musi pobrać i zweryfikować tylko niewielką część całości danych (około 1/8), a dzięki metodom kryptograficznym może zapewnić dostępność i integralność całego zbioru danych. Mechanizm ten znacznie obniża wymagania zasobowe dla pojedynczego węzła, co przekłada się na teoretyczny 8-krotny wzrost pojemności danych w sieci. PeerDAS stanowi fundament dla dalszego skalowania Blobs i jest kluczowym motorem obniżania kosztów transakcji Layer-2.
Fork BPO: Bardziej elastyczne zwiększanie limitu Blobs
Wraz ze stałym wzrostem aktywności transakcyjnej Layer-2 (Wykres 2), rośnie także zapotrzebowanie na przestrzeń Blob.
Według danych Coinmetrics, liczba Blobs dziennie wykazuje tendencję wzrostową. Jednak w obecnym mechanizmie zwiększenie liczby Blobs na blok wymaga złożonego „twardego forka”, a takie duże aktualizacje są trudne do skoordynowania i rzadko przeprowadzane.
Aby rozwiązać tę barierę, Fusaka wprowadza mechanizm forka „Blob-Only Parameter” (BPO). Jest to dedykowany, lekki fork służący wyłącznie do aktualizacji parametrów związanych z Blob (np. maksymalnej liczby Blobs na blok). Ze względu na niewielki zakres i kontrolowany wpływ, zespoły deweloperskie mogą wdrażać takie aktualizacje częściej i bezpieczniej, umożliwiając sieci stopniowe zwiększanie pojemności danych bez konieczności oczekiwania na duże aktualizacje obejmujące inne funkcje. Według Ethereum Foundation, forki BPO będą zaprogramowane z wyprzedzeniem, aby w ciągu kilku tygodni stopniowo podwajać liczbę Blobs aż do osiągnięcia maksimum.
Stabilny rynek opłat: Wprowadzenie mechanizmu ceny minimalnej dla Blob
Po aktualizacji Dencun, Layer-2 podczas publikowania danych do Ethereum napotyka dwa niezależne rodzaje opłat: Gas za wykonanie i Gas za Blob. Gdy zapotrzebowanie na Blob jest niskie, opłaty mogą spaść niemal do zera, ale Layer-2 nadal musi płacić potencjalnie wysokie opłaty za wykonanie. Taka „awaria sygnału cenowego” prowadzi do nieefektywności wyceny i niestabilności rynku.
Aby rozwiązać ten problem, Fusaka wprowadza mechanizm „ceny minimalnej” dla Blob poprzez EIP-7918. Cena ta nie jest stała, lecz dynamicznie powiązana z opłatami za wykonanie Gas.
Gdy rynkowa opłata za Blob spadnie poniżej tej ceny minimalnej, algorytm regulacji opłat uniemożliwi dalszy spadek. Ma to na celu zapewnienie, że opłaty za Blob zawsze odzwierciedlają ich wartość ekonomiczną, utrzymują wrażliwość rynku opłat na zatłoczenie sieci i zapewniają Layer-2 bardziej stabilne i przewidywalne środowisko cenowe.
Wpływ na rynek i potencjalne ryzyka
Oczekuje się, że aktualizacja Fusaka wywrze głęboki wpływ na rynek. Zwiększenie pojemności danych dzięki PeerDAS i forkom BPO może jeszcze bardziej obniżyć koszty operacyjne Layer-2. Jednocześnie mechanizm ceny minimalnej EIP-7918 zapewni, że przestrzeń Blob nie będzie wykorzystywana nieuzasadnienie tanio, utrzymując ekonomiczną zrównoważoność sieci. Może to zaostrzyć konkurencję między sieciami Layer-2, przesuwając jej oś z kosztów transakcji na doświadczenie użytkownika, współpracę ekosystemową i głębokość płynności.
Jednakże aktualizacja ta wiąże się również z pewnymi ryzykami i wyzwaniami:
-
Ryzyko wykonawcze: Każdy poważny hard fork niesie ryzyko niepowodzenia koordynacji klientów lub pojawienia się luk, co może prowadzić do tymczasowej niestabilności sieci.
-
Ograniczony wpływ na opłaty głównej sieci: Bezpośrednie korzyści z aktualizacji dotyczą głównie Layer-2, a opłaty za Gas w głównej sieci Ethereum mogą nie spaść natychmiast w krótkim okresie.
-
Wymagania sprzętowe: Mimo że PeerDAS optymalizuje wydajność, wyższe cele dla Blob mogą z czasem zwiększyć zapotrzebowanie na przepustowość u walidatorów.
-
Opóźnienie adaptacji ekosystemu: Layer-2 i deweloperzy dApp będą potrzebować czasu, aby w pełni wykorzystać zalety nowej architektury.
