Oś czasu wszystkich forków Ethereum (od 2014 do dziś)
Oś czasu wszystkich najważniejszych kamieni milowych, forków i aktualizacji blockchainu Ethereum.
Przejdź od razu do informacji o niektórych szczególnie ważnych uaktualnieniach z przeszłości: Łańcuch śledzący; Połączenie; i EIP-1559
Szukasz przyszłych uaktualnień protokołu? Dowiedz się o nadchodzących uaktualnieniach w planie działania Ethereum.
2025
Fulu-Osaka („Fusaka”)
Prague-Electra („Pectra”)
Uaktualnienie Prague-Electra („Pectra”) obejmowało kilka ulepszeń protokołu Ethereum mających na celu poprawę doświadczeń wszystkich użytkowników, sieci warstwy 2, stakerów i operatorów węzłów.
Staking został ulepszony dzięki złożonym kontom walidatorów oraz lepszej kontroli nad zestakowanymi środkami poprzez adres wypłat w warstwie wykonawczej. EIP-7251 zwiększył maksymalne efektywne saldo pojedynczego walidatora do 2048 ETH, poprawiając efektywność kapitałową dla stakerów. EIP-7002 umożliwił, aby konto w warstwie wykonawczej mogło bezpiecznie wyzwalać akcje walidatora, w tym wyjścia lub wypłacanie części środków, co poprawia doświadczenia stakerów ETH, a jednocześnie wzmacnia odpowiedzialność operatorów węzłów.
Inne części uaktualnienia skupiały się na poprawie doświadczenia zwykłych użytkowników. EIP-7702 wprowadził możliwość, aby zwykłe konto niebędące inteligentnym kontraktem () wykonywało kod podobnie jak inteligentny kontrakt. Otworzyło to nieograniczone nowe funkcje dla tradycyjnych kont Ethereum, takie jak, grupowanie transakcji, sponsorowanie gazu, alternatywne metody uwierzytelniania, programowalne kontrole wydatków, mechanizmy odzyskiwania konta i inne.
- Pectra.wtf (opens in a new tab)
- Jak Pectra poprawi doświadczenie związane ze stakowaniem (opens in a new tab)
- Przeczytaj specyfikacje uaktualnienia Electra (opens in a new tab)
- Prague-Electra („Pectra”) – często zadawane pytania
2024
Cancun-Deneb („Dencun”)
Podsumowanie Cancun
Uaktualnienie Cancun zawiera zestaw ulepszeń dla warstwy wykonawczej Ethereum mających na celu poprawę skalowalności, w połączeniu z uaktualnieniami konsensusu Deneb.
W szczególności obejmuje EIP-4844, znany jako Proto-Danksharding, który znacznie obniża koszt przechowywania danych dla rollupów warstwy 2. Osiąga się to poprzez wprowadzenie „blobów” danych, które pozwalają pakietom zbiorczym przesyłać dane do sieci głównej na krótki okres. Wynikiem tego są znacznie niższe opłaty transakcyjne dla użytkowników pakietów zbiorczych warstwy 2.
- Rollupy warstwy 2
- Proto-Danksharding
- Danksharding
- Przeczytaj specyfikację uaktualnienia Cancun (opens in a new tab)
Podsumowanie Deneb
Uaktualnienie Deneb zawiera zestaw ulepszeń dla warstwy konsensusu Ethereum mających na celu poprawę skalowalności. Aktualizacja ta jest połączona z aktualizacjami warstwy wykonawczej Cancun, aby umożliwić Proto-Danksharding (EIP-4844) wraz z innymi usprawnieniami łańcucha śledzącego.
Wstępnie wygenerowane podpisane „dobrowolne komunikaty wyjścia” nie tracą już ważności, dając tym samym większą kontrolę użytkownikom inwestującym swoje środki u zewnętrznego operatora węzła. Dzięki tej podpisanej wiadomości wyjściowej stakerzy mogą delegować obsługę węzła, zachowując jednocześnie możliwość bezpiecznego wyjścia i wypłaty swoich środków w dowolnym momencie, bez konieczności proszenia kogokolwiek o pozwolenie.
Rozporządzenie EIP-7514 wprowadza zaostrzenie zasad wydawania ETH, ograniczając liczbę „rotacji” walidatorów, z jaką mogą dołączyć do sieci, do ośmiu (8) na epokę. Ponieważ emisja ETH jest proporcjonalna do całkowitej liczby stakowanych ETH, ograniczenie liczby dołączających walidatorów ogranicza tempo wzrostu nowo wyemitowanych ETH, jednocześnie zmniejszając wymagania sprzętowe dla operatorów węzłów, co sprzyja decentralizacji.
- Przeczytaj specyfikacje uaktualnienia Deneb (opens in a new tab)
- Cancun-Deneb („Dencun”) – często zadawane pytania
2023
Shanghai-Capella („Shapella”)
Podsumowanie Shanghai
Uaktualnienie Shanghai przyniosło wypłaty ze stakingu do warstwy wykonawczej. W połączeniu z uaktualnieniem Capella umożliwiło to blokom akceptowanie operacji wypłaty, co pozwala stakerom na wypłacenie ich ETH z łańcucha śledzącego do warstwy wykonawczej.
Podsumowanie Capella
Uaktualnienie Capella była trzecim dużym uaktualnieniem warstwy konsensusu (łańcuch śledzący) i umożliwiło wypłaty ze stakingu. Capella wystąpiła synchronicznie z uaktualnieniem warstwy wykonawczej, Shanghai i włączyło funkcję wypłacania ze stakingu.
To uaktualnienie warstwy konsensusu umożliwiło stakerom, którzy nie dostarczyli danych uwierzytelniających do wypłaty wraz z początkowym depozytem, zrobienie tego, umożliwiając w ten sposób wypłaty.
Uaktualnienie zapewniło również funkcję automatycznego przesunięcia konta, która stale przetwarza konta walidatorów pod kątem wszelkich dostępnych płatności nagród lub pełnych wypłat.
- Więcej na temat wypłat ze stakingu.
- Przeczytaj specyfikacje uaktualnienia Capella (opens in a new tab)
2022
Paris (Połączenie)
Podsumowanie
Uaktualnienie Paris zostało uruchomione, gdy blockchain proof-of-work przekroczył wynoszącą 58750000000000000000000. Stało się to w bloku 15537393 w dniu 15 września 2022 roku, uruchamiając uaktualnienie Paris w następnym bloku. Paris był przejściem do Połączenia – jego główną cechą było wyłączenie algorytmu wydobywania proof-of-work i powiązanej logiki konsensusu, a włączenie w zamian proof-of-stake. Sam Paris był uaktualnieniem dla klientów wykonawczych (odpowiednik Bellatrix na warstwie konsensusu), które umożliwiło im przyjmowanie instrukcji od podłączonych klientów konsensusu. Wymagało to aktywacji nowego zestawu wewnętrznych metod API, znanych jako Engine API (opens in a new tab). Było to prawdopodobnie najważniejsze uaktualnienie w historii Ethereum od czasu Homestead!
Bellatrix
Podsumowanie
Uaktualnienie Bellatrix było drugim zaplanowanym uaktualnieniem dla Łańcucha śledzącego, przygotowującym łańcuch do Połączenia. Wprowadza kary walidatora do ich pełnych wartości za brak aktywności i wykroczenia podlegające cięciu. Bellatrix zawiera również aktualizację zasad wyboru forka w celu przygotowania łańcucha do Połączenia oraz przejścia od ostatniego bloku proof-of-work do pierwszego bloku proof-of-stake. Obejmowało to poinformowanie klientów konsensusu o wynoszącej 58750000000000000000000.
Gray Glacier
Podsumowanie
Uaktualnienie sieci Gray Glacier opóźniło o trzy miesiące. Jest to jedyna zmiana wprowadzona w tym uaktualnieniu i jest ona podobna do uaktualnień Arrow Glacier i Muir Glacier. Podobne zmiany zostały przeprowadzone w uaktualnieniach sieci Byzantium, Constantinople i London.
2021
Arrow Glacier
Podsumowanie
Uaktualnienie sieci Arrow Glacier opóźniło o kilka miesięcy. Jest to jedyna zmiana wprowadzona w tym uaktualnieniu i jest ona podobna do uaktualnienia Muir Glacier. Podobne zmiany zostały przeprowadzone w uaktualnieniach sieci Byzantium, Constantinople i London.
- Blog EF - Ogłoszenie o uaktualnieniu Arrow Glacier (opens in a new tab)
- Ethereum Cat Herders - Uaktualnienie Ethereum Arrow Glacier (opens in a new tab)
Altair
Podsumowanie
Uaktualnienie Altair było pierwszym zaplanowanym uaktualnieniem dla Łańcucha śledzącego. Dodało również obsługę „komitetów synchronizacji” — umożliwiając stosowanie lekkich klientów oraz zwiększając kary za brak aktywności walidatora i cięcie w miarę postępu w kierunku Połączenia.
Ciekawostka!
Altair było pierwszym dużym uaktualnieniem sieci, które miało dokładnie określony czas wdrożenia. Wszystkie wcześniejsze uaktualnienia opierały się na zadeklarowanym numerze bloku w łańcuchu proof-of-work, w którym czasy bloków są różne. Łańcuch śledzący nie wymaga rozwiązywania proof-of-work, a zamiast tego działa w oparciu o system epokowy składający się z 32 dwunastosekundowych „slotów” czasu, w których walidatorzy mogą proponować bloki. Właśnie dlatego dokładnie wiedzieliśmy, kiedy wejdziemy w epokę 74.240 i uaktualnienie Altair wejdzie w życie!
London
Podsumowanie
Uaktualnienie London wprowadziło EIP-1559 (opens in a new tab), które zreformowało rynek opłat transakcyjnych, wraz ze zmianami w obsłudze zwrotów gazu i harmonogramie .
Czym była aktualizacja londyńska / EIP-1559?
Przed uaktualnieniem londyńskim Ethereum miało bloki o stałym rozmiarze. W czasie dużego obciążenia sieci, te bloki pracowały z pełną wydajnością. W rezultacie użytkownicy często musieli czekać, aż zapotrzebowanie zmaleje, aby zostać włączeni do bloku, co doprowadzało do kiepskiego doświadczenia. Londyńska aktualizacja wprowadziła do Ethereum bloki o zmiennej wielkości.
Sposób obliczania opłat transakcyjnych w sieci Ethereum zmienił się wraz z uaktualnieniem London w sierpniu 2021 roku. Przed uaktualnieniem London opłaty były obliczane bez oddzielania opłat podstawowych i priorytetowych w następujący sposób:
Powiedzmy, że Alicja musiała zapłacić Bobowi 1 ETH. W tej transakcji limit gazu wynosi 21000 jednostek, a cena gazu to 200 gwei.
Całkowita opłata wyniosłaby: Jednostki gazu (limit) * Cena gazu za jednostkę, tj. 21 000 * 200 = 4 200 000 gwei lub 0,0042 ETH
Wdrożenie EIP-1559 (opens in a new tab) w uaktualnieniu London skomplikowało mechanizm opłat transakcyjnych, ale uczyniło opłaty za gaz bardziej przewidywalnymi, co zaowocowało wydajniejszym rynkiem opłat transakcyjnych. Użytkownicy mogą przesyłać transakcje z maxFeePerGas odpowiadającym kwocie, jaką są gotowi zapłacić za wykonanie transakcji, wiedząc, że nie zapłacą więcej niż cena rynkowa za gaz (baseFeePerGas), i otrzymają zwrot nadwyżki, pomniejszonej o ich napiwek.
Ten film wyjaśnia EIP-1559 i korzyści, jakie przynosi: Wyjaśnienie EIP-1559 (opens in a new tab)
- Jesteś deweloperem zdecentralizowanych aplikacji? Pamiętaj, aby zaktualizować swoje biblioteki i narzędzia. (opens in a new tab)
- Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
- Przeczytaj wyjaśnienie Ethereum Cat Herders (opens in a new tab)
Berlin
Podsumowanie
Uaktualnienie Berlin optymalizuje koszt gazu w pewnych działaniach EVM oraz zwiększa obsługę wielu typów transakcji.
- Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
- Przeczytaj wyjaśnienie Ethereum Cat Herders (opens in a new tab)
2020
Geneza Łańcucha śledzącego
Podsumowanie
Łańcuch śledzący potrzebował 16 384 depozytów po 32 stakowane ETH, aby bezpiecznie wystartować. Stało się to 27 listopada, a Łańcuch śledzący zaczął produkować bloki 1 grudnia 2020 roku.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
Wdrożenie kontraktu depozytowego stakingu
Podsumowanie
Kontrakt depozytowy stakingu wprowadził do ekosystemu Ethereum. Chociaż był to kontrakt w , miał bezpośredni wpływ na harmonogram uruchomienia Łańcucha śledzącego, ważnego uaktualnienia Ethereum.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
Muir Glacier
Podsumowanie
Fork Muir Glacier wprowadził opóźnienie . Wzrost trudności bloku w mechanizmie konsensusu proof-of-work groził pogorszeniem użyteczności Ethereum poprzez wydłużenie czasu oczekiwania na wysyłanie transakcji i korzystanie z dapek.
- Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
- Przeczytaj wyjaśnienie Ethereum Cat Herders (opens in a new tab)
2019
Istanbul
Podsumowanie
Fork Istanbul:
- Zoptymalizowano koszt dla niektórych działań w EVM.
- Poprawa odporności na ataki typu „odmowa usługi”.
- Zwiększono wydajność rozwiązań skalowania warstwy 2 opartych na SNARK-ach i STARK-ach.
- Umożliwiono współdziałanie Ethereum i Zcash.
- Umożliwiono wprowadzenie bardziej kreatywnych funkcji do kontraktów.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
Constantinople
Podsumowanie
Fork Constantinople:
- Zmniejszono nagrody za wydobycie bloków z 3 do 2 ETH.
- Zapewniono, że blockchain nie zamarznie przed wdrożeniem proof-of-stake.
- Zoptymalizowano koszt dla niektórych działań w EVM.
- Dodał możliwość interakcji z adresami, które nie zostały jeszcze utworzone.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
2017
Byzantium
Podsumowanie
Fork Byzantium:
- Zmniejszono nagrody za wydobycie bloków z 5 do 3 ETH.
- Opóźniono o rok.
- Dodano możliwość wykonywania niezmieniających stanu wywołań do innych kontraktów.
- Dodano pewne metody kryptograficzne, aby umożliwić skalowanie warstwy 2.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
2016
Spurious Dragon
Podsumowanie
Fork Spurious Dragon był drugą odpowiedzią na ataki typu DoS (odmowa usługi) na sieć (wrzesień/październik 2016 r.). Uwzględniał:
- dostrajanie cen kodu operacyjnego, aby zapobiec przyszłym atakom w sieci;
- umożliwienie „debloat” stanu blockchain;
- dodanie ochrony przed atakami typu replay.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
Tangerine Whistle
Podsumowanie
Fork Tangerine Whistle był pierwszą odpowiedzią na ataki typu DoS (odmowa usługi) na sieć (wrzesień/październik 2016 r.). Uwzględniał:
- rozwiązywanie pilnych problemów dotyczących kondycji sieci związanych z kodami operacyjnymi o zaniżonych cenach.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
Fork DAO
Podsumowanie
Fork DAO był odpowiedzią na atak na DAO w 2016 roku (opens in a new tab), w wyniku którego z niezabezpieczonego kontraktu skradziono w ramach hacku ponad 3,6 miliona ETH. Fork przeniósł środki z wadliwego kontraktu do nowego kontraktu (opens in a new tab) z jedną funkcją: wypłata. Każdy, kto stracił środki, mógł wypłacić 1 ETH za każde 100 tokenów DAO w swoim portfelu.
Ten kierunek działania został przegłosowany przez społeczność Ethereum. Każdy posiadacz ETH mógł głosować za pomocą transakcji na platformie do głosowania (opens in a new tab). Decyzja o forku osiągnęła ponad 85% głosów.
Niektórzy górnicy odmówili forka, ponieważ incydent DAO nie był wadą protokołu. W ten sposób utworzyli Ethereum Classic (opens in a new tab).
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
Homestead
Podsumowanie
Przyszłościowy fork Homestead. Obejmował kilka zmian protokołu i zmianę sieci, która dała Ethereum możliwość wykonywania dalszych uaktualnień sieci.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
2015
Odmrożenie Frontier
Podsumowanie
Fork odmrażający Frontier zniósł na wynoszący 5000 i ustawił domyślną cenę gazu na 51 . Pozwoliło to na transakcje — transakcje wymagają 21.000 gazu. Wprowadzono , aby zapewnić przyszły hard fork do .
- Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
- Przeczytaj Aktualizację 1 protokołu Ethereum (opens in a new tab)
Frontier
Podsumowanie
Frontier był działającą, ale surową implementacją projektu Ethereum. Wprowadzono go po udanej fazie testów wersji Olympic. Był przeznaczony dla użytkowników technicznych, w szczególności deweloperów. miały wynoszący 5000. Ten okres „rozmrażania” umożliwił górnikom rozpoczęcie działalności, a wczesnym użytkownikom instalowanie klientów bez konieczności „pośpiechu”.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
2014
Sprzedaż Etheru
Ether był oficjalnie sprzedawany przez 42 dni. Można było go kupić za BTC.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
Opublikowano Yellowpaper
Dokumentacja Yellow Paper autorstwa dr Gavina Wood jest definicją techniczną protokołu Ethereum.
Zobacz Yellow Paper (opens in a new tab)
2013
Opublikowano Whitepaper
Dokument wprowadzający, opublikowany w 2013 roku przez Vitalika Buterina, założyciela Ethereum, przed uruchomieniem projektu w 2015 roku.
Strona ostatnio zaktualizowana: 17 marca 2026
