Ethereum planlægger Hoodi-test den 26. oktober til Glamsterdam-opgraderingen, efterhånden som grænsen på 200 mio. gas nærmer sig.

Ethereums næste store opgradering har endnu en dato på kalenderen, selvom det ikke er en mainnet-lancering. Udviklere har planlagt Glamsterdam til at blive aktiveret på Hoodi-testnettet den 26. oktober, endnu et skridt i testningen af ændringer i, hvordan Ethereum producerer blokke og redegør for eksekveringsomkostninger. TL;DR: Glamsterdam er planlagt til Hoodi kl. 17:42:48 UTC den 26. oktober. Testnettets gasgrænse vil stige til 200 millioner på samme tid, men Ethereum har ikke annonceret en mainnet-aktiveringsdato. Ethereum Foundation siger, at opgraderingen vil blive aktiveret ved Hoodi-epoke 132.352, slot 4.235.264. Det følger opgraderingens aktivering den 6. oktober på Sepolia, hvilket giver udviklerne endnu et miljø til at kontrollere softwarekompatibilitet, før de vælger en dato for hovedkæden. To ændringer er kernen i Glamsterdam. Enshrined proposer-builder separation, eller ePBS, flytter forholdet mellem blokproposere og buildere ind i Ethereums protokol i stedet for at være så afhængig af eksterne ordninger. Blokniveau-adgangslister er beregnet til at gøre det lettere for klienter at behandle og validere dele af en blok parallelt. Opgraderingen ændrer også gasregnskabet, herunder hvordan Ethereum opkræver betaling for tilstandsoprettelse og -adgang. Det betyder noget for applikationsudviklere, hvis kontrakter eller værktøjer er afhængige af faste antagelser om gasomkostninger. Validatorer og nodeoperatører på Hoodi vil i mellemtiden have brug for kompatible eksekverings- og konsensusklienter før aktiveringen. En gasgrænse på 200 millioner på et testnetværk er en vigtig ingeniørmæssig milepæl, ikke et løfte om, at mainnet-kapaciteten øjeblikkeligt vil firedobles. Hoodi-øvelsen vil hjælpe med at afgøre, om de planlagte ændringer opfører sig som forventet under reelle driftsforhold. Mainnet-brugere har endnu ingen handling at foretage. Skrevet af News Desk og redigeret af Samuel Rae.

Ofte stillede spørgsmål
FAQs Ethereums 26. oktober Hoodi-test for Glamsterdam og 200M-gasgrænsen



1 Hvad er Hoodi-testen den 26. oktober

Det er en testnetkørsel på Hoodi, et af Ethereums testnetværk, hvor udviklere afprøver Glamsterdam-opgraderingen, før den går live på mainnet. Tænk på det som en generalprøve



2 Hvad er Glamsterdam-opgraderingen

Det er Ethereums næste store opgradering, der kombinerer arbejde fra Gloas og Amsterdam. Navnet er en sammensmeltning af de to



3 Hvad er en gasgrænse

Gas måler beregningsmæssig indsats på Ethereum. Gasgrænsen er den maksimale gas, der er tilladt pr. blok – den begrænser, hvor meget arbejde en blok kan indeholde



4 Hvad betyder 200M gasgrænse

Det betyder, at blokke kan håndtere op til 200 millioner gas, hvilket er cirka flere gange nutidens grænser. Større blokke betyder flere transaktioner pr. blok og potentielt lavere gebyrer



5 Hvorfor er 200M-gasgrænsen en stor ting

Det er et stort løft i kapacitet. Det kan øge gennemstrømningen og reducere trængsel, men det belaster også nodernes båndbredde og tilstandsvækst – hvilket netop er grunden til, at det testes omhyggeligt



6 Hvorfor teste på Hoodi i stedet for mainnet

Testnetværk lader udviklere finde fejl uden at risikere rigtige midler. Hoodi er et af Ethereums nuværende langsigtede testnetværk, der bruges til staking og opgraderingsprøver



7 Hvad sker der, hvis testen fejler

Udviklere diagnosticerer problemerne, patcher klienter og kører test igen. En mislykket testnetkørsel forsinker mainnet-tidsplanen, men påvirker ikke rigtige brugeres midler



8 Skal jeg gøre noget som almindelig bruger

Nej. Testnet-tests påvirker ikke mainnet-ETH eller dine wallets. Bare følg med i officielle meddelelser om mainnet-tidspunktet



9 Jeg kører en node – skal jeg være opmærksom

Ja. Højere gasgrænser betyder mere CPU, hukommelse, båndbredde og diskforbrug. Hold øje med klienternes udgivelsesnoter, og test din opsætning på Hoodi, hvis du kan



10 Hvilke problemer kan dukke op under testen

Almindelige problemer omfatter klientinkompatibilitet, missede slots, synkroniseringsproblemer, blokke, der tager længere tid at propagere, og tilstandsvækst

Scroll to Top