Oś czasu wszystkich najważniejszych kamieni milowych, rozwidleń i aktualizacji blockchaina Ethereum.
Rozwidlenia (forki) mają miejsce, gdy w sieci muszą zostać wprowadzone poważne aktualizacje techniczne lub zmiany – zazwyczaj wynikają one z Propozycji Ulepszeń Ethereum (EIP) i zmieniają „reguły” protokołu.
Gdy potrzebne są aktualizacje w tradycyjnym, centralnie sterowanym oprogramowaniu, firma po prostu publikuje nową wersję dla użytkownika końcowego. Blockchainy działają inaczej, ponieważ nie ma w nich centralnej własności. Klienci Ethereum muszą zaktualizować swoje oprogramowanie, aby wdrożyć nowe zasady rozwidlenia. Ponadto twórcy bloków (górnicy w świecie dowodu pracy (PoW), walidatorzy w świecie dowodu stawki (PoS)) oraz węzły muszą tworzyć bloki i weryfikować je zgodnie z nowymi zasadami. Więcej o mechanizmach konsensusu
Te zmiany zasad mogą spowodować tymczasowy podział w sieci. Nowe bloki mogłyby być produkowane według nowych lub starych zasad. Rozwidlenia są zazwyczaj uzgadniane z wyprzedzeniem, aby klienci przyjęli zmiany jednomyślnie, a rozwidlenie z aktualizacjami stało się głównym łańcuchem. Jednak w rzadkich przypadkach nieporozumienia dotyczące rozwidleń mogą spowodować trwały podział sieci – czego najbardziej znanym przykładem jest powstanie Ethereum Classic w wyniku forka DAO.
Oprogramowanie leżące u podstaw Ethereum składa się z dwóch połów, znanych jako i .
Nazewnictwo aktualizacji warstwy wykonawczej
Od 2021 roku aktualizacje warstwy wykonawczej są nazywane od nazw miast poprzednich lokalizacji Devcon i Devconnect (opens in a new tab) w porządku chronologicznym:
| Nazwa aktualizacji | Rok Devcon(nect) | Numer Devcon | Data aktualizacji |
|---|---|---|---|
| Berlin | 2014 | 0 | 15 kwi 2021 |
| London | 2015 | I | 5 sie 2021 |
| Szanghaj | 2016 | II | 12 kwi 2023 |
| Cancun | 2017 | III | 13 mar 2024 |
| Praga | 2018 | IV | 7 maj 2025 |
| Osaka | 2019 | V | 3 gru 2025 |
| Amsterdam | 2022 | Devconnect | Do ustalenia - Następna |
| Bogotá | 2022 | VI | Do ustalenia |
| Stambuł | 2023 | Devconnect | Do ustalenia |
| Bangkok | 2024 | VII | Do ustalenia |
| Buenos Aires | 2025 | Devconnect | Do ustalenia |
| Mumbaj | 2026 | VIII | Do ustalenia |
Nazewnictwo aktualizacji warstwy konsensusu
Od uruchomienia , aktualizacje warstwy konsensusu są nazywane od gwiazd, których nazwy zaczynają się na kolejne litery alfabetu:
| Nazwa aktualizacji | Data aktualizacji |
|---|---|
| Genesis Beacon Chain | 1 gru 2020 |
| Altair (opens in a new tab) | 27 paź 2021 |
| Bellatrix (opens in a new tab) | 6 wrz 2022 |
| Capella (opens in a new tab) | 12 kwi 2023 |
| Deneb (opens in a new tab) | 13 mar 2024 |
| Electra (opens in a new tab) | 7 maj 2025 |
| Fulu (opens in a new tab) | 3 gru 2025 |
| Gloas (opens in a new tab) | Do ustalenia - Następna |
| Heze (opens in a new tab) | Do ustalenia |
Nazewnictwo łączone
Aktualizacje warstwy wykonawczej i konsensusu były początkowo wprowadzane w różnym czasie, ale po The Merge w 2022 roku są wdrażane jednocześnie. W związku z tym pojawiły się potoczne określenia, które upraszczają odwoływanie się do tych aktualizacji za pomocą jednego połączonego terminu. Zaczęło się to od aktualizacji Szanghaj-Capella, powszechnie określanej jako „Shapella”, i jest kontynuowane w kolejnych aktualizacjach.
| Aktualizacja warstwy wykonawczej | Aktualizacja warstwy konsensusu | Krótka nazwa |
|---|---|---|
| Szanghaj | Capella | "Shapella" |
| Cancun | Deneb | "Dencun" |
| Praga | Electra | "Pectra" |
| Osaka | Fulu | "Fusaka" |
| Amsterdam | Gloas | "Glamsterdam" |
| Bogotá | Heze | "Hegotá" |
Przejdź od razu do informacji o niektórych szczególnie ważnych przeszłych aktualizacjach: Beacon Chain; The Merge; oraz EIP-1559
Szukasz przyszłych aktualizacji protokołu? Dowiedz się o nadchodzących aktualizacjach na mapie drogowej Ethereum.
2025
Fulu-Osaka („Fusaka”)
Prague-Electra („Pectra”)
Aktualizacja Prague-Electra („Pectra”) wprowadziła kilka ulepszeń do protokołu Ethereum, mających na celu poprawę doświadczeń wszystkich użytkowników, sieci warstwy 2 (L2), stakerów i operatorów węzłów.
Staking zyskał aktualizację dzięki kontom walidatorów z kapitalizacją odsetek (compounding) oraz lepszej kontroli nad stakowanymi środkami za pomocą adresu wypłaty w warstwie wykonawczej. EIP-7251 zwiększył maksymalne saldo efektywne dla pojedynczego walidatora do 2048, poprawiając efektywność kapitałową dla stakerów. EIP-7002 umożliwił kontu wykonawczemu bezpieczne wyzwalanie akcji walidatora, w tym wyjście lub wypłatę części środków, co poprawiło doświadczenia stakerów ETH, jednocześnie pomagając wzmocnić odpowiedzialność operatorów węzłów.
Inne części aktualizacji skupiły się na poprawie doświadczeń zwykłych użytkowników. EIP-7702 wprowadził możliwość wykonywania kodu podobnego do inteligentnego kontraktu przez zwykłe konto niebędące inteligentnym kontraktem (). Odblokowało to nieograniczone nowe funkcjonalności dla tradycyjnych kont Ethereum, takie jak wsadowanie transakcji, sponsorowanie gazu, alternatywne uwierzytelnianie, programowalne kontrole wydatków, mechanizmy odzyskiwania kont i wiele innych.
Lepsze doświadczenie użytkownika:
- EIP-7702 – Ustawienie kodu konta EOA
- EIP-7691 – Zwiększenie przepustowości blobów
- EIP-7623 – Zwiększenie kosztu danych wywołania (calldata)
- EIP-7840 – Dodanie harmonogramu blobów do plików konfiguracyjnych warstwy wykonawczej (EL)
Lepsze doświadczenie stakingu:
- EIP-7251 – Zwiększenie
MAX_EFFECTIVE_BALANCE - EIP-7002 – Wyjścia wyzwalane przez warstwę wykonawczą
- EIP-7685 – Żądania warstwy wykonawczej ogólnego przeznaczenia
- EIP-6110 – Dostarczanie depozytów walidatorów onchain
Poprawa wydajności i bezpieczeństwa protokołu:
- Pectra.wtf (opens in a new tab)
- Jak Pectra poprawi doświadczenie stakingu (opens in a new tab)
- Przeczytaj specyfikacje aktualizacji Electra (opens in a new tab)
- FAQ Prague-Electra („Pectra”)
2024
Cancun-Deneb („Dencun”)
Podsumowanie Cancun
Aktualizacja Cancun zawiera zestaw ulepszeń warstwy wykonawczej Ethereum mających na celu poprawę skalowalności, wprowadzanych wraz z aktualizacjami konsensusu Deneb.
W szczególności obejmuje to EIP-4844, znane jako proto-danksharding, które znacznie zmniejsza koszty przechowywania danych dla rollupów warstwy 2. Osiągnięto to poprzez wprowadzenie „blobów” danych, co umożliwia rollupom publikowanie danych w Sieci głównej na krótki czas. Skutkuje to znacznie niższymi opłatami transakcyjnymi dla użytkowników rollupów warstwy 2.
- Rollupy warstwy 2
- Proto-danksharding
- Danksharding
- Przeczytaj specyfikację aktualizacji Cancun (opens in a new tab)
Podsumowanie Deneb
Aktualizacja Deneb zawiera zestaw ulepszeń konsensusu Ethereum mających na celu poprawę skalowalności. Ta aktualizacja jest wprowadzana w parze z aktualizacjami warstwy wykonawczej Cancun, aby umożliwić proto-danksharding (EIP-4844), wraz z innymi ulepszeniami Beacon Chain.
Wstępnie wygenerowane, podpisane „wiadomości o dobrowolnym wyjściu” nie tracą już ważności, co daje większą kontrolę użytkownikom stakującym swoje środki u zewnętrznego operatora węzła. Dzięki tej podpisanej wiadomości o wyjściu, 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.
EIP-7514 wprowadza zaostrzenie emisji ETH poprzez ograniczenie wskaźnika „rotacji”, z jakim walidatory mogą dołączać do sieci, do ośmiu (8) na epokę. Ponieważ emisja ETH jest proporcjonalna do całkowitej ilości stakowanego ETH, ograniczenie liczby dołączających walidatorów ogranicza tempo wzrostu nowo emitowanego ETH, jednocześnie zmniejszając wymagania sprzętowe dla operatorów węzłów, co sprzyja decentralizacji.
2023
Szanghaj-Capella ("Shapella")
Podsumowanie aktualizacji Szanghaj
Aktualizacja Szanghaj wprowadziła wypłaty ze stakingu do warstwy wykonawczej. W połączeniu z aktualizacją Capella umożliwiło to blokom akceptowanie operacji wypłat, co pozwala stakującym na wypłatę ich ETH z Beacon Chain do warstwy wykonawczej.
Podsumowanie aktualizacji Capella
Aktualizacja Capella była trzecią dużą aktualizacją warstwy konsensusu (Beacon Chain) i umożliwiła wypłaty ze stakingu. Capella odbyła się synchronicznie z aktualizacją warstwy wykonawczej, Szanghaj, i włączyła funkcjonalność wypłat ze stakingu.
Ta aktualizacja warstwy konsensusu dała stakującym, którzy nie podali danych uwierzytelniających wypłaty przy swoim początkowym depozycie, możliwość ich uzupełnienia, tym samym umożliwiając wypłaty.
Aktualizacja zapewniła również funkcję automatycznego omiatania kont (account sweeping), która w sposób ciągły przetwarza konta walidatorów pod kątem wszelkich dostępnych wypłat nagród lub pełnych wypłat.
2022
Paris (The Merge)
Podsumowanie
Aktualizacja Paris została uruchomiona, gdy blockchain oparty na dowodzie pracy (PoW) przekroczył wynoszącą 58750000000000000000000. Miało to miejsce na bloku 15537393 w dniu 15 września 2022 r., co uruchomiło aktualizację Paris w następnym bloku. Paris był przejściem znanym jako The Merge – jego główną cechą było wyłączenie algorytmu kopania opartego na dowodzie pracy i powiązanej z nim logiki konsensusu, a włączenie w to miejsce dowodu stawki (PoS). Sama aktualizacja Paris dotyczyła klientów wykonawczych (odpowiednik Bellatrix w warstwie konsensusu) i umożliwiła im przyjmowanie instrukcji od połączonych z nimi klientów konsensusu. Wymagało to aktywacji nowego zestawu wewnętrznych metod API, znanych zbiorczo jako Engine API (opens in a new tab). Była to prawdopodobnie najbardziej znacząca aktualizacja w historii Ethereum od czasu Homestead!
Bellatrix
Podsumowanie
Aktualizacja Bellatrix była drugą zaplanowaną aktualizacją dla Beacon Chain, przygotowującą łańcuch na The Merge. Wprowadza ona pełne wartości kar dla walidatorów za brak aktywności oraz przewinienia podlegające cięciu. Bellatrix zawiera również aktualizację reguł wyboru rozwidlenia, aby przygotować łańcuch na The Merge oraz przejście z ostatniego bloku opartego na dowodzie pracy (PoW) do pierwszego bloku opartego na dowodzie stawki (PoS). Obejmuje to uświadomienie klientom konsensusu wynoszącej 58750000000000000000000.
Gray Glacier
Podsumowanie
Aktualizacja sieci Gray Glacier opóźniła o trzy miesiące. Jest to jedyna zmiana wprowadzona w tej aktualizacji i ma ona podobny charakter do aktualizacji Arrow Glacier oraz Muir Glacier. Podobne zmiany zostały przeprowadzone w aktualizacjach sieci Bizancjum, Konstantynopol i Londyn.
- EIP-5133 – opóźnia bombę trudności do września 2022 r.
2021
Arrow Glacier
Podsumowanie
Aktualizacja sieci Arrow Glacier opóźniła o kilka miesięcy. Jest to jedyna zmiana wprowadzona w tej aktualizacji i ma ona podobny charakter do aktualizacji Muir Glacier. Podobne zmiany zostały przeprowadzone w aktualizacjach sieci Bizancjum, Konstantynopol oraz London.
- Blog EF – Ogłoszenie aktualizacji Arrow Glacier (opens in a new tab)
- Ethereum Cat Herders – Aktualizacja Ethereum Arrow Glacier (opens in a new tab)
- EIP-4345 – opóźnia bombę trudności do czerwca 2022 r.
Altair
Podsumowanie
Aktualizacja Altair była pierwszą zaplanowaną aktualizacją dla Beacon Chain. Dodała ona obsługę „komitetów synchronizacji” – umożliwiając działanie lekkich klientów, a także zwiększyła kary za nieaktywność walidatorów i cięcia w miarę postępów prac nad The Merge.
Ciekawostka!
Altair był pierwszą dużą aktualizacją sieci, która miała dokładny czas wdrożenia. Każda wcześniejsza aktualizacja opierała się na zadeklarowanym numerze bloku w łańcuchu dowodu pracy (PoW), gdzie czasy bloków są zmienne. Beacon Chain nie wymaga rozwiązywania dowodu pracy, a zamiast tego działa w opartym na czasie systemie epok składającym się z 32 dwunastosekundowych „slotów”, w których walidatory mogą proponować bloki. Właśnie dlatego wiedzieliśmy dokładnie, kiedy osiągniemy epokę 74 240 i Altair zostanie uruchomiony!
London
Podsumowanie
Aktualizacja London wprowadziła EIP-1559 (opens in a new tab), który zreformował rynek opłat transakcyjnych, a także zmiany w sposobie obsługi zwrotów gazu i harmonogramie .
Czym była aktualizacja London / EIP-1559?
Przed aktualizacją London, Ethereum miało bloki o stałym rozmiarze. W okresach wysokiego zapotrzebowania na sieć bloki te działały z pełną wydajnością. W rezultacie użytkownicy często musieli czekać na spadek popytu, aby zostać włączonym do bloku, co prowadziło do złych doświadczeń użytkowników. Aktualizacja London wprowadziła do Ethereum bloki o zmiennym rozmiarze.
Sposób obliczania opłat transakcyjnych w sieci Ethereum zmienił się wraz z aktualizacją London w sierpniu 2021 r. Przed aktualizacją London opłaty były obliczane bez rozdzielania opłat base i priority, w następujący sposób:
Załóżmy, że Alice musiała zapłacić Bobowi 1 ETH. W transakcji limit gazu wynosi 21 000 jednostek, a cena gazu to 200 gwei.
Całkowita opłata wyniosłaby: Gas units (limit) * Gas price per unit czyli 21,000 * 200 = 4,200,000 gwei lub 0,0042 ETH
Wdrożenie EIP-1559 (opens in a new tab) w aktualizacji London sprawiło, że mechanizm opłat transakcyjnych stał się bardziej złożony, ale opłaty za gaz stały się bardziej przewidywalne, co zaowocowało bardziej wydajnym rynkiem opłat transakcyjnych. Użytkownicy mogą przesyłać transakcje z maxFeePerGas odpowiadającym kwocie, jaką są skłonni zapłacić za wykonanie transakcji, wiedząc, że nie zapłacą więcej niż cena rynkowa za gaz (baseFeePerGas), a ewentualna nadwyżka, pomniejszona o opłatę priorytetową, zostanie im zwrócona.
Ten film wyjaśnia EIP-1559 i korzyści, jakie przynosi: Wyjaśnienie EIP-1559 (opens in a new tab)
- Jesteś programistą zdecentralizowanych aplikacji (dapp)? Pamiętaj o aktualizacji swoich bibliotek i narzędzi. (opens in a new tab)
- Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
- Przeczytaj wyjaśnienie od Ethereum Cat Herders (opens in a new tab)
Berlin
Podsumowanie
Aktualizacja Berlin zoptymalizowała koszt gazu dla niektórych akcji EVM i zwiększyła obsługę wielu typów transakcji.
- Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
- Przeczytaj wyjaśnienie od Ethereum Cat Herders (opens in a new tab)
2020
Geneza Beacon Chain
Podsumowanie
Beacon Chain potrzebował 16384 depozytów po 32 stakowane ETH, aby bezpiecznie wystartować. Miało to miejsce 27 listopada, a Beacon Chain zaczął produkować bloki 1 grudnia 2020 r.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
Beacon Chain
Wdrożenie kontraktu depozytu stakingowego
Podsumowanie
Kontrakt depozytu stakingowego wprowadził do ekosystemu Ethereum. Mimo że był to kontrakt , miał bezpośredni wpływ na harmonogram uruchomienia Beacon Chain, ważnej aktualizacji Ethereum.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
Staking
Muir Glacier
Podsumowanie
Fork Muir Glacier wprowadził opóźnienie . Wzrost trudności bloków w mechanizmie konsensusu dowodu pracy (PoW) groził pogorszeniem użyteczności Ethereum poprzez wydłużenie czasu oczekiwania na wysyłanie transakcji i korzystanie ze zdecentralizowanych aplikacji (dapp).
- Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
- Przeczytaj wyjaśnienie od Ethereum Cat Herders (opens in a new tab)
- EIP-2384 – opóźnia bombę trudności o kolejne 4 000 000 bloków, czyli o około 611 dni.
2019
Stambuł
Podsumowanie
Rozwidlenie Stambuł:
- Zoptymalizowano koszty dla niektórych działań w EVM.
- Poprawiono odporność na ataki typu denial-of-service.
- Zwiększono wydajność rozwiązań skalowania warstwy 2 opartych na SNARK i STARK.
- Umożliwiono interoperacyjność między Ethereum a Zcash.
- Pozwolono kontraktom na wprowadzanie bardziej kreatywnych funkcji.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
- EIP-152 – pozwala Ethereum na współpracę z walutami chroniącymi prywatność, takimi jak Zcash.
- EIP-1108 – tańsza kryptografia w celu poprawy kosztów .
- EIP-1344 – chroni Ethereum przed atakami typu replay poprzez dodanie kodu operacji
CHAINID. - EIP-1884 – optymalizacja cen gazu dla kodów operacji w oparciu o zużycie.
- EIP-2028 – obniża koszt danych wywołania (CallData), aby umożliwić umieszczanie większej ilości danych w blokach – korzystne dla skalowania warstwy 2.
- EIP-2200 – inne zmiany cen gazu dla kodów operacji.
Konstantynopol
Podsumowanie
Fork Constantinople:
- Zmniejszono nagrody za kopanie bloków z 3 do 2 ETH.
- Zapewniono, że blockchain nie zatrzyma się przed wdrożeniem dowodu stawki (PoS).
- Zoptymalizowano koszty dla niektórych działań w EVM.
- Dodano możliwość interakcji z adresami, które nie zostały jeszcze utworzone.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
- EIP-145 – optymalizuje koszt niektórych działań onchain.
- EIP-1014 – pozwala na interakcję z adresami, które nie zostały jeszcze utworzone.
- EIP-1052 – wprowadza instrukcję
EXTCODEHASHdo pobierania hasha kodu innego kontraktu. - EIP-1234 – zapewnia, że blockchain nie zatrzyma się przed dowodem stawki (PoS) i zmniejsza nagrodę za blok z 3 do 2 ETH.
2017
Byzantium
Podsumowanie
Fork Byzantium:
- Zmniejszył nagrody za kopanie bloków z 5 do 3 ETH.
- Opóźnił o rok.
- Dodał możliwość wykonywania niezmieniających stanu wywołań do innych kontraktów.
- Dodał pewne metody kryptograficzne, aby umożliwić skalowanie warstwy 2 (L2).
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
- EIP-140 – dodaje kod operacji
REVERT. - EIP-658 – dodaje pole statusu do potwierdzeń transakcji, aby wskazać sukces lub porażkę.
- EIP-196 – dodaje krzywą eliptyczną i mnożenie skalarne, aby umożliwić ZK-Snarks.
- EIP-197 – dodaje krzywą eliptyczną i mnożenie skalarne, aby umożliwić ZK-Snarks.
- EIP-198 – umożliwia weryfikację podpisów RSA.
- EIP-211 – dodaje obsługę wartości zwracanych o zmiennej długości.
- EIP-214 – dodaje kod operacji
STATICCALL, pozwalający na niezmieniające stanu wywołania do innych kontraktów. - EIP-100 – zmienia formułę dostosowywania trudności.
- EIP-649 – opóźnia o 1 rok i zmniejsza nagrodę za blok z 5 do 3 ETH.
2016
Spurious Dragon
Podsumowanie
Rozwidlenie Spurious Dragon było drugą odpowiedzią na ataki typu odmowa usługi (DoS) na sieć (wrzesień/październik 2016 r.), obejmującą:
- dostosowanie cen kodów operacji, aby zapobiec przyszłym atakom na sieć.
- umożliwienie „odchudzenia” stanu blockchaina.
- dodanie ochrony przed atakami typu replay.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
- EIP-155 – zapobiega ponownemu rozgłaszaniu transakcji z jednego łańcucha Ethereum w alternatywnym łańcuchu, na przykład ponownemu odtworzeniu transakcji z sieci testowej w głównym łańcuchu Ethereum.
- EIP-160 – dostosowuje ceny kodu operacji
EXP– utrudnia spowolnienie sieci poprzez kosztowne obliczeniowo operacje na kontraktach. - EIP-161 – pozwala na usunięcie pustych kont dodanych w wyniku ataków DOS.
- EIP-170 – zmienia maksymalny rozmiar kodu, jaki może mieć kontrakt na blockchainie – do 24576 bajtów.
Tangerine whistle
Podsumowanie
Rozwidlenie Tangerine Whistle było pierwszą odpowiedzią na ataki typu odmowa usługi (DoS) na sieć (wrzesień/październik 2016 r.), obejmującą:
- rozwiązanie pilnych problemów ze stanem sieci dotyczących zbyt tanich kodów operacji.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
Rozwidlenie DAO
Podsumowanie
Rozwidlenie DAO było odpowiedzią na atak na DAO w 2016 roku (opens in a new tab), w którym z niezabezpieczonego kontraktu wyprowadzono ponad 3,6 miliona ETH w wyniku włamania. Rozwidlenie przeniosło środki z wadliwego kontraktu do nowego kontraktu (opens in a new tab) z jedną funkcją: withdraw (wypłata). Każdy, kto stracił środki, mógł wypłacić 1 ETH za każde 100 tokenów DAO w swoim portfelu.
Taki kierunek działań został poddany pod głosowanie społeczności Ethereum. Każdy posiadacz ETH mógł zagłosować za pomocą transakcji na platformie do głosowania (opens in a new tab). Decyzja o rozwidleniu uzyskała ponad 85% głosów.
Niektórzy górnicy odmówili przyjęcia rozwidlenia, ponieważ incydent z DAO nie był błędem w protokole. W rezultacie utworzyli oni Ethereum Classic (opens in a new tab).
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
Homestead
Podsumowanie
Rozwidlenie Homestead patrzyło w przyszłość. Obejmowało ono kilka zmian w protokole oraz zmianę sieciową, która dała Ethereum możliwość przeprowadzania dalszych aktualizacji sieci.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
2015
Odwilż Frontier
Podsumowanie
Fork odwilży Frontier zniósł limit 5000 na i ustalił domyślną cenę gazu na 51 . Pozwoliło to na przeprowadzanie transakcji – transakcje wymagają 21 000 gazu. Wprowadzono , aby zapewnić przyszły hard fork na .
- Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
- Przeczytaj aktualizację protokołu Ethereum 1 (opens in a new tab)
Frontier
Podsumowanie
Frontier był działającą, ale podstawową implementacją projektu Ethereum. Nastąpił po udanej fazie testowej Olympic. Był przeznaczony dla użytkowników technicznych, w szczególności programistów. miały limit wynoszący 5000. Ten okres „odwilży” pozwolił górnikom na rozpoczęcie działalności, a wczesnym użytkownikom na zainstalowanie klientów bez konieczności „pośpiechu”.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
2014
Sprzedaż etheru
Ether oficjalnie trafił do sprzedaży na 42 dni. Można go było kupić za BTC.
Przeczytaj ogłoszenie Fundacji Ethereum (opens in a new tab)
Publikacja żółtej księgi
Żółta księga, autorstwa dr. Gavina Wooda, jest techniczną definicją protokołu Ethereum.
Zobacz żółtą księgę (opens in a new tab)
2013
Publikacja białej księgi
Dokument wprowadzający, opublikowany w 2013 roku przez Vitalika Buterina, twórcę Ethereum, przed uruchomieniem projektu w 2015 roku.
Biała księga
Ostatnia aktualizacja strony: 6 czerwca 2026
