Az Ethereum következő nagy frissítése, a Glamsterdam akár csökkentett tartalommal is megérkezhet, mivel több kulcsfontosságú fejlesztés nem halad a várt ütemben. A fejlesztői csapat egyre inkább szembesül a valósággal: ha tartani akarják a 2026 közepére kitűzött határidőt, akkor bizonyos funkciókról – legalábbis egyelőre – le kell mondaniuk. A döntés hatással lehet az Ethereum skálázhatóságára, decentralizációjára és a fejlesztési ütemtervre is.
Túl szoros határidő: visszavágott lehet a Glamsterdam frissítés
Az Ethereum Glamsterdam frissítése a 2025-ben bevezetett évi két rendszeres upgrade-ciklus első nagy próbája. A tervek szerint a Fusaka frissítés után érkezne, és a hálózat méltányosságát, feldolgozási kapacitását és általános hatékonyságát hivatott fejleszteni.
A fejlesztők azonban a január 23-án tartott All Core Developer Consensus (ACDC) hívás során ráébredtek: bizonyos tervezett funkciók nem készülnek el időben. A helyzet kísértetiesen emlékeztet a Pectra frissítés körüli problémákra, amikor szintén túl ambiciózusra sikeredtek a fejlesztési célok.
Christine D. Kim, a Protocol Watch alapítója és jól ismert Ethereum-elemző ezt így kommentálta:
„Akik a Pectra-időkből is követnek engem, most valószínűleg felsóhajtanak: ‘Már megint?’”
Mi kerülhet ki a frissítésből? – Veszélyben az ePBS és a BALs
A frissítés egyik központi eleme az EIP-7732, azaz az enshrined proposer-builder separation (ePBS) nevű javaslat. Ez egy régóta várt fejlesztés, amely csökkentené a manipuláció és centralizáció kockázatait az Ethereum ún. maximum extractable value (MEV) ökoszisztémájában.
A jelenlegi állás szerint ennek a fejlesztésnek a bevezetése csúszhat, vagy akár teljesen kikerülhet a Glamsterdamból, ha a februári határidőt nem sikerül tartani.
A másik fontos komponens, az EIP-7928, a blokk-szintű hozzáférési listák (block-level access lists – BALs) bevezetését célozza. Ez lehetővé tenné a párhuzamos feldolgozást, amivel jelentősen nőhetne a hálózat áteresztőképessége.
Csakhogy itt is komoly technikai akadályokba ütköztek a fejlesztőcsapatok – különösen a konszenzusréteget kezelő kliensprogramok szintjén.
Toni Wahrstätter, az Ethereum Foundation prototípus-fejlesztési csapatának vezetője szerint egy új engine API változás komolyan hátráltatja az EIP-7928 integrálását, és egyelőre egyetlen csapat sem tudott működőképes megoldást prezentálni a szükséges „partial cell proof” struktúrákra, amelyek a blob-kapacitás további növeléséhez kellenének.
Túlterhelés és stresszteszt problémák lassítják a munkát
A technikai problémákat tovább súlyosbították az EthPandaOps csapat által végzett stressztesztek. A 2025. decemberi tesztek során a Consensys által fejlesztett Teku kliens működésében több hibát is azonosítottak.
Enrico del Fante, a Teku fejlesztője kérte is a stressztesztek ideiglenes szüneteltetését, hogy csapata orvosolhassa az ismert hibákat. Ezek a problémák közvetlenül hátráltatják a Glamsterdam fejlesztését, és veszélyeztetik az időben történő szállítást.
Február sorsdöntő lehet – és hatással lehet a Hegota frissítésre is
Hivatalosan még nem ismerték el a fejlesztők, hogy a Glamsterdam tartalma és határideje ütközésben van, de a januári ACDC híváson abban megegyeztek, hogy február végéig döntést hoznak a funkciók szűkítéséről vagy a teljes frissítési terv módosításáról.
Etan Kissling, a Nimbus kliens fejlesztője szerint bár a Nimbus és a Lodestar már elvégezte az előkészületi munkát, a többi klienscsapat még nem zárta le a saját rendszereinek frissítését.
Ha a Glamsterdam frissítés valóban csúszik vagy tartalmilag lecsökken, az a rá következő Hegota frissítésre is hatással lehet – késleltetve vagy torzítva az Ethereum fejlesztési ütemtervét.
Alex Stokes, az Ethereum Foundation protokoll-koordinációs csapatának társelnöke felszólította az EIP-javaslatok szerzőit, hogy minél hamarabb prezentálják ötleteiket a közelgő ACDC-hívásokon.
