Krótka historia Ethereum

blog 1AktualnościDevelopersEnterpriseBlockchain ExplainedWydarzenia i konferencjePrasaBiuletyny

Zapisz się do naszego newslettera.

Adres e-mail

Szanujemy twoją prywatność

HomeBlogBlockchain Poradnik

Krótka historia Ethereum

Przegląd uaktualnień i twardych rozwidleń przeszłości Ethereum, z myślą o tym, co nas czeka. Przez ConsenSys 13 maja 2019 Opublikowane 13 maja 2019

krótka historia ethereum

Z lotu ptaka technologia blockchain nie istnieje od dawna. Chociaż podstawowe koncepcje (kryptografia, decentralizacja, sieci peer-to-peer & transakcja) były badane od dziesięcioleci, aż do wydania Bitcoina w 2008 roku można śmiało postrzegać wszystkie te komponenty jako połączone w celu stworzenia funkcjonalnego produktu. W szczególności Ethereum istnieje w użytecznym, publicznym formacie dopiero od 2015 roku. Chociaż daty i szczegóły jego przewidywanej ewolucji uległy zmianie, Ethereum utknęło w swoim planie konsekwentnej aktualizacji protokołu, aby zapewnić lepszą użyteczność, bezpieczeństwo, funkcjonalność i decentralizację.

Wraz z niedawną aktualizacją w Konstantynopolu w lutym Ethereum jest u progu Serenity (znanego również jako Ethereum 2.0), do którego można dotrzeć poprzez szereg twardych wideł i faz aktualizacji, w tym „Ethereum 1.x.”. Aby jednak zrozumieć, dokąd zmierzamy, musimy spojrzeć wstecz i zrozumieć, skąd przyszliśmy. Ta oś czasu przedstawia historię znaczących (nie) planowanych hard forków i ulepszeń Ethereum w ramach przygotowań do kolejnej fazy ewolucji.

Olympic | 9 maja 2015

Blockchain Ethereum pojawił się publicznie w lipcu 2015 r. Bezpośrednim krokiem przed tym był jednak Olympic – dziewiąty i ostatni otwarty test sieci testowej, dostępny dla programistów w celu zbadania, jak wyglądałby łańcuch blokowy Ethereum po wydaniu.. – oznajmił Vitalik łączna nagroda w wysokości 25 000 ETH dla programistów, którzy spędzili czas na testowaniu sieci. Żądanie było jasne: spróbuj przeciążać sieć i robić „szalone rzeczy ze stanem”, aby uzyskać wgląd w to, jak protokół poradzi sobie z dużym ruchem. Deweloperzy otrzymali cztery kategorie do przetestowania: aktywność transakcyjna, użycie maszyny wirtualnej, sprawność górnicza i kara ogólna.

Frontier | 30 lipca 2015

Po kilku miesiącach testów warunków skrajnych sieć Ethereum była gotowa do oficjalnego uruchomienia publicznej sieci mainnet. 30 lipca powstał blok genesis Ethereum, a społeczność zaczęła się rozwijać. Kilka miesięcy przed premierą Frontier, Vinay Gupta opublikował notatkę o procesie uruchamiania Ethereum. Wśród paragrafów ekscytujących znajdują się ostrzeżenia dla potencjalnych użytkowników. Twierdził, że Frontier to Ethereum „w najprostszej formie” i programiści powinni zachować ostrożność. Kilka dni przed premierą Frontier, – powtórzył Stephen Taul Gupta ostrzega deweloperów: „Podobnie jak ich koledzy z czasów amerykańskiej granicy, osadnicy ci będą mieli przed sobą ogromne możliwości, ale będą też stawiali czoła wielu niebezpieczeństwom”.

Protokół Frontier zawierał szereg kluczowych cech:

  • Nagroda za blok: Kiedy górnicy z powodzeniem wydobywają blok do istnienia w łańcuchu blokowym Ethereum, otrzymują nagrodę w ETH. Frontier został uruchomiony z nagrodą blokową w wysokości 5 ETH za blok.
  • Gaz: W ciągu pierwszych kilku dni istnienia Frontiera, limit gazu na blok został zakodowany na stałe na poziomie 5000 gazu. Zasadniczo oznaczało to, że nic nie może się wydarzyć w sieci. Zostało to celowo wdrożone, aby dać kilka dni czasu buforowania, aby umożliwić górnikom rozpoczęcie działalności w Ethereum i umożliwić wczesnym użytkownikom zainstalowanie swoich klientów. Po kilku dniach limit gazu został automatycznie usunięty, a sieć stała się zdolna do obsługi transakcji i inteligentnych kontraktów zgodnie z jej przeznaczeniem.
  • Kontrakty kanaryjskie: Umowy Canary zostały włączone do Frontier, aby powiadomić użytkowników, że dany łańcuch jest zły lub podatny na ataki. Kontraktom kanaryjskim przyznawano 0 lub 1. Kontraktom, w których wystąpił problem, nadawano 1, a klienci byli powiadamiani, aby nie wydobywać z tego przerwanego łańcucha. Zasadniczo możliwości kontraktów kanaryjskich dały rdzennej grupie deweloperów Ethereum możliwość zatrzymania operacji lub transakcji w sieci, gdyby coś zaczęło się nie udać. Kontrakty kanaryjskie były silnie scentralizowanym, ale niezbędnym mechanizmem ochronnym na początku istnienia Ethereum.
  • Użyteczność: Wszystkie działania programistów zostały wykonane z linii poleceń; nie istniał graficzny interfejs użytkownika. Sieć była użyteczna, ale interfejs użytkownika był szorstki, a jego możliwości były w dużej mierze ograniczone do osób posiadających istniejącą wiedzę i doświadczenie z Ethereum.

Homestead | 14 marca 2016 r

Aktualizacja Homestead była pierwszym planowanym hard forkiem sieci Ethereum i została wdrożona 14 maja 2016 r. Z blokiem o numerze 1150 000. Ogólnie rzecz biorąc, aktualizacja Homestead obejmowała trzy główne ulepszenia Ethereum. Po pierwsze, usunięto funkcjonalność kontraktu kanaryjskiego, usuwając ten punkt centralizacji w sieci. Po drugie, wprowadził nowe kody w Solidity, języku programowania używanym w Ethereum. Na koniec wprowadził portfel Mist, który umożliwiał użytkownikom przechowywanie / dokonywanie transakcji ETH oraz pisanie / wdrażanie inteligentnych kontraktów.


Aktualizacja Homestead była jedną z najwcześniejszych implementacji propozycji ulepszeń Ethereum. EIP to zalecenia skierowane do społeczności, które po zatwierdzeniu są uwzględniane w aktualizacjach sieci. Aktualizacja Homestead obejmowała trzy EIP:

EIP-2: ulepszenia Main Homestead

EIP 2.1: Zwiększono koszt tworzenia inteligentnych kontraktów w ramach transakcji z 21 000 gazu do 53 000 gazu. Koszt stworzenia umowy za pośrednictwem innej umowy – preferowanej metody – kosztował więcej niż utworzenie jej za pośrednictwem transakcji. Zwiększając koszt gazu do zawierania umów w drodze transakcji, EIP 2.1 zachęcał użytkowników do powrotu do tworzenia umów za pośrednictwem innych umów.

EIP 2.2: „Wszystkie podpisy transakcji, których wartość s jest większa niż secp256k1n / 2, są uważane za nieważne. Wstępnie skompilowana umowa dotycząca odzyskania przez ECDSA pozostała niezmieniona i nadal akceptowała wysokie wartości s; jest to przydatne np. jeśli kontrakt przywróci stare podpisy Bitcoin. ” [źródło]

EIP 2.3: Podyktowano, że jeśli w umowie nie będzie wystarczającej ilości gazu do zakończenia operacji, umowa raczej „upadnie”, niż stworzy pustą umowę. Zmieniło to możliwe wyniki transakcji z [sukces] [niepowodzenie] lub [pusty] na [sukces] lub [niepowodzenie].

EIP 2.4: Wyeliminowano zachętę, która umożliwiała użytkownikom tworzenie bloków o nieco większym stopniu trudności – tj. Bloków, które byłyby bardziej podatne na wydobywanie. To uaktualnienie ustabilizowało czasy bloków w zakresie od 10 do 20 sekund i przywróciło sieć do ogólnego docelowego czasu ~ 15 sekund na blok.

EIP-7

„Dodaje nowy kod operacji, DELEGATECALL w 0xf4, który jest podobny w pomyśle do CALLCODE, z tym wyjątkiem, że propaguje nadawcę i wartość z zakresu nadrzędnego do zakresu podrzędnego, tj. utworzone połączenie ma tego samego nadawcę i wartość, co pierwotne połączenie ”. [źródło]

EIP-8: Przyszłe aktualizacje

EIP-8 był propozycją ulepszeń z myślą o przyszłych, planowanych modernizacjach sieci. Ulepszenie zapewniło, że całe oprogramowanie klienckie na Ethereum będzie mogło obsługiwać przyszłe aktualizacje protokołów sieciowych.

Widelec DAO | 20 lipca 2016 r

W historii planowanych aktualizacji Ethereum i hard forków nieplanowany incydent DAO zasługuje na uwzględnienie. W 2016 roku zdecentralizowana organizacja autonomiczna o nazwie The DAO zebrała 150 milionów dolarów ze sprzedaży tokenów na finansowanie. W czerwcu DAO zostało zhakowane, a nieznany haker ukradł ETH o wartości 50 milionów dolarów. Społeczność Ethereum zdecydowała się na twarde rozwidlenie łańcucha, aby przywrócić fundusze do swoich oryginalnych portfeli i załatać lukę. Hard fork był jednak sporny, a niektórzy członkowie społeczności Ethereum kontynuowali kopanie i transakcje w pierwotnym łańcuchu. Oryginalny łańcuch – bez skradzionego eteru – stał się Ethereum Classic, który z czasem stał się słabszy i podlegał eksploatacji. Większość społeczności i główni programiści kontynuowali pracę poza rozwidlonym łańcuchem – ze skradzionym ETH zwróconym pierwotnym właścicielom – co teraz znamy jako łańcuch bloków Ethereum.

Metropolis: Bizancjum | 16 października 2017 r

Kolejny etap planu działania Ethereum był znany jako Metropolis i miał przebiegać w dwóch fazach: Bizancjum i Konstantynopolu. Bizancjum zostało uruchomione w 2017 roku na bloku 4370 000 i obejmowało dziewięć EIP, w tym:

EIP 100

Dostosowano formułę do oceny trudności bloku, aby uwzględnić klocki wujka. Nowa formuła zapewniła stabilność kursu emisji, uniemożliwiając jej wymuszenie w górę poprzez manipulowanie blokami wujów.

EIP 658

W przypadku bloków po aktualizacji Bizancjum potwierdzenia transakcji zawierały pole statusu wskazujące na sukces (reprezentowane przez 1) lub niepowodzenie (reprezentowane przez 0).

EIP 649

Bomba poziomu trudności to mechanizm, który, jeśli zostanie aktywowany, zwiększy energię wymaganą (tj. „Trudność) do wydobycia nowego bloku, aż stanie się to niemożliwe i nie będzie można wydobywać żadnych nowych bloków. W tym momencie sieć Ethereum została „zamrożona”. Bomba poziomu trudności została pierwotnie włączona do sieci we wrześniu 2015 r. Jej celem jest wsparcie ewentualnego przejścia od Proof of Work do Proof of Stake. Po wdrożeniu PoS górnicy teoretycznie mogliby zdecydować się na obsługę starego łańcucha PoW, powodując w ten sposób rozłam w społeczności i utworzenie dwóch oddzielnych łańcuchów – jednej utrzymywanej przez stakerów, a drugiej przez górników. Rozwiązaniem, aby tak się nie stało, jest wdrożenie bomby trudności, która ostatecznie zmniejszyłaby skuteczność wydobycia i pozwoliłaby na całkowite przejście sieci do PoS bez groźby spornego hard forka. Opóźnienie bomby z epoki lodowcowej / trudności o 1 rok i redukcja nagrody za blok z 5 ETH do 3 ETH

Przegląd pozostałych EIP Bizancjum (140, 196, 197, 198, 211, 214) znalezione tutaj.

Metropolis: Konstantynopol | 28 lutego 2019 r

Druga część modernizacji Metropolis, nazwana Konstantynopolem, miała zostać uruchomiona na bloku 7 080 000 – szacowana na połowę stycznia 2019 r. 15 stycznia niezależna firma audytorska o nazwie ChainSecurity opublikowała raport wskazujący jedną z pięciu głównych aktualizacji systemu. może dać atakującym możliwość kradzieży funduszy. W odpowiedzi na raport, główni programiści Ethereum i rozszerzona społeczność głosowali za opóźnieniem aktualizacji do czasu rozwiązania luki w zabezpieczeniach. Później tego samego miesiąca główni programiści ogłosili, że aktualizacja odbędzie się w bloku 7 280 000. Blok 7 280 000 przybył 28 lutego, a modernizacja hard fork w Konstantynopolu została uruchomiona. Dzisiejsza sieć Ethereum jest w fazie Konstantynopola.

EIP 145: Instrukcje przesunięcia bitowego

Dodano instrukcje przesunięcia bitowego do maszyny wirtualnej Ethereum (EVM). Instrukcje pozwalają na przemieszczanie się bitów informacji binarnych w lewo i w prawo. Ta poprawa oznacza, że ​​realizacja zmian w inteligentnych kontraktach będzie 10 razy tańsza.

EIP 1052: Inteligentna weryfikacja kontraktów

Dopuszczono, aby inteligentne kontrakty weryfikowały się nawzajem, pobierając tylko skrót innego inteligentnego kontraktu. Przed Konstantynopolem inteligentne kontrakty musiałyby pobierać cały kod innego, aby zweryfikować, co wymagało czasu i energii do wykonania.

EIP 1014: UTWÓRZ2

Ulepszono obsługę kanałów państwowych, rozwiązanie skalujące Ethereum oparte na transakcjach poza łańcuchem.

EIP 1283: SKLEP

Zmniejszono koszt gazu dla operacji SSTORE. Ta redukcja umożliwia tańsze przeprowadzanie wielu aktualizacji w ramach transakcji.

EIP 1234: Nagrody blokowe & Trudność Bomb Delay

Składa się z dwóch elementów: redukcji nagrody za blok i opóźnienia bombowego na poziomie trudności.

Blokowa redukcja nagród

Nagrody dla górników zostały zmniejszone z 3 ETH za blok do 2 ETH za blok. Ta redukcja jest znana jako „trzecia”.

Trudność Bomb Delay

EIP 1234 opóźnia wdrażanie bomby trudności o kolejne dwanaście miesięcy, po czym zostanie ponownie poddana pod głosowanie.

Patrząc w przyszłość: Stambuł & Spokój

Patrząc w przyszłość, Serenity jest ostatecznym celem dla łańcucha bloków Ethereum, ale nie wcześniej niż hard fork w Stambule i „Ethereum 1.x.” Hard fork w Stambule zostanie zdefiniowany w dużej mierze przez decyzję dotyczącą ProgPoW. Spokój zostanie zdefiniowany przez całkowite przejście z Proof of Work do Proof of Stake, ale będzie zawierał inne ważne ulepszenia. W szczególności wprowadzenie Beacon Chain, Sharding i przejście z maszyny wirtualnej Ethereum (EVM) na zestaw sieciowy o smaku Ethereum (eWASM). Wszystkie aktualizacje Serenity będą dostarczane etapami, a w tym czasie Ethereum 1.x będzie nadal ulepszany, aby zapewnić kontynuację oryginalnego łańcucha PoW. Miej oko na następny artykuł o przyszłych hard forkach i Serenity.

***
Chcesz przenieść swoją edukację w zakresie technologii blockchain na wyższy poziom?

Poznaj nasze szkolenia blockchain →

Biuletyn Zapisz się do naszego newslettera, aby otrzymywać najnowsze wiadomości dotyczące Ethereum, rozwiązania dla przedsiębiorstw, zasoby dla programistów i nie tylko.Ethereum Raport DeFi za III kwartał 2020 rRaport

Ethereum Raport DeFi za III kwartał 2020 r

Ethereum Raport DeFi za II kwartał 2020 rRaport

Ethereum Raport DeFi za II kwartał 2020 r

Kompletny przewodnik po sieciach biznesowych BlockchainPrzewodnik

Kompletny przewodnik po sieciach biznesowych Blockchain

Jak zbudować udany produkt BlockchainWebinar

Jak zbudować udany produkt Blockchain

Wprowadzenie do tokenizacjiWebinar

Wprowadzenie do tokenizacji

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Like this post? Please share to your friends:
Adblock
detector
map