Ethereum aktiverer Fusaka – første automatiserte BPO-fork kommer 9. desember

Ethereum har nå offisielt aktivert Fusaka-oppgraderingen på mainnet. Det markerer nok et viktig steg i nettverkets tekniske utvikling. Oppgraderingen gikk live uten problemer kl. 16:49 ET, ifølge et sammendrag delt av forsker Christine Kim etter det 225. All Core Developers Execution (ACDE)-møtet. For de fleste brukere skjedde overgangen uten forstyrrelser. Det var likevel et lite avvik: Omtrent 25 % av validatorene opplevde en kort nedgang i deltakelsen.

Alle disse kjørte Prysm-klienten. Utviklerne rullet raskt ut en patch, og innen få timer var validatoraktiviteten tilbake nær full styrke. Det pågår også en gjennomgang av en mindre Nethermind–Nimbus-feil. Så langt mener utviklerne at svært få brukere er påvirket. Kort sagt: Fusaka ble implementert uten dramatikk, og kjeden forble stabil.

Første automatiserte BPO-hard fork kommer 9. desember

Med Fusaka aktiv går Ethereum-utviklerne rett videre til neste fase. Den første automatiserte Blob Parameter-Only (BPO) hard forken er planlagt til 9. desember. Denne oppdateringen vil automatisk justere blob-parametere uten å utløse en tradisjonell full hard fork. Den bygger videre på veikartet etter Dencun og skal finjustere hvordan Ethereum håndterer data-tilgjengelighet for rollups. Enkelt forklart gjør endringen det lettere for Ethereum å skalere. Nettverket kan reagere raskere på faktisk etterspørsel uten gjentatte manuelle oppgraderinger. Utviklere ser dette som et viktig steg mot jevnere og mer adaptive nettverksoppgraderinger fremover.

Omfanget av Glamsterdam snevres inn

På samme møte tok utviklerne også et steg videre i planleggingen av den neste store hard forken, kjent som Glamsterdam. Mer enn 40 Ethereum Improvement Proposals (EIP-er) lå opprinnelig på bordet. Etter diskusjoner ble 14 forslag forkastet. Utviklerne prioriterer nå fem EIP-er for mulig inkludering, mens ytterligere fem fortsatt er under aktiv vurdering. Resten går ikke videre i denne oppgraderingsrunden. Denne innstrammingen reflekterer et økende fokus på å holde oppgraderinger stramme og håndterbare. Utviklerne ønsker færre funksjoner per fork, noe som reduserer teknisk risiko og gir bedre testkvalitet. Endelig beslutning om omfanget av Glamsterdam vil fortsette gjennom de kommende utviklermøtene.

FOCIL og oppdateringer i ferieschedule

Utviklerne ble også enige om å ta pause i Ethereum-møtene 25. desember og 1. januar. Ordinære samtaler gjenopptas etter dette. I mellomtiden er det omstridte EIP-7805, også kjent som Fork-choice enforced Inclusion Lists (FOCIL), fortsatt uløst. Teamene vil ta opp forslaget igjen på neste All Core Developers Consensus (ACDC)-møte. FOCIL kan påvirke hvordan transaksjoner sikres innpass under blokkproduksjon, noe som gjør det til et sensitivt styringstema.

Hva dette betyr for Ethereum-brukere

For vanlige brukere endrer ikke Fusaka-aktiveringen hvordan lommebøker eller apper fungerer i dag. Men den styrker nettverkets stabilitet og forbereder Ethereum på mer automatiserte oppgraderinger fremover. BPO-forken 9. desember vil ytterligere støtte rollups og aktivitet på Layer 2. Samtidig signaliserer Glamsterdams strammere omfang en mer kontrollert oppgraderingsprosess. Kort oppsummert: Ethereum har gjennomført enda en ren oppgradering. Og med automatisering på protokollnivå er nettverket stille på vei inn i en raskere og mer fleksibel utviklingsfase.