Po aktywacji EIP-4444 8 lipca 2025 roku klienci wykonawczy Ethereum mogą teraz usuwać dane historyczne utworzone przed Merge — przejściem sieci na proof of stake we wrześniu 2022 roku — co zmniejsza wymagania dyskowe o 300 do 500 GB i pozwala nowym węzłom na synchronizację w mniej niż pół dnia. Przy agresywnych ustawieniach operatorzy mogą uruchomić w pełni funkcjonalny węzeł na dysku 2 TB, utrzymując łączną przestrzeń poniżej 0,5 TB.

Co tak naprawdę zmienia EIP-4444

Ulepszenie koncentruje się na mechanizmie zwanym „częściowym wygaszaniem historii”. Zamiast wymagać od każdego węzła przechowywania pełnej historii blockchaina Ethereum, EIP-4444 pozwala węzłom usuwać starsze dane po upływie określonego okresu retencji. Pierwotny projekt przewidywał około 33 000 epok — każda to 6,4-minutowa jednostka czasu konsensusu — wartość ta została później zmieniona na około 82 000 epok, czyli około roku historii łańcucha.

Walidacja aktualnego czoła łańcucha opiera się na punktach kontrolnych słabej subiektywności — niedawnych stanach, które klienci pobierają z zaufanego źródła, zamiast weryfikować cały łańcuch od genesis. Warstwa konsensusu może być online w ciągu kilku minut dzięki checkpoint sync, natomiast warstwa wykonawcza nie musi już pobierać i weryfikować dekady paragonów transakcyjnych. Dla operatorów wymagających dostępu archiwalnego mechanizmy odzyskiwania danych historycznych pozostają dostępne jako funkcja opcjonalna.

Wszyscy pięć głównych klientów wykonawczych Ethereum wprowadziło wsparcie. Geth v1.16.0, Nethermind 1.32.2, Besu 25.7.0, Erigon v3.0.12 i Reth v1.5.0 zawierają każdy niezbędne flagi i konfiguracje.

Dlaczego przestrzeń dyskowa stawała się problemem

PrzedIP-4444 pełny węzeł wymagał ponad 400 GB przestrzeni dyskowej, a ta liczba rosła tylko w jednym kierunku. Każdy nowy blok, każda interakcja ze smart kontraktem i każdy transfer tokenów powiększały zbior danych.

Obowiązuje ważne rozróżnienie: zmiana dotyczy pełnych węzłów i walidatorów, a nie węzłów archiwalnych. Węzły archiwalne, które obsługują zapytania historyczne dla eksploratorów bloków i platform analitycznych, będą nadal przechowywać wszystko.

Równanie dostępności

Synchronizacja w mniej niż pół dnia na mniej niż 0,5 TB przestrzeni oznacza, że w sieci Ethereum może uczestniczyć stosunkowo skromny komputer klasy konsumenckiej z przyzwoitym dyskiem SSD. Dla operatorów oznacza to weryfikację transakcji i sald na własnym sprzęcie zamiast polegania na zewnętrznych dostawcach. To kontrast wobec wielodniowych procesów synchronizacji i wymagań przestrzennych przekraczających terabajt, które wcześniej czekały nowych operatorów węzłów.

EIP-4444 mieści się w fazie „Purge” mapy drogowej Ethereum, którą Vitalik Buterin opisał jako skupioną na redukcji złożoności protokołu i wymagań węzłów.

Pozostaje pytanie, jak sieć poradzi sobie z okresem przejściowym, gdy węzły zaczną usuwać dane w różnym tempie, a dane historyczne staną się rozproszone, a nie uniwersalnie replikowane. Portal Network i inne peer-to-peer rozwiązania dostępności danych zostały zaprojektowane, aby wypełnić tę lukę, zapewniając, że zapytania historyczne będą mogły być nadal zrealizowane, nawet gdy większość węzłów już pominie stare dane.

Źródło: CryptoBriefing