Programista Ethereum Kevaundray Wedderburn przesłał 17 sierpnia nową propozycję ulepszenia Ethereum (Ethereum Improvement Proposal) przez pull request #12188 na GitHubie, wzywając do skrócenia okna retencji bloków warstwy konsensusu (CL).

Propozycja, obecnie będąca szkicem oczekującym na oficjalny numer EIP, skróciłaby wymagany okres retencji z 33 024 epok do 8192 epok, czyli około 36,4 dnia. Ponieważ każda epoka warstwy konsensusu obejmuje 32 sloty po około 6,4 minuty, obecny wymóg odpowiada około 147 dniom — blisko pięciu miesiącom — przechowywanej historii. EIP ma klasyfikację niepowodującą forka i informacyjną: zamiast zmieniać reguły protokołu Ethereum, zaktualizowałaby ona oczekiwania wobec operatorów węzłów.

Głównym celem zmiany jest zmniejszenie obciążenia związanego z backfill (uzupełnianiem danych), które następuje po synchronizacji z punktu kontrolnego — powszechnej praktyce uruchamiania nowego węzła beacon od niedawnego, zaufanego punktu kontrolnego zamiast odtwarzania łańcucha od bloku genesis i późniejszego pobierania starszych bloków. Skrócenie czasu, przez jaki węzły muszą przechowywać historyczne bloki beacon, zmniejszyłoby wymagania dotyczące przepustowości łącza, miejsca na dysku i czasu synchronizacji, co wpisuje się w od dawna deklarowany cel Ethereum, jakim jest utrzymywanie wymagań dla węzłów wystarczająco niskich, by zachęcić do szerokiego uczestnictwa. Szkic nawiązuje również do wcześniejszych dyskusji w warstwie wykonania, takich jak EIP-4444, zakładającej, że klienci przestaną udostępniać historyczne dane bloków starsze niż rok.

Szkic trafił do publicznych konsultacji i uzyskał wstępne poparcie w środowisku deweloperów. Kontrybutor Ethereum Dapplion poparł kierunek propozycji, a deweloper klienta Lighthouse Michael Sproul oświadczył, że nie przewiduje problemów operacyjnych po stronie Lighthouse. Sproul dodał, że w sieci mieszanej starsi klienci nadal mogliby synchronizować się z węzłami równorzędnymi utrzymującymi dłuższe okno retencji. Pull request nie został jeszcze scalony; kolejne kroki obejmowałyby przydzielenie oficjalnego numeru EIP oraz — w przypadku przyjęcia — ujednolicenie domyślnych ustawień retencji we wszystkich implementacjach klientów.

Deweloperzy rozważają 66 propozycji dla aktualizacji Hegotá w 2027 roku

Szkic dotyczący okna retencji to jedna z kilku propozycji krążących w tym tygodniu w środowisku deweloperów Ethereum, równolegle z szerszym wysiłkiem na rzecz rozszerzenia możliwości protokołu Ethereum przed planowaną aktualizacją sieci Hegotá w 2027 roku. Aktualizacje Ethereum są tradycyjnie wydawane w pakietach, a listy kandydatów tej wielkości są zwykle zawężane w miarę postępu przeglądu technicznego i audytów.

Deweloperzy oceniają obecnie pakiet 66 propozycji ulepszeń Ethereum dla Hegotá, z których kilka dotyczy prywatności on-chain — obszaru, który sieć historycznie pozostawiała rozwiązaniom stron trzecich, ponieważ jej publiczna księga domyślnie czyni dane transakcji widocznymi dla każdego.

Kluczową propozycją w zakresie prywatności jest EIP-8141, zwana „Frame Transactions”, która pozwoliłaby pulom prywatności samodzielnie opłacać własne opłaty gazowe bez polegania na zewnętrznych relayerach. Ponieważ każda interakcja z pośrednikiem tworzy ślad metadanych mogący ujawnić informacje o nadawcy, usunięcie tej zależności jest postrzegane jako znaczący krok w kierunku natywnej prywatności transakcji.

Uzupełniająco, EIP-8182 wprowadziłaby wspólną pulę ekranowaną (shielded pool) dla anonimowych transferów ETH i tokenów ERC-20, natomiast EIP-8250 proponuje kluczowane nonce (keyed nonces), mające uniemożliwić obserwatorom łączenie odrębnych prywatnych transakcji na podstawie analizy wzorców nonce.

Spośród rozważanych propozycji według stanu na połowę sierpnia 2026 roku dla Hegotá potwierdzono jedynie EIP-7805 (FOCIL), mechanizm odporności na cenzurę wymuszający listy włączania transakcji. Pozostałe propozycje przechodzą dalszy przegląd techniczny i audyty bezpieczeństwa.

Oczekuje się, że Hegotá nastąpi po aktualizacji Glamsterdam, zaplanowanej obecnie na czwarty kwartał 2026 roku, co daje deweloperom około roku na ostateczne określenie zakresu pakietu, w tym tego, które z propozycji dotyczących prywatności zostaną uwzględnione.

Źródło: Metaverse Post