Ethereum przejdzie kolejną aktualizację! Wiemy co się zmieni w 2026 roku
Ethereum znowu przyspiesza i jednocześnie uspokaja rynek. Deweloperzy ujawnili właśnie nazwę kolejnej dużej aktualizacji po Glamsterdamie. To Hegota, planowana na drugą połowę 2026 roku. W tle trwa budowa nowego rytmu prac: dwie zaplanowane aktualizacje rocznie.
Hegota wchodzi do roadmapy na 2026 rok
Deweloperzy Ethereum ogłosili nazwę aktualizacji podczas ostatniego w tym roku spotkania All Core Developers Execution. W ten sposób dopięli kolejny element planu na 2026 rok.
Hegota łączy dwie tradycje nazewnicze. Z jednej strony nawiązuje do „Bogota”, czyli miasta kojarzonego z Devconem. Z drugiej strony czerpie z „Heze”, nazwy powiązanej z warstwą konsensusu i gwiazdami.
Plan wygląda jasno. Glamsterdam ma trafić na pierwszą połowę 2026 roku, a Hegota na drugą. Mimo to kluczowe decyzje dopiero się zbliżają. W lutym deweloperzy wybiorą, który EIP zagra główną rolę.
Nowy rytm aktualizacji i spokojniejsze wdrożenia
Po udanych aktualizacjach Pectra i Fusaka w 2025 roku Ethereum trzyma nowy kurs. Zespół stawia na dwie aktualizacje rocznie, dlatego zmiany rozkłada na mniejsze porcje.
Taki rytm daje przewidywalność. Z kolei mniejsze paczki funkcji ułatwiają testy i ograniczają ryzyko. Dzięki temu sieć nie musi czekać latami na jeden wielki skok.
To podejście zmienia też sposób planowania. Co nie zdąży na Glamsterdam, może wskoczyć do Hegoty. W dodatku zespół lepiej kontroluje priorytety, zamiast upychać wszystko naraz.
Priorytety: lżejsze nody i mniej ciężaru danych
Deweloperzy patrzą w stronę Verkle Trees, czyli fundamentu pod w pełni stateless clients. Takie rozwiązania mogą odciążyć uruchamianie węzła, dlatego wspierają decentralizację.
Na stole leżą też tematy typu state expiry i history expiry. Chodzi o ograniczenie narastającego balastu danych, który rośnie z każdym rokiem działania sieci.
Ethereum Foundation ostrzega, że rosnące zasoby danych coraz mocniej obciążają operatorów nodów. Mimo to ekipa nie idzie na skróty. Woli mądre cięcia i precyzyjne optymalizacje warstwy wykonawczej.
Równolegle trwa praca nad Glamsterdam. Aktualizacja ma podnieść wydajność warstwy L1 oraz ograniczyć centralizację przy budowaniu bloków. Pojawiają się pomysły jak ePBS, block-level access lists i korekty cen gazu. Bardziej złożone zmiany, jak krótsze slot times, poczekają na później.
