Istanbul til Berlin: Ethereum-milepæle på vejen til sindsro

Tidligere på denne måned bekræftede Ethereum Foundation-lederen Péter Szilágyi datoen for netværks kommende opgradering, Istanbul. Ethereums ottende hårde gaffel samlet og den anden i år skulle finde sted den 4. december. Den 20. november pr. Embedsmand bekendtgørelse, datostimatet blev flyttet til omkring 7. december.

Istanbul vil introducere en række forbedringer såsom interoperabilitet med Zcash, billigere nul-videnslag to skalerbarhedsløsninger og justeret gaspris til visse operationer, hvilket markerer en ny milepæl langs vejen til Ethereum 2.0, en meget forventet “ultimativ” version af netværket . Hvordan passer Istanbul nøjagtigt ind i den store ordning af ting?

Gafler, frigivelser og faser

Intet komplekst open source-system er nogensinde i sin endelige tilstand – software er altid i bevægelse og forbedres konstant og opdateres. Dette gælder især for Ethereum, hvis vej mod at blive en distribueret “verdenscomputer” og platformen for decentraliserede applikationer er blevet skitseret fra starten som en række på hinanden følgende milepæle.

Det nuværende mål, som Ethereum-udviklerfællesskabet forfølger, er en avanceret version af netværket kaldet Ethereum 2.0, Eth2 eller Serenity. Opgraderingen forventes at se en række drastiske udviklinger, såsom overgang fra proof-of-work til en mere energieffektiv bevis på indsats konsensusalgoritme, realisering af et nyt skalerbarhedsparadigme kaldet sharding, og indførelsen af ​​en mere effektiv Ethereum Virtual Machine i stand til at udføre højtydende smarte kontrakter. Forsker Danny Ryan har formuleret fem overordnede designmål for Ethereum 2.0: decentralisering, modstandsdygtighed, sikkerhed, enkelhed og lang levetid.

Forskelle i det sprog, der bruges til at beskrive stadierne af netværksopdateringer, kan være forvirrende: Der er hårde gafler opkaldt efter verdens store byer, nummererede faser, udgivelser betegnet med versionskoder og poetiske etiketter som “sindsro”. Alligevel kommer det i sidste ende ned på en ret ligetil struktur.

Ethereum blockchain hårde gafler

Den største forøgelse af udviklingsprocessen kaldes en frigivelse. En enkelt frigivelse kan vedtages ved hjælp af en eller flere hårde gafler – makeovers af blockchain-protokollen, der markerer en fuldstændig afvigelse fra den gamle version.

Til dato har der været tre udgivelser – den nuværende kaldet Metropolis – som er rullet ud i to trin: Byzantium og Konstantinopel hårde gafler, hvor Istanbul stadig er gået. Efterfølgende hårde gafler, Berlin (foreløbigt planlagt til juni 2020) og London markerer fremkomsten af ​​den fjerde udgivelse, Ethereum 2.0 eller Serenity.

Hårde gafler vedtager ændringer til det nuværende operationelle Ethereum mainnet. Det køreplan til Ethereum 2.0 bestemmer dog oprettelsen af ​​separate nye kæder – såsom den eventuelle eksistens af to aktive Ethereum-kæder med forskellige konsensusmekanismer. Udrulningen af ​​Ethereum 2.0-kæden kommer i en række faser, der er specificeret i køreplanen.

Istanbul: accepterede forbedringer

Det vigtigste styringsmiddel, som Ethereum-samfundet er afhængig af for at komme netværket fremad, er Forslag til forbedring af Ethereum. De specificerer forslag relateret til ændringer i kerneprotokollen, klient-API’er (Application Programming Interfaces) og smarte kontraktstandarder.

Forfattere forsøger normalt at tidsforsætte forslag til gaffelplanen og målrette mod specifikke hårde gafler, der er annonceret på forhånd. Der er i øjeblikket et skub i samfundet for at skifte til en “EIP-centreret” nærme sig ved opgradering af systemet, hvor hyppigere og mindre gafler kunne lade forslag udvikle sig i deres eget tempo. Berlin, den hårde gaffel, der er beregnet til at følge Istanbul, er forventet at være den første i dette paradigme.

Istanbul stadig følger den “gaffelcentriske” tilgang, hvor mange forslag i forskellige faser af deres livscyklus blev sat op og gennemgået under alle Core Devs-opkald. Udviklere klassificerede EIP’er som enten ønskede og klar til at gå i gaffelen (accepteret), ønsket men endnu ikke klar (foreløbigt accepteret, antages gå live med den næste hårde gaffel) eller ikke ønsket (permanent afvist). Ud af 38 præsenterede EIP’er blev kun seks accepteret til optagelse, med yderligere otte godkendt til Berlin-gaffelen. Her er en oversigt over de accepterede forslag:

EIP-152 bringer evnen til at verificere Equihash-proof-of-work-algoritmen inden for en Ethereum-kontrakt, der muliggør interoperabilitet mellem Zcash- og Ethereum-blokeringer.

EIP-1108 reducerer prækompilerede gasomkostninger, hvilket gør en generation af ikke-interaktive nul-vidensbestandige eller zk-SNARKs billigere. Dette er god nyhed af to grunde. Den ene er, at ændringen vil forbedre udviklingen af ​​fortrolighedsfokuserede applikationer, der bruger denne type kryptografi.

Mere konsekvent er brugen af ​​zk-SNARKs en anden-lags løsning, der kan være medvirkende for at lindre nogle af Ethereums skalerbarhedsproblemer ved at flytte en betydelig mængde beregningsarbejde off-chain.

EIP-1344 tilføjer en opcode, der returnerer den aktuelle kædes unikke identifikator og introducerer en måde, hvorpå kontrakter kan spore den Ethereum-kæde, de er i. Dette vil forbedre systemets modstandsdygtighed over for replay-angreb på underskrevne transaktioner.

EIP-1884 er måske den mest omdiskuterede af de accepterede forslag og skabte kontrovers siden mindst august i år. Dette forslag er introduceret af Martin Holst Swende, en sikkerhedsleder hos Ethereum Foundation omprisning visse opkoder (instruktioner til Ethereum Virtual Machine, der udfører smarte kontrakter) for at “opnå en god balance mellem gasudgifter og ressourceforbrug.”

Problemet, som EIP-1884 skal løse, stammer fra nogle operationer, der bliver mere ressourceintensive med udvidelsen af ​​Ethereum blockchain. I øjeblikket tager blokke med lignende gasforbrug meget forskellige tidspunkter at afslutte, hvilket ikke kun er et problem i sig selv, men kan også være en vektor af et denial-of-service-angreb.

Friktion opstod under 69 Core Dev-opkald den 23. august, hvor Parity Technologies ‘Wei Tang gav udtryk for bekymringer over muligheden for, at ændringen af ​​opcode-omkostninger ville bryde nogle kontrakter, der allerede er implementeret. Han argumenterede for, at bagudkompatibilitet skulle bevares, så gamle kontrakter kunne fungere i henhold til den oprindelige prisfastsættelse.

Hudson Jameson, Ethereum Foundation’s samfundskontakt, svarede at der er et “præcedenssæt, som OPCODE-priser kan og vil ændre, så dine kontrakter ikke skal stole på antagelsen om, at de ikke vil ændre sig”, og tilføjer, at overgangen vil lade folk være bedre forberedt på de mere drastiske ændringer, der er forestående.

EIP-1884 vil påvirke et begrænset antal kontrakter på tværs af forskellige projekter. Hubert Ritzdorf fra blockchain-sikkerhedsfirmaet ChainSecurity har sammensat måske det mest omfattende liste af sådanne kontrakter, der er berørt.

EIP-2028 reducerer omkostningerne ved at ringe til data i transaktioner, hvilket potentielt fører til større blokke og dermed forbedret skalerbarhed af netværket. Dette vil også gøre lag to skalerbarhedsløsninger (såsom zk-SNARK) mere tilgængelige.

EIP-2200 implementerer nettogasmåling og ændrer måden, hvorpå omkostningerne ved opbevaring i EVM beregnes. Dette vil muliggøre nye funktioner til kontraktopbevaring og reducere nogle for store omkostninger.

Stadig på vej

Et andet højt profileret forslag, som Ethereum-samfundet overvejede i opbygningen til Istanbul hård gaffel er EIP-1057, der søger at erstatte den nuværende Ethash-minealgoritme med en ny proof-of-work-funktion kaldet ProgPoW, forkortelse for Programmatic Proof-of-Work. Core devs har foreløbigt accepteret initiativet afventende revidere resultater til optagelse i Berlins hårde gaffel.

Ideen bag denne algoritmeopdatering er at indstille den til råvarehardware, der bruger grafikbehandlingsenheder, hvilket gør minedrift vanskeligere for opsætninger udstyret med applikationsspecifikke integrerede kredsløbschips.

Denne foranstaltning er designet til at genoprette en vis grad af decentralisering til distribution af minedrift, mens nivellering af marken gøres ved at gøre Ethereum-minedrift mere attraktivt for individuelle brugere og små virksomheder, der ikke er investeret i specialiseret hardware. ASIC’er var en vigtig drivkraft bag industrialisering af minedrift gennem de sidste par år, hvilket førte til massive, centraliserede minedriftsklynger.

Tidligere på året sagde Ethereum Foundation’s sikkerhedsleder Martin Holst Swende, at introduktionen af ​​ProgPoW ville afbøde graden af ​​ASIC’er og andre hardwareacceleratorers dominans på netværket. Han tilføjede, at en anden grund til ændringen er de sikkerhedsmangler, der er forbundet med Ethash.

Selvom der ser ud til at være enighed blandt kerneudviklerne med hensyn til ønskværdigheden af ​​ProgPoW, er ikke alle i samfundet glade for udsigten til, at minedriftsalgoritmen ændres, før der skiftes til bevis for indsats i Ethereum 2.0.

Den mest vokale dissenter hidtil har været Aragon, et projekt til styring af decentrale autonome organisationer, hvis samfund stemte den 2. november for at modsætte sig ændringer i Ethash før overgangen til Ethereum 2.0.

På trods af en vis spænding er der ingen indikationer på, at en kritisk masse af Ethereum-brugere er bittert imod den foreslåede ændring, hvilket gør det usandsynligt, at udviklingen vil føre til en alvorlig rift.

Skulle den uafhængige revision attestere robustheden i den nye algoritme, vil den sandsynligvis blive håndhævet med Berlins hårde gaffel, der nu foreløbigt er planlagt til juni 2020, da Ethereum fortsætter sin march mod den eftertragtede 2.0-version af netværket.

Artiklen blev opdateret for at afspejle den nye deadline for Istanbul hard fork.

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