Od Glamsterdam do Hegotá: Co Ethereum rozwiązuje w następnej fazie po rozszerzeniu?

Po zakończeniu prac drogowych Ethereum w końcu zaczyna zajmować się tymi aspektami doświadczenia na łańcuchu, które doprowadzają zwykłych ludzi do szaleństwa.

Autor: imToken

Jeśli połączyć aktualizacje Ethereum z ostatnich kilku lat w jedną linię, słowem kluczowym bez wątpienia jest „rozszerzenie”.

Od wprowadzenia Blob w Dencun, co znacznie obniżyło podatki dla Rollup, przez dostosowanie efektywności weryfikatorów i mechanizmu stakowania w Pectra, aż po wdrożenie PeerDAS w Fusaka, które zmniejsza obciążenie związane z dystrybucją danych, warstwa protokołu praktycznie całą swoją energię poświęciła jednemu celowi: umożliwieniu Ethereum przetwarzania większej ilości danych, jednocześnie nie podnosząc zbyt wysoko progu dla węzłów.

Ta kombinacja rzeczywiście działa, koszty danych Rollup spadły, a limit gazu w sieci głównej stabilnie rośnie, Ethereum już nie odstrasza opłatami rzędu kilkudziesięciu dolarów, jak to miało miejsce w poprzedniej hossie.

Jednak mimo że droga jest szersza, jazda wciąż jest dość niewygodna:

• Wciąż musimy przenosić aktywa między trzema lub czterema L2, a przy najmniejszym błędzie możemy wybrać niewłaściwy łańcuch;
• Przelew, który powinien być zapakowany w kilka sekund, wymaga od mostów i giełd czekania kilkanaście minut na potwierdzenie;
• Profesjonalni budowniczowie niemal monopolizują pakowanie bloków, a jeśli chcesz przeprowadzić wrażliwą transakcję, możesz zostać odrzucony przez niepisane zasady protokołu;
• Nie wspominając o tym, że do dziś nowy użytkownik, który tylko chce przelać kilka setek USDC, musi najpierw zrozumieć, dlaczego w portfelu musi być ETH, co to jest Nonce i co to jest Gas;

Te problemy na powierzchni objawiają się jako tarcia w doświadczeniu użytkownika, ale w rzeczywistości dotyczą reguł potwierdzania, budowy bloków, odporności na cenzurę i modeli kont, które są bardziej podstawowymi mechanizmami protokołu.

I to właśnie od Glamsterdam do Hegotá, od Q4 2026 do 2027, Ethereum zaczyna koncentrować się na nowych problemach.

1. Rozszerzenie trwa, ale zaczyna „zszywać” L1 i L2

Oczywiście, rozszerzenie nie zwalnia tempa.

Glamsterdam wciąż ma silny nacisk na wydajność, a dwie najbardziej interesujące funkcje to ePBS (EIP-7732) i BAL (Block-level Access Lists, EIP-7928), które można w prosty sposób zrozumieć jako:

• ePBS to formalne zapisanie podziału pracy między Proposerami a Budowniczymi, którzy już teraz są liczni poza protokołem, a także bardziej naukowe podzielenie okna czasowego dla tworzenia bloków i weryfikacji, co pozostawia miejsce na większe bloki w przyszłości;
• BAL to jakby umożliwienie blokom wypisania „listy dostępu” na początku, co pozwala węzłom na wczesne pobranie danych lub równoległe przetwarzanie, co rozwiązuje problem wąskiego gardła I/O pamięci;

Jednak poza rozszerzeniem, prawdziwe cierpienie większości ludzi nie polega na tym, że TPS Ethereum nie jest wystarczająco wysoka, ale na tym, że „jest za dużo łańcuchów”.

Na przykład ETH jest w sieci głównej, memy są na Robinhood Chain, USDC używane do płatności może być na Arbitrum, a USDC, które chcesz kupić, jest na Base.....

Dla fundacji Ethereum, Rollupy są częścią mapy Ethereum, ale dla użytkowników to niczym wymiana walut międzynarodowych czy załatwianie wiz.

Dlatego, aby ponownie zszyć rozrzucone puzzle w sieć, oprócz tego, że protokoły międzyłańcuchowe pokazują swoje umiejętności, warstwa protokołu wprowadza ostatnio bardzo interesujący mechanizm podstawowy - FCR (Fast Confirmation Rule, zasada szybkiego potwierdzania).

Wielu ludzi myśli, że transakcja zapakowana w blok jest już zakończona, ale na poziomie kryptografii i konsensusu, nowo powstały blok może napotkać drobne przekształcenia, a prawdziwa „ostateczność” (Finality) w Ethereum wymaga przejścia przez dwa Epoch, co zajmuje około 13 minut.

Zwykle nie ma to znaczenia przy przelewach, ale dla mostów międzyłańcuchowych, dużych rozliczeń i scentralizowanych giełd to prawdziwe męki, ponieważ aby uniknąć ryzyka przekształcenia, muszą zmusić cię do czekania.

Pomysł FCR polega na tym, że nie musisz czekać na pełną ostateczność przez kilkanaście minut, ale wykorzystujesz Attestation, które weryfikatorzy będą generować na bieżąco, aby wcześniej ocenić, czy dany blok uzyskał wystarczające wsparcie konsensusu na podstawie już zgromadzonej wagi głosów.

Według celów przedstawionych przez fundację Ethereum, przy normalnej synchronizacji sieci, FCR ma szansę na przyspieszenie tego „silnego potwierdzenia” do około 15-30 sekund, chociaż nie jest to tożsame z pełną ostatecznością, ale dla wielu mostów, komunikacji międzyłańcuchowej i infrastruktury, które muszą czekać na ostateczność, to już wystarczająco wczesny sygnał potwierdzający z wyraźnym modelem bezpieczeństwa.

Co ciekawe, FCR nie wymaga czekania na jakiekolwiek twarde rozdzielenie, aby zostać włączonym, jest to bardziej zestaw zasad potwierdzania, które mogą być stopniowo przyjmowane przez klientów konsensusu i infrastrukturę.

Gdy różne L2, mosty międzyłańcuchowe i portfele zaczną korzystać z tego sygnału, dzisiaj wiele opóźnień między warstwami spowodowanych „czekaniem na ostateczność L1” ma szansę zostać skróconych z kilkunastu minut do kilkudziesięciu sekund.

To również oznacza, że w przyszłości, gdy przenosisz aktywa, w tle może to przebiegać przez dwa lub więcej łańcuchów, ale na froncie wystarczy jedno kliknięcie potwierdzenia, a następnie szybko dotrze na miejsce.

2. Bardziej podstawowe pytanie: Kto ma władzę decydowania, czy transakcja może być włączona do łańcucha?

Jednak gdy bloki stają się coraz większe, a Budowniczy coraz bardziej profesjonalni, Ethereum staje przed innym typowym dylematem.

Skoro profesjonalni Budowniczy, dzięki najwyższej mocy obliczeniowej i przepływowi zamówień, osiągnęli maksymalną wydajność budowy bloków, to większość władzy nad blokami naturalnie spada w ręce kilku dużych instytucji.

To rodzi niezwykle niebezpieczne zagrożenie: cenzura.

Jeśli niektórzy Budowniczy, z powodu presji regulacyjnej, konkurencji biznesowej lub po prostu z powodu niechęci do niektórych protokołów prywatności, celowo ignorują twoje legalne transakcje w puli pamięci i odmawiają ich zapakowania, nawet jeśli masz klucz prywatny i wystarczającą ilość gazu, twoja transakcja może zostać zablokowana poza łańcuchem (przeczytaj więcej w artykule „Wprowadzenie do protokołu cenzury: Kto decyduje, czy transakcja Ethereum może być włączona do łańcucha?”).

Jeśli decentralizacja nie może nawet zapewnić podstawowego „dostępu do transakcji odpornych na cenzurę”, to nawet najwyższa wydajność jest tylko iluzją.

Dlatego w planach Hegotá, FOCIL (Fork-choice Enforced Inclusion Lists, EIP-7805) zajmuje tak kluczowe miejsce.

Jego logika jest niezwykle prosta i brutalna: nakłada na Budowniczych ograniczenia.

W każdym slocie protokół losowo wybiera grupę zwykłych, niezależnych weryfikatorów, aby umieścili swoje legalne transakcje oczekujące w pamięci w „liście włączenia (Inclusion List)”, Budowniczy wciąż mogą swobodnie ustalać kolejność transakcji, aby zarabiać na MEV, ale muszą dostarczyć blok, który zawiera transakcje z tej listy.

Jeśli Budowniczy odważy się zignorować tę listę, wszyscy weryfikatorzy w sieci odrzucą ten blok w regułach wyboru rozdzielenia. Innymi słowy, możesz zarabiać na swoich umiejętnościach, ale nie możesz decydować, kto ma prawo korzystać z Ethereum.

Gdy ten mechanizm zostanie wprowadzony, również inny, długo oczekiwany problem Ethereum, czyli prywatność, znajdzie swoje miejsce.

Jak wiadomo, w przeszłości, gdy rozmawiano o prywatności, wszyscy mówili o dowodach zerowej wiedzy, ukrytych adresach, pulach mieszania, ale jeśli Budowniczy rozpozna, że „to jest wywołanie do kontraktu prywatności”, a następnie odrzuci twoją transakcję, twoja matematyczna magia natychmiast przestaje działać.

A obecnie w ścieżce prywatności Ethereum, FOCIL blokuje dokładnie te miejsca, które są najłatwiejsze do zablokowania, ponieważ tak długo, jak warstwa protokołu może zapewnić prawo do włączenia każdej legalnej transakcji, górna warstwa eksploracji prywatności ma szansę na przetrwanie.

Obecnie takie propozycje jak EIP-8182 (próba wprowadzenia natywnej, zabezpieczonej puli na poziomie protokołu) są wciąż na etapie dyskusji (Proposed), ale trend jest już bardzo wyraźny, a mianowicie prywatność nie może być już traktowana jako marginalna funkcja jakiejś aplikacji DApp, musi stopniowo stać się podstawowym zasobem Ethereum.

3. Ostatni krok, natywna AA i portfele, które nie są już nieludzkie

Dotychczasowe zmiany w architekturze odbywają się głównie pod powierzchnią, a trzecia rzecz będzie ściśle związana z rzeczywistym doświadczeniem użytkowników.

To znaczy, że Ethereum w końcu postanowiło przeprowadzić dużą operację na modelu kont EOA, który trwa od ponad dziesięciu lat.

Szczerze mówiąc, model podpisu klucza prywatnego, który Ethereum stosuje do dziś, jest niezwykle nieprzyjazny dla przeciętnego użytkownika internetu:

Zgubienie klucza prywatnego oznacza nieodwracalną stratę; portfel ma tysiące stablecoinów, ale z powodu braku 0.001 ETH na opłaty, aktywa nie mogą być tymczasowo przeniesione; aby korzystać z DeFi, trzeba najpierw zatwierdzić, a potem wymienić, co wymaga trzech kliknięć podpisu, aby zakończyć jedną czynność; transakcje Nonce muszą być ściśle uporządkowane, a jedna zablokowana transakcja blokuje wszystkie.

W dwóch poprzednich aktualizacjach społeczność próbowała różnych kompromisów. Na przykład wprowadzono ERC-4337, aby obejść problem za pomocą portfela kontraktowego; a także wprowadzono EIP-7702 w Pectra, pozwalając zwykłym adresom tymczasowo załadować fragment logiki kontraktu, aby uzyskać pewną elastyczność.

Jednak 7702 jest w końcu tylko mostem, a kluczowym punktem Hegotá jest prawdziwa natywna abstrakcja konta EIP-8141 (Frame Transactions, transakcje ramkowe).

Można to prosto zrozumieć jako to, co wcześniej było jedną transakcją Ethereum, łączącą trzy rzeczy, takie jak kto potwierdza, że to ty (weryfikacja) + kto płaci za tę transakcję (opłata gazu) + co dokładnie ma być zrobione (wykonanie), EIP-8141 rozdziela te trzy rzeczy na różne „ramy” (przeczytaj więcej w artykule „Natywna abstrakcja konta + odporność na zagrożenia kwantowe: Dlaczego EIP-8141 jeszcze nie stał się główną atrakcją Ethereum Hegotá?”):

• Ramka weryfikacji: nie jest już zablokowana na stałym podpisie krzywej eliptycznej ECDSA, może wspierać bardziej elastyczne metody weryfikacji, łącząc zdolności takie jak odcisk palca telefonu czy Face ID, co sprawia, że rotacja kluczy i odzyskiwanie kont stają się bardziej naturalne;
• Ramka płatności: natywna płatność gazu. Aplikacje mogą bezpośrednio płacić gaz za nowych użytkowników, lub możesz w ramce płatności wskazać, że opłata zostanie pobrana bezpośrednio z przelewu USDC, nie ma już potrzeby, aby pośrednicy kupowali i sprzedawali gaz poza łańcuchem;
• Ramka wykonania: naturalnie wspiera atomowe przetwarzanie wsadowe, autoryzacja + wymiana w jednym kroku, sukces skutkuje wspólnym działaniem, a niepowodzenie po prostu cofa wszystko;

Jeśli dodamy do tego EIP-8250 (Keyed Nonces), który jest obecnie w kolejce do dyskusji, przyszłe konta mogą mieć wiele równoległych torów Nonce.

Gdy te zdolności zostaną natywnie osadzone w protokole, dla portfeli takich jak imToken, forma produktu przejdzie jakościową zmianę.

Należy pamiętać, że w przeszłości większość energii portfeli była poświęcana na przypominanie użytkownikom o przygotowaniu gazu, wyjaśnianie, dlaczego transakcja utknęła, edukowanie użytkowników, jak zapisać frazę odzyskiwania, oraz pomaganie użytkownikom w przełączaniu RPC między różnymi łańcuchami.

W przyszłości, gdy algorytmy podpisu, płatności gazu, kontrola uprawnień i routowanie transakcji będą mogły być programowane, portfel w końcu wróci na swoje właściwe miejsce, stając się cichym systemem operacyjnym między użytkownikami a zdecentralizowanym światem.

Będzie on, jak wcześniej, całkowicie kontrolowany przez użytkownika, ale korzystanie z niego będzie tak naturalne, jak płatność za pomocą skanera kodu QR w Alipay czy odblokowanie telefonu za pomocą odcisku palca.

Na koniec

Patrząc wstecz na ślady aktualizacji Ethereum w ciągu ostatnich kilku lat, ścieżka jest niezwykle jasna.

Dencun rozwiązuje problem Blob; Pectra kontynuuje rozszerzenie, jednocześnie poprawiając zdolności weryfikatorów i kont; Fusaka wykorzystuje PeerDAS, aby przygotować drogę do większej przepustowości danych; nadchodzący Glamsterdam, poprzez strukturalne zmiany takie jak ePBS i BAL, przygotuje grunt pod wyższy limit gazu i równoległe wykonanie.

Rozszerzenie wciąż trwa, ale już nie jest jedynym problemem.

Ethereum w końcu ma wolne ręce, aby stawić czoła najważniejszym i najbardziej uciążliwym problemom, dlatego EF w 2026 roku, reorganizując kierunek rozwoju protokołu, podsumowało to w trzech bardzo prostych celach:

Skalowanie, poprawa UX oraz wzmocnienie L1.

Ethereum już dawno udowodniło światu, że może stać się nieprzerwaną światową komputerową maszyną, a teraz czas, aby zwykli ludzie mogli z niej korzystać w sposób płynny.