Deweloperzy Ethereum oficjalnie potwierdzili, że hard fork Fusaka zostanie wdrożony w sieci głównej 3 grudnia 2025 roku. Decyzja ta zapadła po pomyślnym zakończeniu serii testów na publicznych sieciach testowych, co stanowi finalny etap przygotowań przed kluczową aktualizacją. Fusaka koncentruje się na skalowaniu warstwy dostępności danych, co jest fundamentalnym krokiem w dalszym rozwoju ekosystemu rozwiązań warstwy drugiej (L2).
Główne komponenty aktualizacji Fusaka
Centralnym elementem hard forka jest implementacja EIP-7594, czyli PeerDAS (Peer Data Availability Sampling). Technologia ta fundamentalnie zmienia sposób, w jaki węzły sieci weryfikują dane publikowane przez rollupy w formie „blobów”. Zamiast wymagać od każdego uczestnika sieci pobierania pełnych danych, PeerDAS wprowadza mechanizm losowego próbkowania małych fragmentów. Takie podejście drastycznie obniża wymagania dotyczące przepustowości sieciowej i zasobów sprzętowych, co w konsekwencji pozwala na bezpieczne i stopniowe zwiększanie pojemności przestrzeni dla blobów.
Analiza Techniczna: Pełna lista EIP w aktualizacji Fusaka
Aktualizacja Fusaka wprowadzi 12 propozycji EIP, które razem stanowią znaczący krok naprzód w skalowalności, stabilności i funkcjonalności sieci Ethereum. Zmiany te zostały pogrupowane tematycznie w celu lepszego zrozumienia ich wpływu na ekosystem.
Analiza Techniczna: Komponenty hard forka Fusaka
Grupa 1: PeerDAS i Skalowanie Dostępności Danych
| EIP | Nazwa | Główne Zmiany i Cel | Strategiczne Implikacje |
| ★ EIP-7594 | Peer Data Availability Sampling (PeerDAS) | Zmienia weryfikację danych z pobierania całości na losowe próbkowanie, fundamentalnie zmieniając architekturę dostępności danych. | Drastycznie obniża wymagania sprzętowe dla węzłów, odblokowując masowe skalowanie pojemności blobów i redukcję kosztów dla L2. |
| EIP-7892 | Hardforki Tylko dla Parametrów Blobów (BPO) | Wprowadza uproszczony proces aktualizacji sieci, pozwalający na szybkie i częste dostosowywanie parametrów blobów. | Umożliwia elastyczne i szybkie reagowanie na rosnące zapotrzebowanie na dane ze strony L2 bez czekania na duży hard fork. |
| EIP-7918 | Powiązanie opłaty za bloby z kosztem wykonania | Wprowadza minimalną cenę dla blobów powiązaną z kosztem obliczeniowym, zapobiegając spadkowi opłaty do nieefektywnego poziomu. | Stabilizuje rynek opłat za bloby, gwarantując, że przestrzeń danych zawsze ma realny koszt ekonomiczny, co jest kluczowe dla zrównoważonej ekonomii sieci. |
Grupa 2: Stabilność Sieci i Ekonomia Gazu
| EIP | Nazwa | Główne Zmiany i Cel | Strategiczne Implikacje |
| EIP-7934 | Limit Rozmiaru Bloku Wykonawczego (RLP) | Wprowadza twardy limit maksymalnego rozmiaru bloku na poziomie 10 MB. | Zapobiega atakom DoS i niestabilności sieci, poprawiając wydajność i niezawodność propagacji bloków. |
| EIP-7825 | Limit Gazu dla Pojedynczej Transakcji | Ustanawia maksymalny limit gazu dla pojedynczej transakcji na poziomie 16,77 mln. | Gwarantuje sprawiedliwy dostęp do przestrzeni w bloku, uniemożliwiając jednej transakcji zdominowanie całego bloku. |
| EIP-7935 | Ustawienie domyślnego limitu gazu na 60M | Formalizuje prace nad podniesieniem limitu gazu, zapewniając priorytetowe testy i optymalizacje przez zespoły klienckie. | Jest to bezpośredni krok w celu zwiększenia przepustowości L1, pozwalając na przetwarzanie większej liczby transakcji w bloku. |
| EIP-7823 & 7883 | Ograniczenia i Zwiększenie Kosztu dla MODEXP | Wprowadza limit na wielkość danych wejściowych (8192 bity) i podnosi koszt gazu za wykonanie prekompilacji MODEXP. | Eliminują ryzyko ataków DoS i błędów konsensusu, zapewniając, że koszt gazu lepiej odzwierciedla rzeczywiste obciążenie obliczeniowe. |
Grupa 3: Ulepszenia EVM i Doświadczenia Deweloperów
| EIP | Nazwa | Główne Zmiany i Cel | Strategiczne Implikacje |
| EIP-7939 | Opcode CLZ (Count Leading Zeros) | Dodaje do EVM nowy, wydajny opcode do operacji na bitach, który liczy wiodące zera w 256-bitowej liczbie. | Znacząco obniża koszty gazu dla zaawansowanych aplikacji DeFi, systemów dowodów ZK i innych kontraktów wymagających złożonych operacji matematycznych. |
| EIP-7951 | Prekompilacja dla Krzywej secp256r1 | Wprowadza natywne wsparcie dla weryfikacji podpisów opartych o krzywą eliptyczną secp256r1, standard w miliardach urządzeń. | Ogromna poprawa UX. Umożliwia bezpośrednią integrację z urządzeniami takimi jak iPhone’y i telefony z Androidem, eliminując potrzebę kosztownych obejść. |
Grupa 4: Ulepszenia Warstwy Konsensusu i Sieci P2P
| EIP | Nazwa | Główne Zmiany i Cel | Strategiczne Implikacje |
| EIP-7642 | eth/69 – Wygasanie historii i uproszczone pokwitowania | Modyfikuje protokół sieciowy, ograniczając ilość starych danych historycznych potrzebnych do synchronizacji nowego węzła. | Przyspiesza synchronizację nowych węzłów, oszczędzając ok. 530 GB transferu. Jest to krok w kierunku pełnego wygasania historii (history expiry). |
| EIP-7917 | Deterministyczna prognoza proposerów | Zmienia mechanizm wyboru proposerów bloków tak, aby ich harmonogram był znany i przewidywalny z wyprzedzeniem. | Kluczowe dla rozwoju zaawansowanych protokołów MEV i usług prekonfirmacji. Zwiększa niezawodność i bezpieczeństwo transakcji użytkowników. |
Analiza i strategiczne znaczenie
Wdrożenie Fusaka jest bezpośrednią odpowiedzią na dynamicznie rosnące zapotrzebowanie na tanią przestrzeń danych ze strony ekosystemu L2. Od czasu marcowej aktualizacji Dencun, która wprowadziła bloby, ich wykorzystanie systematycznie rośnie, zbliżając się do obecnych limitów. Bez dalszego skalowania warstwy dostępności danych, opłaty transakcyjne na rollupach nieuchronnie zaczęłyby ponownie wzrastać, hamując adopcję.
PeerDAS stanowi kluczowy element na roadmapie Ethereum w kierunku tzw. „Full Danksharding”, czyli finalnej wizji masowej skalowalności sieci. Umożliwia iteracyjne zwiększanie pojemności dla blobów, co w długim terminie przełoży się na dalszą, radykalną redukcję kosztów dla użytkowników końcowych rozwiązań L2.
Z kolei podniesienie MAX_EFFECTIVE_BALANCE to ważny krok w stronę optymalizacji warstwy konsensusu. Redukuje złożoność operacyjną dla dużych podmiotów i poprawia ogólną wydajność systemu stakingowego.
Podsumowanie
Aktualizacja Fusaka ma charakter czysto infrastrukturalny i nie wprowadza widocznych zmian dla przeciętnego użytkownika L1. Jest to jednak krytyczny krok naprzód, który wzmacnia fundamenty Ethereum jako zdecentralizowanej warstwy rozliczeniowej dla całego ekosystemu L2. Jej wdrożenie 3 grudnia potwierdza dojrzałość procesu rozwojowego sieci i konsekwentną realizację roadmapy skoncentrowanej na rollupach. Kolejnym planowanym hard forkiem jest Glamsterdam, którego wdrożenie przewidziane jest na 2026 rok.
Pełna lista propozycji wraz z ich techniczną specyfikacją jest publicznie dostępna i można ją śledzić na stronie poświęconej aktualizacji Fusaka.