Ethereum przeprowadza aktualizację „Fusaka”, kontynuując „skalowanie i zwiększanie wydajności” oraz wzmacniając zdolność rozliczeń on-chain

Ethereum aktywował kluczową aktualizację „Fusaka”, która dzięki technologii PeerDAS zwiększa pojemność danych Layer-2 ośmiokrotnie. W połączeniu z mechanizmem forka BPO i mechanizmem minimalnej ceny Blob, aktualizacja ta ma szansę znacząco obniżyć koszty operacyjne Layer-2 i zapewnić długoterminową ekonomiczną trwałość sieci.

Autor: Ye Huiwen

Źródło: Wallstreetcn

Ethereum przeprowadza dziś kluczową aktualizację sieci o nazwie „Fusaka”, będącą kolejnym ważnym kamieniem milowym na drodze jego ciągłego rozwoju. Celem tej aktualizacji jest znaczne zwiększenie pojemności danych i optymalizacja efektywności protokołu, co ma dalej obniżyć koszty transakcji w sieciach Layer-2 i 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 rozwoju Ethereum po aktualizacjach Dencun i Pectra. Kenny Lee, szef działu kryptowalut w Goldman Sachs, podkreślił, że Fusaka reprezentuje kolejny etap na mapie rozwoju skalowalności Ethereum, którego celem jest przekształcenie sieci w globalną i opłacalną warstwę rozliczeniową.

Najważniejszą zmianą w tej aktualizacji jest wprowadzenie technologii „PeerDAS” (Peer Data Availability Sampling, czyli równorzędne próbkowanie dostępności danych). Funkcja ta ma na celu teoretyczne zwiększenie pojemności danych sieci Layer-2 ośmiokrotnie, co pozwoli na większą przepustowość transakcji i może znacząco obniżyć opłaty transakcyjne dla użytkowników Layer-2.

Ponadto, aktualizacja Fusaka obejmuje również wprowadzenie mechanizmu forka „Blob Parameter Only” (BPO), który umożliwia bardziej elastyczne zwiększanie pojemności sieci w przyszłości; jednocześnie optymalizuje wydajność głównej sieci Layer-1 poprzez funkcje takie jak wygasanie przechowywania i kontrola bloków oraz poprawia funkcjonalność portfeli i doświadczenie użytkownika. Te zmiany razem stanowią strukturalny skok naprzód dla Ethereum w zakresie skalowalności, trwałości i operacyjności.

Od Dencun do Fusaka: Skupienie na skalowaniu i optymalizacji infrastruktury

Aktualizacja Fusaka to w rzeczywistości jednoczesna aktywacja aktualizacji warstwy konsensusu „Fulu” i aktualizacji warstwy wykonawczej „Osaka”. Zgodnie z ostatecznym planem zatwierdzonym przez Ethereum Foundation, aktualizacja obejmuje propozycje ulepszeń Ethereum (EIP) skupiające się na trzech głównych obszarach:

• Zwiększenie efektywnoś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ć funkcjonalność portfeli i rozwój aplikacji.

Te trzy kierunki są w pełni zgodne ze strategicznymi priorytetami ustalonymi przez Ethereum Foundation 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 skoncentrowana na L2

Aby zrozumieć, dlaczego Ethereum skupia się na skalowaniu poprzez Layer-2, należy wrócić do 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 warstwy bazowej (Layer-1). To spowodowało, że wraz ze wzrostem zapotrzebowania na zdecentralizowane aplikacje, Layer-1 napotkała na bariery w postaci wysokich opłat transakcyjnych i powolnego potwierdzania transakcji.

Aby rozwiązać ten problem, Ethereum przyjęło strategię „Rollup-centric”. 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 ośmiokrotnego 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 efektywny kosztowo 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 znacząco obniża wymagania dotyczące zasobów pojedynczego węzła, co daje sieci teoretyczny wzrost pojemności danych o około 8 razy. PeerDAS stanowi podstawę dla dalszego skalowania Blobs i jest kluczowym motorem obniżania kosztów transakcji Layer-2.

Fork BPO: Bardziej elastyczne zwiększanie limitu Blob

Wraz z ciągłym wzrostem aktywności transakcyjnej Layer-2 (Wykres 2), rośnie również zapotrzebowanie na przestrzeń Blob.

Według danych Coinmetrics, liczba Blobów dziennie wykazuje tendencję wzrostową. Jednak w obecnym mechanizmie, zwiększenie liczby Blobów na blok wymaga przeprowadzenia skomplikowanego „twardego forka”, którego koordynacja jest trudna i rzadko przeprowadzana.

Aby rozwiązać ten problem, Fusaka wprowadza mechanizm forka „Blob Parameter Only” (BPO). Jest to dedykowany, lekki fork służący wyłącznie do aktualizacji parametrów związanych z Blobami (np. maksymalnej liczby Blobów na blok). Ze względu na niewielki zakres i kontrolowany wpływ, zespoły deweloperskie mogą częściej i bezpieczniej wdrażać takie aktualizacje, umożliwiając stopniowe zwiększanie pojemności danych bez konieczności czekania na większe 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ę Blobów, aż do osiągnięcia maksymalnej wartości.

Stabilny rynek opłat: Wprowadzenie mechanizmu minimalnej ceny Blob

Po aktualizacji Dencun, Layer-2 musi płacić dwie niezależne opłaty za publikację danych na Ethereum: opłatę za wykonanie (Gas) i opłatę za Blob Gas. Gdy zapotrzebowanie na Blob jest niskie, opłata ta może spaść niemal do zera, ale Layer-2 nadal musi płacić potencjalnie wysoką opłatę za wykonanie. Taka „niewydolność sygnału cenowego” prowadzi do nieefektywności wyceny i niestabilności rynku.

Aby rozwiązać ten problem, Fusaka wprowadza poprzez EIP-7918 mechanizm „minimalnej ceny” dla Blobów. Ta minimalna cena nie jest wartością stałą, lecz jest dynamicznie powiązana z opłatą za wykonanie (Gas).

Gdy rynkowa opłata za Blob spada poniżej tej minimalnej ceny, algorytm regulacji opłat uniemożliwia jej dalszy spadek. Ma to na celu zapewnienie, że opłaty za Blob zawsze odzwierciedlają ich wartość ekonomiczną, utrzymując wrażliwość rynku opłat na zatłoczenie sieci i zapewniając 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. Wzrost pojemności danych dzięki PeerDAS i forkom BPO może dalej obniżyć koszty operacyjne Layer-2. Jednocześnie mechanizm minimalnej ceny z EIP-7918 zapewnia, że przestrzeń Blob nie będzie wykorzystywana nieracjonalnie tanio, utrzymując ekonomiczną trwałość sieci. Może to zaostrzyć konkurencję między sieciami Layer-2, przesuwając jej punkt ciężkości z kosztów transakcji na doświadczenie użytkownika, współpracę ekosystemową i głębokość płynności.

Jednakże, ta aktualizacja wiąże się również z pewnymi ryzykami i wyzwaniami:

• Ryzyko wykonania: Każdy poważny hard fork niesie ryzyko niepowodzenia koordynacji klientów lub wystąpienia 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 gaz w głównej sieci Ethereum mogą nie spaść natychmiast w krótkim okresie.
• Wymagania sprzętowe: Mimo że PeerDAS optymalizuje efektywność, 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ć nowe zalety architektury.