Ethereum-udviklere diskuterer sværhedsgrad bombeforsinkelse – Trustnodes

Ethereum-udviklere diskuterer, om de skal forsinke sværhedsbomben endnu en gang, og nogle hævder, at den skal flyttes med yderligere 3-4 måneder.

En af dem sagde, at der ikke burde være pres for pressets skyld, og nogle hævdede, at "testnet-installationer har været ujævne."

Lanceringen af ​​Ropstens testnet-fusion mødte nogle vanskeligheder på grund af en kunstig stigning i dets hashrate, hvilket gjorde, at lanceringstidspunktet var langt hurtigere end forventet.

”I betragtning af den lave hash-rate på Ropsten (og Sepolia), er det billigt for nogen at øge den. Den 26. maj var der nogen, der gjorde det og 20x havde hash-raten." sagde Tim Beiko, en etisk udvikler.

I stedet for at flette relaterede testnet-problemer, lyder det dog mere som om nogen spiller spil med en række udviklere på All Core Meeting, der siger, at dette problem ikke afspejler flettet.

Men Tomasz Stańczak, grundlæggeren af ​​eth1-klienten Nethermind, der pressede på for at forsinke sværhedsbomben, hævdede, at shadoforksene ikke fortæller meget som svar til en udvikler, der sagde, at de var gået godt.

Stańczak sagde i stedet, at bikubetestene havde vist "flere fejl" uden yderligere detaljer.

Marius van der Wijden var af den opfattelse, at en forsinkelse ville betyde, at der skulle planlægges endnu en hardfork, hvilket kræver lokal koordinering. "Vi kan miste nogle mennesker, hvis vi planlægger endnu en forsinkelse," sagde han.

Han hævdede endvidere, at han ikke ser tekniske fordele ved forslaget om at forsinke sværhedsbomben, og at hold virkelig bør stræbe efter at "ramme de tidslinjer, vi sætter os selv."

Men der vil nu blive udarbejdet et EIP, som skal diskuteres i næste opkald, og det lyder som om, der er en form for konsensus om en halvvejs forsinkelse på to måneder.

Sværhedsbomben er ikke helt begyndt at bevæge sig endnu, som det kan ses ovenfor, men Stańczak hævdede, at blokeringstider vil stige til 25 sekunder i august.

Tidligere har det taget nogle måneder, fra bomben havde svært ved at sparke ind, til blokeringstider steg overalt i nærheden af ​​30 sekunder, og så ville det sandsynligvis ikke være før slutningen af ​​september, hvis ikke senere.

En forsinkelse på to måneder ville i stedet betyde, at sværhedsgradsbomben ville starte i begyndelsen af ​​oktober, og så blokeringstider ville forblive på 13 sekunder gennem august og september.

Nogle tager denne sværhedsbombe og dens forsinkelse som den faktiske måldato for fusionen, med Stańczak offentligt angivelse forud for opkaldet, at han anslår sammenlægningen "i anden halvdel af oktober", hvor August er optimistisk.

Det oprindelige mål for fusionen var juni i betragtning af, at de har har testet det på Klin siden marts. Dette blev skubbet tilbage til august, selvom det sandsynligvis altid var september, og nu kan blive skubbet tilbage til oktober igen.

Hvis sværhedsbomben bliver forsinket, så vil en væsentlig del af Merge pushback være eth1's hårde indsats for at implementere denne forsinkelse, hvor to måneder koster eth-indehavere $60 millioner oven i de $90 millioner for forsinkelsen til august.

Alt imens har ingen helt forklaret, hvorfor de brugte tid på shadow forking, når det tilsyneladende er ubrugeligt ifølge Stańczak, eller hvorfor vi har brug for endeløse testnet efter testnet-fusioner, når det normalt har været en testnet-opgradering – klin – der kørte i tre måneder.

Derudover bør det at lade vanskelighedsbomben fortsætte lette overgangen for minearbejdere ud af netværket, da i stedet for at al deres indkomst pludselig bliver afskåret, vil den gradvist reduceres på grund af stigende blokeringstider, halveres i september og derefter ned til nul, når fusionen går Direkte.

Men ud fra diskussionen er det værste, de tilsyneladende planlægger at gøre, alligevel at udskyde til oktober, så det hele lyder lidt akademisk med Ropstens testnet-fusion, der først finder sted om cirka to uger, hvilket burde give en indikation af, hvordan forsinkelsesstrategien går. .

 

Kilde: https://www.trustnodes.com/2022/05/27/ethereum-devs-discuss-difficulty-bomb-delay