Розробники Ethereum назвали оновлення після Glamsterdam "Hegota", оскільки дорожня карта на 2026 рік набуває форми

Основні розробники Ethereum офіційно назвали наступне оновлення мережі після Glamsterdam як "Hegota", що ще більше визначає цикл розробки мережі на 2026 рік, оскільки вона продовжує дотримуватися дворазового щорічного ритму випуску оновлень.

Hegota поєднує в собі оновлення виконувального шару "Bogota", дотримуючись традиції називати оновлення на честь міст, які приймають Devcon, із оновленням консенсусного шару "Heze", названим на честь зірки. Розробники зазначили, що головний EIP для Hegota буде обрано лише у лютому, тоді як робота над Glamsterdam — першим запланованим оновленням Ethereum у 2026 році — триває.

Рішення щодо назви було прийнято під час дзвінка All Core Developers Execution (ACDE) у четвер, останньої зустрічі року. Дзвінки ACDE відновляться 5 січня, коли розробники планують остаточно визначити обсяг Glamsterdam.

Цикл випуску 2026 року

Назва з’явилася в момент, коли процес оновлення Ethereum входить у свій запланований ритм.

Після випуску Pectra та Fusaka у 2025 році мережа фактично розпочала графік оновлень двічі на рік. Такий підхід має на меті зробити покращення більш ітеративними, передбачуваними та вузько спрямованими, зменшуючи потребу у рідкісних, масштабних змінах.

Відповідно до встановленого ритму, Glamsterdam, ймовірно, відбудеться у першій половині 2026 року, а Hegota — пізніше цього ж року.

Хоча Hegota наразі перебуває на ранньому етапі планування, очікується, що майбутнє оновлення буде спиратися на довгострокові цілі дорожньої карти та будь-які відкладені елементи з Glamsterdam. Зокрема, Verkle Trees — необхідна умова для повністю безстанних клієнтів — часто згадуються як кандидат для включення в одне з хардфорків 2026 року. Однак жодного офіційного вибору ще не зроблено.

Інші обговорювані напрямки включають механізми закінчення терміну дії стану та історії, а також додаткові оптимізації виконувального шару. Варто зазначити, що дискусії щодо закінчення терміну дії стану можуть привернути більше уваги після нещодавнього пакету пропозицій від Ethereum Foundation.

Як раніше повідомляв The Block, команда Stateless Consensus від EF попередила, що роздування стану — постійне збільшення обсягу збережених даних Ethereum — стає дедалі більшим тягарем для операторів вузлів.

Glamsterdam зосереджується на ефективності Layer 1 та децентралізації будівельників

Тим часом розробники продовжують вдосконалювати хардфорк Glamsterdam. Пропозиції, які ще розглядаються, включають закріплене розділення proposer-builder, або ePBS, що має на меті обмежити централізацію при побудові блоків; списки доступу на рівні блоку, які мають зменшити вузькі місця при доступі до стану; та перегляд цін на газ для кращого узгодження витрат EVM із використанням ресурсів.

Більш складні зміни, такі як скорочення часу слоту, вже перенесені на пізніші цикли. Будь-які елементи, які виявляться занадто амбітними для цього графіка, можуть бути перенесені до Hegota, а остаточні рішення очікуються після відновлення дзвінків у новому році.

Дорожня карта, що виходить за межі 2026 року

Оголошення Hegota також розміщує Ethereum у ширшій багатофазній технічній дорожній карті. Ще у вересні 2022 року розробники виконали першу частину цього шляху, названу The Merge, яка перевела Ethereum з блокчейну proof-of-work на мережу proof-of-stake.

Наступні компоненти були визначені як The Surge, The Verge, The Purge та The Splurge.

The Surge зосереджується на досягненні масштабування за допомогою rollup. Fusaka просунула цю мету завдяки PeerDAS та розширеній ємності blob, тоді як Glamsterdam має на меті ще більше покращити продуктивність Layer 1 для підтримки зростаючої активності rollup без створення нових ризиків централізації.

Далі, The Verge зосереджується на безстанності та верифікації легких клієнтів. Потенційна інтеграція Verkle у Hegota безпосередньо відповідає цій фазі, зменшуючи вимоги до зберігання вузлів і дозволяючи ширшу участь у мережі. Наступні фази — The Purge та The Splurge — стосуються очищення історії та довгострокового спрощення протоколу.