Ethereum Glamsterdam teszthálózati előkészítése és következményei
Ethereum közössége és node‑operátorai a Glamsterdam protokollcsomag Hoodi teszthálózati aktiválására készülnek, amelyet az Ethereum Foundation október 26‑ára, 17:42:48 UTC‑re jelölt meg. A bejelentés szerint a Hoodi epochja 132,352‑re és a slot 4,235,264‑re van ütemezve, és a teszthálózat blokkgáz‑céltartománya ugyanabban az epochban 200 millió gázra emelkedik. A Hoodi aktiválás a Sepolia‑n október 6‑án végrehajtott Glamsterdam bevezetését követi, de a Foundation egyértelműen leszögezte: a mainnet aktiválás időpontja jelenleg nincs meghatározva, és külön bejelentést igényel.
A Glamsterdam több változtatást kombinál: EIP 7732 az enshrined proposer‑builder separation‑t viszi be, azaz a blokkjavaslatért és a builder által összeállított payloadokért járó kézfogás, kötelezettségvállalás és kifizetés logikáját a konszenzusba emeli, valamint új timeliness feladatokat rendel a payloadok feltárásához. EIP 7928 blokk‑szintű access listákat vezet be, amelyek a blokkokban érintett accountokat és storage‑helyeket, illetve az utóállapot‑változásokat rögzítik, hogy a kliensek párhuzamosabb leolvasásokat és ellenőrzést tudjanak végezni. Emellett a csomag átdolgozza az állapot‑létrehozás és állapot‑hozzáférés árszabását (EIP 8037, EIP 8038 és kapcsolódó javaslatok), ami bizonyos tranzakciók és szerződések gas‑feltételeit megváltoztathatja.
A Foundation és a cikkek hangsúlyozzák, hogy Hoodi eredményei nem azonosak a mainnet viselkedésével: a 200 millió gáz cél egy teszthálózati konfiguráció, amely fokozott blokkméret‑terhelést tesztelhet, de a tényleges blokkok kitöltése, a kliensek feldolgozási ideje, a builder payloadok késése vagy hiánya és a kliensek egyetértése mind mérvadóbb mutatók. A bejelentéshez közzétett klienskiadások listája tartalmazza néhány megerősített verziót — például Besu 26.10.0, Nethermind 2.2.0, Prysm v7.3.0 és mások — ugyanakkor több kliens (Grandine, Lighthouse, Erigon, go‑ethereum, Reth) feljegyzése még hiányzik; az operátoroknak kompatibilis kiadásokat kell várniuk.
Gyakorlati hatások és kockázatok is részletesen kifejtésre kerültek: a gas‑repricing bizonyos szerződéseknél replay‑vizsgálatok alapján problémát okozhat, különösen ahol fix gas‑stipendek, hardcoded limitek vagy a megmaradt gázra alapozott logika van. A jelenlegi ajánlás szerint fejlesztőknek és wallet‑eszközöknek tesztelniük kell gas‑becslést, új logokat, opcodokat és edge‑case szerződéseket a Hoodi alatt. A publikus teszthálózat ugyanakkor torzíthat: a teszt‑ETH nem rendelkezik mainnethez hasonló piaci költséggel, és rosszhiszemű viselkedés (például builder payload visszatartása) olcsóbb, így a teszt más jellegű hibákat is feltárhat.
Piaci megjegyzések megjelentek: egyik forrás szerint a jelzés a piacra mérsékelt hatást gyakorolt, mert a váltás egyelőre teszthálózati keretek között marad. Minden érintett szereplőnek — validátoroknak, builder‑öknek, relay‑eknek, RPC‑szolgáltatóknak és wallet‑csapatoknak — frissítenie kell szoftverét és eszközeit, hogy a mainnet‑döntés előtt a kompatibilitás, a végrehajtási teljesítmény és az üzemeltetési tapasztalatok világosan dokumentáltak legyenek. A Hoodi aktiválás utáni kliensjelentések, blokkprofilok és a payload‑időzítések mérései döntik el, hogy mikor és hogyan léphet a Glamsterdam a mainnetre.