Upgrade Glamsterdam na síti Hoodi je naplánován na 26. října 2026 v 17:42:48 UTC, přičemž limit gas na testnetu se ve stejné aktivační epochě zvýší na 200 milionů. Po aktivaci Glamsterdam na síti Sepolia 6. října bude při dalším nasazení nutné, aby provozovatelé sítě Hoodi aktualizovali klienty pro obě vrstvy: exekuční i konsenzuální. Oznámení nadace Ethereum Foundation ze 16. října nestanovuje termín pro mainnet.
Hlavní body
- Aktivace na síti Hoodi je naplánována na epochu 132,352 a slot 4,235,264, zároveň se limit gas zvýší na 200 milionů.
- Validátoři na síti Hoodi musí aktualizovat exekučního klienta, konsenzuální beacon node a klienta validátora a seznámit se s novými povinnostmi souvisejícími s buildery.
- Vývojáři by měli podle upravených pravidel otestovat předpoklady ohledně gasu a jeho odhadování; uživatelé a provozovatelé mainnetu nemusí na základě tohoto oznámení podnikat žádné kroky.
Obsah
Harmonogram Glamsterdam na síti Hoodi a stav nasazení
Hoodi je další testnet, na kterém je naplánováno nasazení Glamsterdamu. Ten spojuje upgrade exekuční vrstvy Amsterdam s upgradem konsenzuální vrstvy Gloas. Plánovaný limit gas ve výši 200 milionů odpovídá limitu na síti Sepolia.
Oznámení nadace Ethereum Foundation o Glamsterdamu na síti Hoodi rozlišuje termín pro tento testnet od nasazení na mainnetu. Týmy vyvíjející klienty dosud neurčily čas aktivace na mainnetu a vydání kompatibilní s mainnetem budou oznámena samostatně.
| Položka |
Podrobnosti |
| Nasazení na síti Sepolia |
Aktivováno 6. října 2026 v 13:53:36 UTC; epocha 353,024, slot 11,296,768. |
| Nasazení na síti Hoodi |
Naplánováno na 26. října 2026 v 17:42:48 UTC; epocha 132,352, slot 4,235,264. |
| Limit gas na síti Hoodi |
V aktivační epochě se má zvýšit na 200 milionů, stejně jako na síti Sepolia. |
| Nasazení na mainnetu |
Datum aktivace zatím nebylo stanoveno; toto oznámení žádný upgrade mainnetu neplánuje. |
Co musí provozovatelé sítě Hoodi aktualizovat
Před aktivací potřebují uzly, které nestakují, kompatibilní exekuční a konsenzuální klienty. Validátoři musí také zajistit aktualizaci beacon nodu i klienta validátora. Software, který nová pravidla nepodporuje, nebude moci s aktualizovanou sítí držet krok.
Oznámení uvádí vydání konsenzuálních klientů Grandine, Lighthouse, Lodestar, Nimbus, Prysm a Teku. Tabulka exekučních klientů obsahuje verze pro Besu, Ethrex a Nethermind, zatímco u Erigon, go-ethereum a Reth žádné verze uvedeny nejsou. Provozovatelé by měli zvolit pouze taková vydání, jejichž poznámky výslovně potvrzují podporu plánované aktivace na síti Hoodi.
V tabulce nástrojů je uveden commit-boost 0.12.0-rc1. Další pokyny týkající se kompatibility builderů a validátorů čekají na potvrzení. Provozovatelé využívající externí infrastrukturu pro tvorbu bloků by si měli vedle pokynů ke svému klientovi ohledně cílových limitů gasu pro validátory prostudovat také instrukce pro Glamsterdam.
Proč se mění pracovní postupy builderů a validátorů
Pro týmy validátorů a builderů připravenost znamená víc než jen instalaci binárních souborů.
EIP-7732, zakotvené oddělení rolí navrhovatele a buildera (proposer-builder separation), zavádí protokolem definované povinnosti pro proces, který se dříve ve větší míře spoléhal na důvěryhodný middleware. Týmy musí ověřit, zda jejich nástroje odpovídají novým povinnostem a rozhraním.
V rámci tohoto procesu se navrhovatel zaváže k exekučnímu payloadu buildera ještě předtím, než jej builder odhalí. Protokol Etherea zajišťuje platbu navrhovateli, zatímco výbor pro včasné doručení payloadu kontroluje jeho včasné zveřejnění a dostupnost dat blobů. Oddělení kontrol konsenzu od kontrol exekuce také dává validátorům více času na posouzení exekučních payloadů.
Další významná změna, EIP-7928, se zaměřuje na validační práci klientů. Povinné seznamy přístupů na úrovni bloku určují účty a úložiště, na které blok odkazuje, a zaznamenávají změny stavu po transakcích. Klienti mohou tyto informace využít k paralelizaci čtení z disku a validace transakcí a k efektivnějšímu výpočtu kořenů stavového stromu. Tyto změny společně podporují vyšší exekuční kapacitu a zároveň zachovávají praktičnost validace pro provozovatele uzlů.
Na co se zaměřit při testování aplikací
Přecenění gasu činí předpoklady smart kontraktů prioritou při testování. EIP-8037 zvyšuje náklady na vytváření stavu a účtuje je samostatně, zatímco EIP-8038 mění náklady na přístup ke stavu. Další plánované změny se týkají základního gasu transakcí, calldata, seznamů přístupů a účtování gasu v blocích.
Kontrakty využívající pevně stanovené limity gasu, natvrdo zakódované limity nebo předpoklady ohledně zbývajícího gasu mohou vyžadovat úpravy. Vývojáři by měli pomocí průvodce dopady přecenění určit dotčené kontrakty a otestovat odhadování gasu na síti Sepolia a po aktivaci také na síti Hoodi.
Testování by mělo zahrnout také relevantní změny logů, opkódů a rozhraní klientů. Mezi plánované novinky patří logy převodů ETH, opkód pro číslo slotu, vyšší maximální velikost kontraktu a deterministický tovární kontrakt.
Závěr
Nejbližší termín se týká infrastruktury sítě Hoodi: kompatibilní klienti a nástroje musí být připraveni před 26. říjnem. Vývojáři budou mít k dispozici nasazení na testnetu, na kterém mohou ověřit chování aplikací, zatímco aktivace na mainnetu zůstává samostatným krokem bez stanoveného termínu.
Další zprávy
Další zprávy FinanceVelix
Upozornění
Tento článek FinanceVelix poskytuje obecné informace, nikoli individuální finanční, investiční, právní nebo daňové poradenství. Ceny kryptoměn se mohou rychle měnit a můžete přijít o všechny investované prostředky. Uvedená fakta vycházejí z informací dostupných v době zveřejnění a mohou se změnit. Důležité informace si nezávisle ověřte a v případě potřeby se obraťte na kvalifikovaného odborníka. Zmínka o aktivu, společnosti nebo službě nepředstavuje doporučení.