Oppdatering om Ethereums Glamsterdam-oppgradering
Ifølge en nylig oppdatering fra kjerneteamene til Ethereum er implementeringen av Ethereums neste oppgradering, Glamsterdam, godt i gang. Kjerneutviklerne har som mål å lansere den første Glamsterdam Devnet neste uke for den kommende oppgraderingen.
ePBS har vist seg å være en utrolig strukturelt kompleks endring, som deler blokkproduksjonen mellom to koordinerende parter innen konsensus. Få en oppdatering om oppgraderingens status her: pic.twitter.com/02brXE5LSC.
I en tweet indikerte Ethereum-utvikleren Nixo at kjerneutviklerne har som mål å lansere den første Glamsterdam Devnet neste uke, forutsatt at den nåværende ePBS Devnet kan stabiliseres.
Etter dette vil de iterere gjennom flere slike Devnets som inkluderer flere og flere av de ikke-hovedfokuserte funksjonene. Når en stabil Devnet er oppnådd med alle funksjonene som vil bli inkludert, vil Ethereum-utviklerne kutte klientutgivelser, gjøre endelige sikkerhetsvurderinger, gå til testnett, og når disse er bekreftet stabile, vil de endelig kunngjøre datoen for hovednettets fork.
Funksjoner og utfordringer
Glamstadams spesifikke sett med funksjoner inkluderer flere gassprisjusteringer som for det meste blir prioritert som en pakke. Ethereum-utviklerne har også vært konstruktivt åpne om betydningen av EIP-7954, en økning av maksimal kontraktsstørrelse, som sannsynligvis vil bli prioritert.
Et stort hinder for Glamsterdam-fremdriften er ePBS, som deler blokkproduksjonen mellom to parter som handler i sekvens innen konsensus, i stedet for slik det skjer i dag utenfor protokollen. Protokollen må nå håndtere uenighet eller svikt mellom dem. Hver del av stakken må ta hensyn til «delvise blokker» og to-part koordinering, en endring som påvirker praktisk talt alt.
Tidslinje for oppgraderingen
Når det gjelder timing, har Ethereum-utviklerne ikke forpliktet seg til en spesifikk dato for Glamsterdam-oppgraderingen, men har indikert at det sannsynligvis vil finne sted en gang i 2026. Ethereum-utviklerne fremhever Glamsterdam-fremdriften som langsom, men jevn.
Den innskrevne Proposer-Builder Separation (ePBS) implementeringen viser seg å være mer komplisert enn forventet, og ikke-hovedfokuserte funksjoner som gassprisjustering har sine egne kompleksiteter å jobbe gjennom.
Den følgende oppgraderingen, Hegotá, har nå valgt sin hovedfunksjon, FOCIL (EIP-7805), med en forpliktelse til å jobbe med Account Abstraction som en del av det mindre funksjonssettet.
