ethereum kern developers debat voordele van meer dikwels harde forks
hoe dikwels is ook dikwels te te verander consensus
'n groep van ethereum s veteran oop bron developers bespreek die onderwerp in 'n bi weeklikse vergadering vrydag wherein hulle aired die moontlikheid wat stelsel groot upgrades ook genoem harde forks te die sagteware kon wees enacted soos dikwels soos elke drie maande
wil te tjek die temperatuur die developer vra die vraag verduidelik wat sekere upcoming ethereum verbetering proposals eips so 'n soos staat rents sou vereis verskeie upgrades sequentially spaced uit vir vol effek
drie maande egter in die oë van joseph delong senior sagteware ingenieur op onderneming kapitaal studio consensys is ook vinnig vir 'n turnaround
span lei op die ethereum grondslag p ter szil gyi ooreengekom verduidelik
soos 'n sagteware kliënt developer indien jy weer net werk is te implement harde forks en doen hulle dan drie maande is boete maar gewoonlik kliënte vereis 'n baie van onderhoud sodat indien jy begin doen drie maand harde forks dit sal hoofsaaklik neem al die tyd weg uit algemene onderhoud en prestasie improvements
ethereum grondslag sekuriteit lei martin hoste swende terwyl stem wat 'n harde vurk elke drie maande sou wees 'n slegte ding kennis geneem wat name gevalle met eenvoudig veranderinge unanimously eens op kon het korter loop keer
die idee sou nie wees te skedule 'n harde vurk elke drie maande maar sien indien "maak x is voltooi en daar daar bestaan toets gevalle en dit is implemented in al kliënte indien sodat dan ons kan harde vurk mooi binnekort aangevoer swende gedurende die roep
maar moedig developers te neem hul planne 'n stap op 'n tyd fredrik harryson cto van parity technologies kennis geneem wat selfs 'n timeline van ses maande vir 'n beplan ethereum harde vurk het nooit is achieved
daar s 'n paar dinge ons waarskynlik nodig te automate in einde te doen korter harde forks werklik goed 'n baie van die tyd wat gaan in die harde vurk is nie net maak die kode dit s alles wat gaan rondom gesê: harryson
in benewens te hierdie ethereum grondslag adviseur greg colvin kennis geneem wat die meeste spanne gebou ethereum sagteware kliënte doen nie presently het die reg persoon te hanteer noodsaaklik werksgeleenthede vir harde vurk implementation so 'n soos instelling up testnets loop toets gevalle doen toets onder ander verantwoordelikhede
te hierdie harryson gereageer die saak was oor nie gesien genoeg finances te aan boord so 'n span lede vir ons dit s geld ons don t het genoeg geld agter dit quipped harryson
multi- stap upgrades
maar dit s nie net 'n saak van of of nie daar moet wees meer dikwels harde forks
developers gedurende vandag s roep ook bespreek of daar was 'n nodig vir ambisieuse meer langtermyn veranderinge te die teenwoordig ethereum blockchain in lig van 'n impending beweeg te ethereum 2 0 'n nuwe ethereum netwerk wat keer ten volle geaktiveer users sou migrate oor te uit die huidige mainnet
suggereer wat developers soos alexey akhunov en ethereum founder vitalik buterin het cautioned teen veranderinge wat aren t vir die oorlewing van die teenwoordig ethereum ketting harryson gevra
hoe baie doen ons sway buite van hierdie omdat eip 615 lei in 'n lank ketting van improvements wat gaan in 'n aantal jaar voordat ons weer sien massiewe voordele uit dit
eip 615 is 'n van vyf proposals oorweeg vir inclusion in die volgende ethereum harde vurk genoem istanbul dit aims te voer improvements te die baie hart van die ethereum codebase bekend soos die ethereum virtual masjien evm wat is verantwoordelik is vir executing al self deploying lyne van kode ook genoem smart kontrakte op die platform
die evm is ook 'n sleutel tegnologie wat ander enterprise blockchain initiatives so 'n soos hyperledger het is gerapporteer in die verlede te bou interoperability met
die ontwerp van die evm maak laag gas koste 'n hoë prestasie uitvoering moeilik ons stel te beweeg vorentoe met proposals te los hierdie probleme deur tightening die sekuriteit waarborg en stoot die prestasie grense van die evm skryf die authors van eip 615 colvin brooklyn zelenka pawel bylic en christina reitwiessner
egter soos kennis geneem deur swende gedurende vandag s roep eip 615 soos voorgestelde sou vereis op minstens twee harde forks te ten volle uit te voer en 'n positiewe spoed effek te werklike kode computations in die evm sou nie wees noticeable totdat die latter harde vurk is uitgevoer
wat s my hoof kommer oor hierdie eip dit s 'n baie van werk maar ek don t dink dit sal lei te 'n baie 'n beter evm dit kan wees 'n beter vir die external gereedskap soos indien jy weer doen 'n omgekeerde analise van die sekuriteit eiendomme van 'n smart kontrak gesê: swende
so 'n tooling zelenka voorgestel is noodsaaklik te te verseker vervolg vorentoe compatibility met forthcoming evm upgrades soos ewasm en 'n glad onboarding ervaring vir smart kontrak developers in lig van 'n undetermined ethereum 2 0 vry datum
daar is ander opsies vir smart kontrak developers uit daar ons nodig te hou ethereum 1 x lewe en wat beteken voortgesette te beweeg aangevoer zelenka op vandag s roep
stem te bly debat en bespreking op die eip in verder weke swende concluded wat op teenwoordig hy bly skeptical oor implementing so 'n groot veranderinge in die oud motor wat basies neem 'n paar van harde forks voordat dit uiteindelik vestig
maar stem met onseker sentiment rondom die toekoms van ethereum 2 0 harryson wat opgewek die aanvanklike vraag oor ambisieuse multi- harde vurk upgrades gesê:
ons shouldn t aanpas ons roadmap of dink gebaseer op wat ethereum 2 0 kan of kan nie wees
vurk beeld via