Ethereum (ETH) 6 października przećwiczyło na testnecie kolejną dużą aktualizację protokołu. Poza kanałami deweloperskimi mało kto to zauważył, ale od tego dnia Sepolia działa już wg nowych reguł, które zmieniają to, kto buduje bloki, jak wyceniany jest gaz i ile realnej pracy pojedynczy blok może udźwignąć.
Ten materiał rozkłada na czynniki pierwsze 18 kluczowych zmian Glamsterdamu – z enshrined proposer‑builder separation (ePBS), blokowymi listami dostępu i repricingiem gazu na czele – oraz wyjaśnia, co one oznaczają dla opłat, MEV, rollupów i planowanego skoku limitu gazu do 200 mln.
- Glamsterdam został uruchomiony na testnecie Sepolia 6 października 2026 r., a deweloperzy wyznaczyli 26 października jako datę forka na testnecie Hoodi. Termin wdrożenia na mainnecie nie jest ustalony, choć robocza propozycja harmonogramu wskazuje na początki grudnia.
- Aktualizacja przenosi przekazanie bloku między proponującym a budującym do protokołu, dodaje blokowe listy dostępu dla przetwarzania równoległego i zmienia sposób, w jaki Ethereum pobiera opłaty za tworzenie i odczyt stanu.
- Po Glamsterdamie deweloperzy zgodzili się na dolny pułap limitu gazu na poziomie 200 mln – ponad trzykrotnie powyżej obecnego domyślnego limitu 60 mln. Realny wpływ na opłaty zależeć będzie jednak od popytu i tego, jak szybko walidatorzy przyjmą nowe parametry.
Czym jest aktualizacja Glamsterdam i dlaczego ma znaczenie?
Glamsterdam to kolejny po Fusaka upgrade sieci. Nazwa łączy dwa wątki: warstwa wykonawcza to Amsterdam – nawiązanie do miasta gospodarza Devconnect 2022 – a warstwa konsensusu to Gloas, od nazwy gwiazdy.
Ethereum Foundation 28 września opublikowała zapowiedź testnetu. Aktywację na Sepolia zaplanowano na epoch 353 024, slot 11 296 768, na godzinę 13:53:36 UTC 6 października.
Fork wszedł zgodnie z harmonogramem.
Niezależna badaczka Ethereum, Christine D. Kim, 9 października poinformowała, że aktualizacja na Sepolia „przebiegła gładko”. W ślad za tym deweloperzy wyznaczyli termin Glamsterdamu na Hoodi – drugi i ostatni publiczny testnet – na poniedziałek 26 października, przy czym wydania klientów spodziewane są do 16 października.
Zakres zmian spisano w propozycji śledzącej EIP‑7773. Obejmuje ona 18 zmian rdzeniowych, wspieranych przez pięć propozycji sieciowych i dwie informacyjne.
Mainnet to jednak inna historia. Fundacja zastrzegła, że terminy dla Hoodi i mainnetu „nie zostały jeszcze ustalone”, a ethereum.org nadal wskazuje jedynie przybliżone okno: IV kwartał 2026 r.
Robocza propozycja harmonogramu na GitHubie sugeruje 1, 8 i 9 grudnia jako potencjalne sloty mainnetowe, ale społeczność deweloperów nie wybrała żadnej z tych dat.
Dlaczego to ważne? Przez lata Ethereum stawiało na ostrożną warstwę bazową i wypychanie większości skalowania do rollupów. Glamsterdam to wyraźne przesunięcie akcentów.
Fundacja przedstawia tę aktualizację jako kolejny etap skalowania warstwy 1. Główne funkcje mają umożliwić bazowemu łańcuchowi bezpieczne przetwarzanie znacznie większej liczby operacji, przy jednoczesnym zbliżeniu cen gazu do realnych kosztów wykonania i wzrostu stanu.
Czym Glamsterdam różni się od Pectra i Fusaka?
Dwie ostatnie duże aktualizacje Ethereum dotyczyły głównie stakingu i danych. Glamsterdam skupia się na warstwie wykonawczej – części systemu, która faktycznie uruchamia transakcje.
Pectra wystartowała 7 maja 2025 r., w epoch 364 032. Wprowadziła m.in. EIP‑7702, dzięki któremu zwykłe portfele mogą delegować uprawnienia do inteligentnych kontraktów, podniosła maksymalny balans walidatora z 32 do 2 048 ETH oraz zwiększyła docelową liczbę blobów w bloku do sześciu (maksymalnie dziewięciu).
Fusaka została aktywowana 3 grudnia 2025 r., o 21:49:11 UTC. Jej sztandarową funkcją był PeerDAS (EIP‑7594), który pozwala węzłom weryfikować dane blobów poprzez próbkowanie niewielkich fragmentów zamiast pobierania ich w całości.
Fusaka wprowadziła też forki „blob‑parameter‑only” – lekkie aktualizacje konfiguracyjne zmieniające pojemność na bloby bez dorzucania innych funkcji. Dwa takie forki pojawiły się 9 grudnia 2025 r. i 7 stycznia 2026 r.
Styczniowy Checkpoint Fundacji odnotował, że sieć celuje dziś w 14 blobów na blok, z maksymalnym limitem 21. Według Fundacji oznacza to 2,3‑krotny wzrost przestrzeni danych dla rozwiązań warstwy 2 względem okresu sprzed Fusaka.
Po stronie wykonania Fusaka nałożyła limit ~16,8 mln gazu na pojedynczą transakcję oraz ustawiła domyślny limit gazu bloku w klientach na 60 mln.
Glamsterdam zmienia kolejność priorytetów. Zamiast dokładania kolejnych megabajtów pod dane dla rollupów, przebudowuje sam proces tworzenia, weryfikacji i wyceny bloków, tak aby pułap 60 mln można było bezpiecznie znacząco podnieść.
Pectra i Fusaka poszerzyły „rury” dla warstwy 2, podczas gdy Glamsterdam ingeruje w sam „silnik” warstwy 1.
Zobacz też: Czy TRON zdoła ochronić 95 mld USD w stablecoinach przed atakami kwantowymi? Sun twierdzi, że tak
Czym jest enshrined proposer‑builder separation (ePBS)?
Dziś większości bloków Ethereum nie składają walidatorzy, którzy je proponują. Robią to wyspecjalizowani builderzy, konkurujący o jak najbardziej dochodowy blok. Walidator uruchamiający oprogramowanie MEV‑Boost od Flashbots wybiera ofertę z najwyższą zapłatą.
Ten proces opiera się na relayerach – zaufanych pośrednikach. Relay przechowuje blok przygotowany przez buildera, pokazuje proponującemu jedynie nagłówek i ofertę, a pełną zawartość ujawnia dopiero po podpisaniu bloku przez walidatora.
Model działa, ale jest całkowicie poza protokołem. Jeśli relay zawiedzie, zacznie cenzurować lub po prostu zachowa się nieuczciwie, zasady konsensusu Ethereum nie dają sieci żadnych narzędzi ochrony.
EIP‑7732 przenosi tę wymianę w obręb samego Ethereum. Traktuje builderów jako uczestników protokołu i nakłada na walidatorów nowy obowiązek: tzw. payload timeliness attestations, czyli potwierdzanie terminowego ujawnienia ładunku wykonania.
W nowym modelu proponujący włącza do bloku beaconowego podpisane zobowiązanie buildera dotyczące payloadu wykonania, a sam payload ujawniany jest dopiero później. Protokół z automatu rozlicza płatność dla proponującego, ograniczając zależność od zewnętrznego, zaufanego middleware.
Część walidatorów tworzy komitet payload timeliness. Jego członkowie potwierdzają, czy builder ujawnił payload w wyznaczonym czasie oraz czy odpowiadające mu dane blobów były dostępne.
Zmiana rozdziela także walidację konsensusu od walidacji wykonania – i tu właśnie otwiera się przestrzeń do skalowania.
Jak wskazuje strona z roadmapą na ethereum.org, podział ten wydłuża okno na rozpropagowanie danych w sieci z ok. 2 do ok. 9 sekund. Więcej czasu oznacza, że walidatorzy mogą bezpiecznie obsługiwać znacznie większe payloady.
Relaye nie znikną od razu. Ta sama strona zaznacza, że builderzy i proponujący mogą nadal sięgać po relaye lub inne rozwiązania poza protokołem, jeśli będą potrzebowali funkcji wykraczających poza to, co obecnie zapewnia rdzeń sieci.
Zobacz też: Claude Mythos 5 trafił na rządowe strony, więc Anthropic przerwał testy
Jak Glamsterdam może zmienić MEV i ekonomię walidatorów Ethereum?
Maximum extractable value (MEV) to dodatkowy zysk możliwy do uzyskania z odpowiedniego uporządkowania, włączenia lub wykluczenia transakcji. Dziś, dzięki MEV‑Boost, większość tego zysku trafia do walidatorów w formie ofert od builderów, ale sam rynek builderów jest silnie skoncentrowany.
Dashboard Relayscan od Flashbots pokazywał, że w 24 godziny do wczesnego poranka 12 października Titan zbudował 52,6% bloków MEV‑Boost, Quasar 18,5%, a BuilderNet 13,3%. Trzech graczy kontrolowało więc ok. 84% przepływu.
ePBS nie likwiduje MEV ani automatycznie nie rozbija koncentracji wśród builderów. Zmienia natomiast model zaufania: wynagrodzenie proponującego nie zależy już od tego, czy relay dotrzyma słowa.
Dla stakerów zysk pojawia się na marginesie. Samodzielny walidator otrzymuje protokołowy, egzekwowalny sposób sprzedaży przestrzeni w bloku, a builderzy, by wejść do gry, muszą sami wystawić stake.
Stakerzy zyskują również szybsze wyjścia. Zgodnie z EIP‑8061 przepustowość wyjść skaluje się z łączną kwotą stakowanego ETH – jak wylicza ethereum.org, przy obecnych poziomach mniej więcej czterokrotnie zwiększa to pojemność wyjść i podwaja „miejsca” na konsolidacje walidatorów.
Ceną jest krótsze okno bezpieczeństwa dla węzłów, które znikają z sieci. Ethereum.org wskazuje, że okres słabej subiektywności – po którym wracający węzeł musi zaufać świeżemu checkpointowi – spada z ok. 15,7 dnia do ok. 7 dni.
Podczas wiosennego zjazdu Soldøgn Interop na Svalbardzie, w którym uczestniczyło nieco ponad 100 kluczowych kontrybutorów, deweloperzy wskazywali na dwa wciąż kontrowersyjne aspekty ePBS. Jeden dotyczy ochrony projektu, który wymaga od buildera jedynie 1 ETH stake’u, przed atakami Sybil na sieć peer‑to‑peer.
Ten problem wrócił tuż przed startem na Sepolia. Podczas calla konsensusu 17 września deweloper Prysm, Potuz, ostrzegał, że darmowe testowe ETH umożliwiłoby atakującemu wygrywanie aukcji dzięki builderom „jednorazówkom”, a następnie wstrzymywanie payloadów: „Mógłbym po prostu uruchomić tysiąc builderów”.
Wczesne dane z Sepolia sugerują raczej płytki rynek. Społecznościowe podsumowanie calla warstwy wykonania z 8 października cytuje zespół EthPandaOps, według którego aktywnych było tam zaledwie czterech–pięciu builderów, bez udziału największych graczy, a wiele bloków nadal budowano lokalnie.
ePBS pokaże swoją wartość dopiero wtedy, gdy o bloki będą realnie konkurować duzi builderzy – dlatego to testnet Hoodi będzie dużo ważniejszym sprawdzianem.
Zobacz też: Składany iPhone Duo za 1 999 USD może przywitać kupujących personalnym „hello” przy pierwszym uruchomieniu
Czym są blokowe listy dostępu i jak poprawiają przetwarzanie transakcji?
Dzisiejsze klienty Ethereum w praktyce przetwarzają transakcje w bloku sekwencyjnie, jedna po drugiej. Nie wiedzą z góry, które konta i sloty pamięci (storage) dana transakcja zmodyfikuje, więc równoległe wykonanie dwóch operacji zawsze niesie ryzyko kolizji.
EIP‑7928 wprowadza block‑level access lists (BAL) – listy dostępu na poziomie bloku. Zapisują one wszystkie konta i sloty pamięci, których dotyka blok, wraz ze zmianami stanu wnoszonymi przez każdą transakcję. Za przygotowanie list odpowiada builder, a nagłówek bloku... Mając taką „mapę” stanu, klienci mogą wykonywać kilka zadań równolegle:
- Wczytać z dysku cały wymagany stan od razu, zamiast odkrywać go krok po kroku.
- Walidować niepokrywające się transakcje na osobnych rdzeniach CPU.
- Znacznie szybciej wyliczyć stanowy hash po przetworzeniu bloku.
- Zaktualizować stan na podstawie zapisanych wyników bez ponownego odgrywania każdej transakcji, co przyspiesza synchronizację.
Towarzysząca zmiana sieciowa, EIP-8159, pozwala węzłom wymieniać się takimi listami. Z kolei EIP-8189 wykorzystuje dane BAL do „leczenia” stanu w trakcie snap sync.
Podczas Soldøgn zespoły klienckie benchmarkowały każdą optymalizację BAL pod osobną flagą funkcji. Celem było przyspieszenie najwolniejszych ścieżek w każdym kliencie – podniesienie najsłabszego ogniwa pozwala bowiem bezpiecznie zwiększyć limit gasu dla całej sieci.
BAL i ePBS działają w tandemie. ePBS wydłuża czas dostępny na wykonanie transakcji w każdym slocie, a BAL sprawia, że klienci potrafią ten czas wykorzystać znacznie efektywniej.
Czytaj także: Bezos: AI Może Skrócić Tydzień Pracy Do Trzech Dni Po Tym, Jak Amazon Zredukował 30 000 Etatów
Jak Glamsterdam Zmieni Rozliczanie Gasu i Koszty Wykonywania Transakcji w Ethereum?
Ostatnia gruntowna korekta cen gasu dla operacji na stanie miała miejsce przy aktualizacji Berlin w 2021 r. Od tego czasu stan Ethereum znacząco urósł, a ostatnie podwyżki limitu gasu tylko przyspieszyły ten trend.
Fundacja w wpisie dla deweloperów smart kontraktów wyjaśniała 24 sierpnia, że nowy cennik wspiera „mniej więcej trzykrotny wzrost bazowej przepustowości”. Przestrajanie tych operacji jest – jak dodano – warunkiem koniecznym, by dalej podnosić limit gasu.
Ciężar zmian niosą dwa EIP-y. EIP-8037 podnosi i osobno rozlicza koszt tworzenia nowego stanu, a EIP-8038 podnosi koszt jego odczytu i zapisu przy użyciu takich operacji jak SLOAD, SSTORE czy „zimny” dostęp do kont.
EIP-8037 wprowadza stałą cenę 1 530 gasu za każdy nowy bajt stanu, wyliczoną z celu 120 GiB rocznego przyrostu stanu przy referencyjnym limicie gasu 150 mln.
Przy tej stawce nowy slot storage kosztuje 97 920 jednostek „state gas” zamiast dzisiejszych 20 000, a nowe konto – 183 600 zamiast 25 000. Wdrożenie maksymalnie dużego kontraktu 24 KiB staje się mniej więcej ośmiokrotnie droższe.
Gas na stan dostaje też własny licznik. Limit na transakcję wprowadzony w Fusaka dotyczy teraz wyłącznie gasu wykonania, a blok jest ograniczany przez ten wymiar (execution) lub przez state gas – w zależności od tego, który szybciej dobija do limitu.
Reszta pakietu gazowego jest węższa, ale w sumie robi różnicę:
- EIP-7778 sprawia, że refundy gasu przestają „odliczać się” od limitu gasu bloku, choć użytkownik nadal odzyskuje część zapłaty.
- EIP-7976 podnosi minimalny koszt calldata do 64 gasów za bajt przy transakcjach z dużą ilością danych.
- EIP-7981 wycenia dane list dostępu w tej samej stawce 64 gasy za bajt.
- EIP-2780 przebudowuje koszt bazowy transakcji w oparciu o realne zużycie zasobów, z bazą 12 000 gasu.
- EIP-7954 zwiększa maksymalny rozmiar kontraktu z 24 KiB do 64 KiB.
Aktualny szkic EIP-2780 utrzymuje koszt prostego transferu Etheru na istniejące konto na poziomie 21 000 gasu, natomiast transfer tworzący nowe konto dokłada 183 600 jednostek state gas. Strona Glamsterdam na Ethereum.org, ostatnio aktualizowana 6 sierpnia, wciąż opisuje transfery jako nawet o 71% tańsze.
Liczby mogą się jeszcze zmienić. Kilka propozycji, w tym EIP-2780 i EIP-8037, pozostaje w fazie „Last Call” do 1 listopada, a ethereum.org podkreśla, że zakres zmian może się jeszcze przesunąć przed uruchomieniem na mainnecie.
Czytaj także: Zcash Celuje W „Styczniową Odporność Kwantową” Dla 70% ZEC, Brakuje Mu Tylko Daty
Czy Aktualizacja Zwiększy Przepustowość Warstwy 1 i Obniży Opłaty Transakcyjne?
W centrum uwagi jest przepustowość. Podczas Soldøgn deweloperzy uzgodnili „wiarygodną podłogę limitu gasu po Glamsterdam na poziomie 200 mln”, czyli około 3,3 raza więcej niż dzisiejsze domyślne 60 mln.
Ta liczba opiera się na trzech filarach. ePBS wydłuża czas na wykonanie, optymalizacje BAL dają klientom zapas mocy, a EIP-8037 zapobiega niekontrolowanemu rozrostowi stanu przy wyższym limicie gasu.
Na Sepolii limit 200 mln już obowiązuje, wyznaczony na epokę forka w EIP-8261, który zamienia limit gasu w parametr ustalany „na fork”.
Kody klientów dla Hoodi zakładają tę samą wartość 200 mln. Podsumowania rozmów sugerują, że mainnet pójdzie tym samym „fork-epochowym” trybem, ale konkretna liczba i data dla sieci głównej nie zostały jeszcze formalnie ogłoszone.
Czy opłaty spadną? Ethereum.org ocenia, że Glamsterdam „najprawdopodobniej obniży opłaty dla zwykłych użytkowników”. Więcej przestrzeni w blokach przy tym samym popycie powinno wypchnąć ceny w dół, ale efekt końcowy zależy od tego, jak dużo nowej aktywności tę przestrzeń wypełni.
Operacje mocno obciążające stan, jak tworzenie nowych kont czy slotów storage, staną się gazowo droższe, więc aktualizacja w takim samym stopniu przesuwa ciężar kosztów, jak go ogółem zmniejsza.
Czytaj także: Kalshi Kontra NFL Przed Sądem Najwyższym: 1,8 Mld Dol. Na Szali Jednej Niedzieli Z Futbolem
Co Muszą Przygotować Portfele, Smart Kontrakty, Infrastruktura i Walidatorzy?
Dla przeciętnego posiadacza ETH odpowiedź brzmi: nic. Fundacja podkreśla, że użytkownicy mainnetu nie muszą podejmować żadnych działań, a ethereum.org ostrzega, że każdy, kto namawia do „aktualizacji” ETH, próbuje najprawdopodobniej wyłudzić środki.
Cała reszta ma jednak pracę domową, a kluczową pozycją jest nowe wycenianie gasu. Analiza historycznych transakcji mainnetu ujawniła niewielką grupę kontraktów, które mogą się zepsuć lub działać gorzej, głównie dlatego, że zakładają na sztywno konkretne wartości gasu.
Fundacja wskazuje, że w większości przypadków problemy da się rozwiązać prostym podniesieniem limitu gasu, a zdecydowana większość smart kontraktów pozostanie nienaruszona.
Checklistę – na podstawie zaleceń fundacji i zespołów klienckich – można streścić tak:
- Deweloperzy smart kontraktów powinni sprawdzić adresy w narzędziu fundacji do kontraktów narażonych na zmiany i przetestować poprawki na testnecie Platåberget, zwracając uwagę na sztywny „stipend” 2 300 gasów w Solidity, zakodowane na stałe wartości gasu i logikę rozgałęziającą się w zależności od ilości gasu pozostałej w transakcji.
- Portfele, dostawcy RPC i zespoły utrzymujące narzędzia dla węzłów muszą zaktualizować algorytmy estymacji gasu – oparcie się na starych stałych zaniży koszt, co przełoży się na nieudane transakcje.
- Giełdy, mosty i indeksatory mogą wykorzystać nowe logi z EIP-7708, który sprawia, że każdy niezerowy transfer Etheru i spalanie emitują standardowe zdarzenie.
- Operatorzy węzłów muszą zaktualizować zarówno klienty wykonania, jak i konsensusu przed każdym aktywacją forka, a walidatorzy – zarówno beacon node, jak i klienta walidatora.
- Operatorzy stakingu i zespoły builderów powinny przejrzeć nowe obowiązki i interfejsy ePBS, w tym „payload timeliness committee”, przed każdym forkiem.
Na Sepolię gotowość ogłosiły po stronie execution: Geth 1.17.7, Nethermind 2.1.0, Besu 26.9.0, Erigon 3.7.1, Reth 2.7.0 oraz Ethrex 29.0.1. Po stronie konsensusu lista obejmowała Lighthouse 8.3.0-rc.0, Prysm 7.2.1, Teku 26.9.1, Lodestar 1.49.0, Nimbus 26.10.0 i Grandine 3.0.0-rc.0.
Domyślne limity gasu pokazują, jak dużo znaczą detale. Wydania Prysm 7.2.0 i Teku dla Sepolii zostawiały walidatorów przy 60 mln po forku, o ile operatorzy sami nie ustawili 200 mln.
Prysm zmergował poprawkę 2 października, tak by walidatorzy bez jawnej konfiguracji podążali za harmonogramem Sepolii na 200 mln, i fundacja wskazuje już wersję Prysm 7.2.1. Walidatorzy Teku, którzy chcą 200 mln, nadal muszą ustawić limit ręcznie w konfiguracji.
Czytaj także: Katastrofa AI W Rok? OpenAI i Anthropic Podobno Szykują Się Na Skutki Uboczne
Jak Glamsterdam Wpłynie Na Relację Między Warstwą 1 a Sieciami Warstwy 2 Ethereum?
Glamsterdam nie odwraca się od rollupów. Oficjalna mapa drogowa przedstawia tę aktualizację jako krok naprzód zarówno w obszarze „Scale L1”, jak i „Scale Blobs”.
Połączenie jest techniczne. Ponieważ ePBS poszerza okno propagacji bloków, ethereum.org wskazuje, że Ethereum może bezpiecznie przenosić znacznie więcej danych – w tym więcej blobów dla rollupów – bez nadmiernego obciążania sieci.
Sam Glamsterdam nie narzuca nowych parametrów dla blobów. Od czasu Fusaka ich pojemność zmienia się w oddzielnych forkach obejmujących wyłącznie parametry blobów, dzięki czemu przepustowość danych dla rollupów może rosnąć własnym rytmem.
Deweloperzy nie spieszą się na tym froncie. Styczniowy „Checkpoint” stwierdzał, że trzeci tego typu fork nie jest priorytetem, dopóki wykorzystanie blobów nie dogoni dotychczasowych podwyżek.
Dwa pomniejsze rozwiązania pomagają L2 wprost. EIP-7997 umieszcza deterministyczny „factory contract” pod tym samym adresem na każdej uczestniczącej sieci EVM, dzięki czemu deweloperzy mogą wdrażać portfele i aplikacje pod identycznymi adresami w wielu sieciach.
Drugie, EIP-8070, wprowadza „sparse blobpool” – zmianę w warstwie sieciowej dotyczącą obsługi transakcji blobowych przez węzły.
Strategiczne napięcie pozostaje realne. Tańsza, szybsza warstwa 1 czyni bezpośrednie wdrożenia na mainnecie bardziej atrakcyjnymi, co stawia ją w bezpośredniej konkurencji z rollupami, które na niej się rozliczają.
Ethereum odpowiada na razie, skalując oba poziomy równocześnie. Roadmapa traktuje przepustowość wykonania i przepustowość blobów jako cele równoległe, a projekt Glamsterdamu odzwierciedla ten podwójny mandat, zamiast zmuszać ekosystem do wyboru jednej warstwy kosztem drugiej.
Dla użytkowników rollupów praktyczny efekt to solidniejsza, bardziej zaufanie‑minimalizowana warstwa rozliczeniowa pod spodem.
Czytaj także: Fundusze ETF Na XRP Przyciągnęły 8 Mln Dol. W Czasie Szerokiej Wyprzedaży Produktów Crypto, Prowadzonej Przez Bitcoina
Co Czeka Ethereum Po Glamsterdamie w Ramach Roadmapy Skalowania?
Następny fork to Hegotá. Podobnie jak Glamsterdam, nazwa łączy miasto warstwy wykonania, Bogotá, z gwiazdą warstwy konsensusu, Heze.
Najważniejsze propozycje są już ustalone. Klaster Protocol fundacji wskazał EIP-7805, czyli „fork-choice enforced inclusion lists” (FOCIL), dla warstwy konsensusu oraz EIP-8141, Frame Transactions, dla warstwy wykonania.
FOCIL był pierwotnie kandydatem do Glamsterdam. Deweloperzy przenieśli go do kolejnego forka, by ograniczyć zakres bieżącej aktualizacji.Styczniowy checkpoint fundacji
FOCIL pozwala wielu walidatorom wymuszać na builderach włączanie poprawnych transakcji, co bezpośrednio adresuje ryzyko cenzury wynikające z koncentracji po stronie builderów. Transakcje Frame sprawiają, że walidacja i opłacanie gasu stają się programowalne, dając kontom natywną ścieżkę odejścia od obecnych kluczy secp256k1.
Powiązana lista priorytetów klastra oceniła 62 proponowane EIP-y, opierając się na 397 ocenach nadanych przez ok. 60-osobowy zespół. Dwa uznano za „must-ship”, 15 za „prawdopodobnie wdrożone”, a 28 odrzucono.
Harmonogram jest ambitny. Klaster wskazuje, że zespoły klientów realnie mogą zacząć implementację Hegotá pod koniec IV kwartału 2026 r., przy założeniu, że Glamsterdam wystartuje w grudniu – to roboczy punkt odniesienia, a nie oficjalnie ustalona data.
Poza Hegotá, klaster porządkuje prace wokół pięciu wieloforkowych osi badawczych:
- Szybka finalność – cel to skrócenie czasu finalności z minut do sekund; głównym kandydatem na forka po Hegotá jest tu „decoupled consensus”.
- Odporność na komputery kwantowe – z własnym celem osiągnięcia kwantoodpornej warstwy 1 (egzekucja, konsensus, dane) do grudnia 2029 r.
- Prywatność – startująca w Hegotá, z obsługą na poziomie protokołu dla bezpowierniczych, odpornych na cenzurę prywatnych transakcji w warstwie 1.
- Stan – obejmuje nowy trie, zrównoważony wzrost stanu oraz zdecentralizowany dostęp do bieżącego i historycznego stanu.
- zkEVM – przesunięcie dowodów wykonania z opcji do wymogu, tak by walidatorzy docelowo weryfikowali dowody zamiast ponownie wykonywać każdy blok.
Przeczytaj także: Niesprawdzona sprzedaż Bitcoina przez MARA po tym, jak 81 mln USD trafiło do portfela Galaxy Digital
Konkluzja: Co Glamsterdam oznacza dla Ethereum
Glamsterdam to mniej pojedynczy „ficzer”, a bardziej przeorganizowanie bazowej warstwy Ethereum. Przenosi rynek builderów do protokołu, daje klientom jasną mapę pracy równoległej i w bardziej uczciwy sposób wycenia trwałe przechowywanie stanu.
Start na Sepolii przebiegł bez zakłóceń, ale trudniejsze testy dopiero przed siecią. Potuz zwraca uwagę, że Hoodi obsługuje pule stakingowe i stakerów domowych, co czyni ten fork znacznie bardziej wymagającym niż Sepolia.
Propozycja harmonogramu od deweloperów rdzeniowych ustawia forka Hoodi na epokę 132 352, czyli godz. 17:42:48 UTC 26 października. Data mainnetu nie została jeszcze uzgodniona; fundacja zapowiedziała osobny komunikat w tej sprawie.
Otwarte kwestie są w równym stopniu ekonomiczne, co techniczne. To, czy pojawią się realni builderzy, czy walidatorzy przyjmą wyższy limit gasu i czy popyt wypełni nową przestrzeń, przesądzi o tym, co Glamsterdam faktycznie dowiezie.
Jeśli się powiedzie, warstwa bazowa Ethereum będzie skalować się na własnych zasadach, a rollupy będą się na niej opierać – zamiast dźwigać cały ciężar samodzielnie.
Czytaj dalej: Debiut Evernorth na Nasdaq przesunięty na 12 października: co zmienia opóźnienie fuzji
