En kort historia av Ethereum

blogg 1NyheterUtvecklareFöretagBlockchain förklaradeHändelser och konferenserPressNyhetsbrev

Prenumerera på vårt nyhetsbrev.

E-postadress

Vi respekterar din integritet

HomeBlogBlockchain förklaras

En kort historia av Ethereum

En översikt över uppgraderingarna och hårda gafflarna från Ethereums förflutna, med ett öga på vad som väntar. Av ConsenSys 13 maj 2019 Publicerat 13 maj 2019

kort historia ethereum

Ur fågelperspektiv har blockchain-teknik inte funnits på länge. Även om de grundläggande begreppen (kryptografi, decentralisering, peer-to-peer-nätverk & transaktion) har studerats i årtionden, inte förrän Bitcoin släpptes 2008 kan alla dessa komponenter med säkerhet ses som att de kommit ihop för att skapa en funktionell produkt. I synnerhet Ethereum har funnits i användbart, offentligt format först sedan 2015. Även om datum och detaljer för dess beräknade utveckling har förändrats, har Ethereum hållit fast vid sin plan att konsekvent uppgradera protokollet för att säkerställa förbättrad användbarhet, säkerhet, funktionalitet och decentralisering.

Med den senaste uppgraderingen av Konstantinopel i februari är Ethereum på väg mot Serenity (även känd som Ethereum 2.0), som kan nås genom en serie hårda gafflar och uppgraderingsfaser, inklusive “Ethereum 1.x.” För att förstå vart vi är på väg måste vi dock se tillbaka på och förstå varifrån vi kom. Denna tidslinje tittar på historien om Ethereums betydande (o) planerade hårda gafflar och uppgraderingar som förberedelse för nästa utvecklingsfas.

Olympiska | 9 maj 2015

Ethereum-blockkedjan sprang in i allmänhetens existens i juli 2015. Det omedelbara steget innan det var dock olympiskt – det nionde och sista beviset på ett öppet testnät, tillgängligt för utvecklare för att utforska hur Ethereum-blockkedjan skulle se ut när den släpptes. Vitalik meddelade en total belöning på 25 000 ETH till utvecklare som spenderade sin tid på stresstestning av nätverket. Förfrågan var tydlig: försök att överbelasta nätverket och göra “galna saker med staten” för att ge insikt i hur protokollet skulle hantera hög trafik. Utvecklare fick fyra kategorier att testa: Transaktionsaktivitet, virtuell maskinanvändning, gruvdrift och allmän bestraffning.

Frontier | 30 juli 2015

Efter ett par månaders stresstest var Ethereum-nätverket redo för den officiella offentliga lanseringen av mainnet. Den 30 juli utvinnades Ethereums tillväxtblock och samhället började växa. Några månader före lanseringen av Frontier, Vinay Gupta publicerade en anteckning om Ethereums lanseringsprocess. Mitt i stycken av spänning finns varningar till potentiella användare. Frontier, hävdade han, var Ethereum “i sin barest form” och utvecklare bör ta försiktighet. Bara några dagar före lanseringen av Frontier, Stephen Taul ekade Guptas varning till utvecklare: “Precis som deras motsvarigheter under American Frontier kommer dessa bosättare att få stora möjligheter, men kommer också att möta många faror.”

Frontier-protokollet innehöll en rad viktiga egenskaper:

  • Blockera belöning: När gruvarbetare framgångsrikt bryter ut ett block i Ethereum blockchain får de en belöning i ETH. Frontier lanserades med blockbelöning på 5 ETH per block.
  • Gas: Under de första dagarna av Frontiers existens var gasgränsen per block hårdkodad vid 5000 gas. I grund och botten innebar detta att ingenting kunde hända i nätverket. Detta implementerades medvetet för att ge några dagars buffertid för att tillåta gruvarbetare att starta sin verksamhet på Ethereum och tillåta tidiga personer att installera sina kunder. Efter några dagar avlägsnades gasgränsen automatiskt och nätverket kunde hantera transaktioner och smarta kontrakt som det var tänkt att.
  • Kanariska kontrakt: Kanarikontrakt inkluderades i Frontier för att meddela användare att en viss kedja var dålig eller sårbar. Kanarieföretag fick antingen 0 eller 1. Kontrakt som hade ett problem fick 1 och kunderna fick besked så att de inte skulle bryta bort den trasiga kedjan. I grund och botten gav kapaciteten för kanarieförteckningen kärnan i Ethereum dev-gruppen möjligheten att stoppa en operation eller transaktion i nätverket om något skulle börja gå fel. Kanarieföretag var en starkt centraliserad men nödvändig skyddsmekanism tidigt i Ethereums existens.
  • Användbarhet: Alla utvecklingsåtgärder gjordes med kommandorader; det fanns inget grafiskt användargränssnitt. Nätverket var användbart, men användargränssnittet var grovt och dess kapacitet begränsades till stor del till personer med befintlig kunskap och erfarenhet av Ethereum.

Hemman | 14 mars 2016

Homestead-uppgraderingen var den första planerade hårda gaffeln i Ethereum-nätverket och implementerades den 14 maj 2016 med blocknummer 1150 000. Sammantaget inkluderade Homestead-uppgraderingen tre stora förbättringar av Ethereum. Först avlägsnade den funktionaliteten för kanariförteckningen och tog bort den centraliseringspunkten i nätverket. För det andra introducerade den nya koder i Solidity, det programmeringsspråk som används på Ethereum. Sist introducerade den Mist-plånboken, som gjorde det möjligt för användare att hålla / genomföra ETH och skriva / distribuera smarta kontrakt.


Homestead-uppgraderingen var en av de tidigaste implementeringarna av Ethereum Improvement Proposals. EIP är rekommendationer som görs till samhället som, om de godkänns, ingår i nätverksuppgraderingar. Homestead-uppgraderingen inkluderade tre EIP:

EIP-2: Uppgraderingar av huvudgården

EIP 2.1: Ökade kostnaden för att skapa smarta kontrakt via en transaktion från 21 000 gas till 53 000 gas. Kostnaden för att skapa ett kontrakt via ett annat kontrakt – den föredragna metoden – hade kostat mer än att skapa det via en transaktion. Genom att öka gaskostnaden för att skapa kontrakt via transaktioner uppmuntrade EIP 2.1 användarna att återvända till att skapa kontrakt via andra kontrakt.

EIP 2.2: ”Alla transaktionssignaturer vars s-värde är större än secp256k1n / 2 anses ogiltigt. ECDSA återhämtar det förkompilerade kontraktet oförändrat och accepterade fortsatta höga s-värden; detta är användbart t.ex. om ett kontrakt återställer gamla Bitcoin-signaturer. ” [källa]

EIP 2.3: Dikterat att om ett kontrakt inte hade tillräckligt med gas för att slutföra operationen skulle kontraktet “misslyckas” snarare än att skapa ett tomt kontrakt. Detta ändrade de möjliga resultaten från en transaktion från [framgång] [misslyckades] eller [tom] till bara [framgång] eller [misslyckades].

EIP 2.4: Eliminerade ett incitament som gjorde det möjligt för användare att skapa block med något högre svårigheter – dvs. block som mer sannolikt skulle brytas. Denna uppgradering stabiliserade blocktider mellan 10–20 sekunder och återställde nätverket till sin totala måltid på ~ 15 sekunder per block.

EIP-7

”Lägger till en ny opkod, DELEGATECALL vid 0xf4, som i idé liknar CALLCODE, förutom att den sprider avsändaren och värdet från det överordnade omfånget till det underordnade omfånget, dvs. det skapade samtalet har samma avsändare och värde som det ursprungliga samtalet. ” [källa]

EIP-8: Framtida uppgraderingar

EIP-8 var ett förbättringsförslag med tanke på framtida planerade nätverksuppgraderingar. Förbättringen säkerställde att all klientprogramvara på Ethereum kunde rymma framtida nätverksprotokolluppdateringar.

DAO gaffel | 20 juli 2016

I historien om planerade Ethereum-uppgraderingar och hårda gafflar förtjänar den oplanerade DAO-incidenten inkludering. År 2016 samlade en decentraliserad autonom organisation, DAO, 150 miljoner dollar i en tokenförsäljning för finansiering. I juni hackades DAO och ETH värt 50 miljoner dollar av en okänd hackare. Ethereum-samhället i stort bestämde sig för att hårdgaffla kedjan för att återställa pengarna till sina ursprungliga plånböcker och lappa sårbarheten. Den hårda gaffeln var emellertid omtvistad, och en del i Ethereum-samhället fortsatte att bryta och handla på den ursprungliga kedjan. Den ursprungliga kedjan – med den stulna etern inte tillbaka – blev Ethereum Classic, som har blivit svagare och utsatt för exploatering över tiden. Majoriteten av samhället och kärnutvecklarna fortsatte att arbeta av den gafflade kedjan – med den stulna ETH återvänt till sina ursprungliga ägare – vilket är vad vi nu känner till Ethereum blockchain.

Metropolis: Byzantium | 16 oktober 2017

Nästa etapp i Ethereums färdplan kallades Metropolis och den skulle äga rum i två faser: Byzantium och Konstantinopel. Byzantium gick live 2017 vid block 4 370 000 och inkluderade nio EIP, inklusive:

EIP 100

Justerade formeln för att bedöma svårigheten för ett block att ta hänsyn till farbror block. Den nya formeln gav emissionen stabilitet och säkerställde att den inte kunde tvingas uppåt genom att manipulera farbror.

EIP 658

För block efter Byzantium-uppgraderingen inkluderade transaktionskvitton ett statusfält för att indikera framgång (representerad av 1) eller misslyckande (representerad av 0).

EIP 649

Svårighetsbomben är en mekanism som, om den aktiveras, skulle öka den energi som krävs (dvs svårigheten) att bryta ett nytt block tills det blir omöjligt och inga nya block kan brytas. Vid denna tidpunkt skulle Ethereum-nätverket bli “fryst.” Svårighetsbomben ingick ursprungligen i nätverket i september 2015. Syftet är att stödja den eventuella övergången från Proof of Work mot Proof of Stake. När PoS implementeras kan gruvarbetare teoretiskt välja att stödja den gamla PoW-kedjan, vilket orsakar en splittring i samhället och skapandet av två separata kedjor – en underhållen av spelare och en underhållen av gruvarbetare. Lösningen för att detta inte ska hända är att implementera Difficulty Bomb, som så småningom skulle avveckla effektiviteten i gruvdrift och möjliggöra en fullständig övergång av nätverket till PoS utan hot om en omstridd hård gaffel. Försening av istiden / svårighetsbomb med 1 år och minskning av blockbelöning från 5 ETH till 3 ETH

En översikt över de återstående bysantiska EIP: erna (140, 196, 197, 198, 211, 214) finns här.

Metropolis: Konstantinopel | 28 februari 2019

Den andra delen av Metropolis-uppgraderingen, som heter Konstantinopel, var planerad att sändas vid blocket 7 080 000 – beräknat i mitten av januari 2019. Den 15 januari publicerade ett oberoende säkerhetsrevisionsföretag ChainSecurity en rapport som indikerade en av de fem huvudsakliga systemuppgraderingarna. skulle kunna ge angripare möjlighet att stjäla pengar. Som svar på rapporten röstade Ethereum-utvecklare och den utvidgade gruppen för att försena uppgraderingen tills säkerhetshålet kunde lösas. Senare samma månad meddelade kärnutvecklarna att uppgraderingen skulle äga rum i block 7.280.000. Block 7.280.000 anlände den 28 februari och uppgraderingen av hårdgaffel i Konstantinopel gick live. Dagens Ethereum-nätverk befinner sig i Konstantinopelfasen.

EIP 145: Bitvis förskjutningsinstruktioner

Lade till Bitwise-skiftinstruktioner till Ethereum Virtual Machine (EVM). Instruktionerna tillåter bitar av binär information att flytta till vänster och till höger. Denna förbättring innebär att utförandet av skift i smarta kontrakt blir 10 gånger billigare.

EIP 1052: Smart Contract Verification

Tillåtet för smarta kontrakt för att verifiera varandra genom att dra bara hash för det andra smarta kontraktet. Innan Konstantinopel skulle smarta kontrakt behöva dra hela koden för en annan för att verifiera, vilket tog tid och energi att utföra.

EIP 1014: CREATE2

Förbättrade möjliggörandet av statliga kanaler, en Ethereum-skalningslösning baserad på transaktioner utanför kedjan.

EIP 1283: LAGRING

Minskade bensinkostnaderna för SSTORE-verksamheten. Denna minskning gör att flera uppdateringar kan ske inom en transaktion billigare.

EIP 1234: Blockbelöningar & Svårighetsfördröjning

Består av två komponenter: Block Reward Reduction och Difficulty Bomb Delay.

Blockera belöningsreduktion

Belöningarna för gruvarbetare reducerades från 3 ETH per block till 2 ETH per block. Denna minskning är känd som “Thirdening.”

Svårighetsfördröjning

EIP 1234 fördröjer genomförandet av svårighetsbomben i ytterligare tolv månader, vid vilken tidpunkt det kommer att röstas igen.

Ser framåt: Istanbul & Lugn

Ser vi framåt är Serenity den slutliga destinationen för Ethereum-blockkedjan, men inte före Istanbul-hårdgaffeln och “Ethereum 1.x.” Istanbul-hårdgaffeln kommer till stor del att definieras av beslutet kring ProgPoW. Serenity kommer att definieras av den fullständiga växlingen från Proof of Work till Proof of Stake, men kommer att inkludera andra viktiga uppgraderingar. Speciellt introduktionen av Beacon Chain, Sharding och övergången från Ethereum Virtual Machine (EVM) till Ethereum-flavored Web Assembly (eWASM). Alla Serenitys uppgraderingar kommer att levereras i faser, och under den tiden kommer Ethereum 1.x att fortsätta att förbättras för att säkerställa fortsättningen av den ursprungliga PoW-kedjan. Håll utkik efter nästa artikel om framtida hårda gafflar och lugn.

***
Vill du ta din blockchain-utbildning till nästa nivå?

Utforska våra blockchain utbildningskurser →

Prenumerera på vårt nyhetsbrev för de senaste Ethereum-nyheterna, företagslösningar, utvecklarresurser med mera. E-postadress Exklusivt innehållEthereum Q3 2020 DeFi-rapportRapportera

Ethereum Q3 2020 DeFi-rapport

Ethereum Q2 2020 DeFi-rapportRapportera

Ethereum Q2 2020 DeFi-rapport

Komplett guide till blockchain-affärsnätverkGuide

Komplett guide till blockchain-affärsnätverk

Hur man bygger en framgångsrik Blockchain-produktWebinar

Hur man bygger en framgångsrik Blockchain-produkt

Introduktion till tokeniseringWebinar

Introduktion till tokenisering

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