
Розробники Ethereum попередньо запланували активацію оновлення Glamsterdam на Sepolia о 13:53 UTC 6 жовтня 2026 року, при цьому ще одне приватне тестування в Devnet залишається необхідним до запуску форку публічної тестової мережі.
Протокол засідання ACDC #186 та подальші звіти дослідника протоколу Ethereum Крістін Д. Кім показують, що дата залишається умовною. Розробники не завершили стабільну активацію Glamsterdam у приватній мережі розробників, коли вони обрали графік Sepolia.
Відтоді план тестування просунувся ще на одну ітерацію. Кім повідомила 11 вересня, що увага переключилася на Glamsterdam-Devnet-11, запуск якого очікується в понеділок, 14 вересня. Раніше плани передбачали Devnet-10 як наступний основний тест.
Дати активації для тестової мережі Hoodi або основної мережі Ethereum не підтверджені. Розробники обговорювали можливий реліз основної мережі у грудні, але результати тестування визначать, чи залишиться цей графік практичним.
Під час засідання All Core Developers Consensus 3 вересня учасники погодили епоху Sepolia 351232 для пропонованої активації. Кім повідомила, що відповідний час буде 6 жовтня о 13:53 UTC. Засідання відбулося до того, як розробники продемонстрували стабільну роботу в приватних тестових мережах, що використовувалися для Glamsterdam.
Вибір епохи дає командам клієнтів, операторам інфраструктури та розробникам додатків спільну ціль для планування. Це не робить активацію остаточною. Розробники можуть відкласти форк, якщо наступна фаза тестування виявить серйозну помилку або якщо команди клієнтів не зможуть підготувати надійні релізи.
Застереження залишається актуальним після того, як Devnet-9 зіткнувся з проблемами фіналізації. Згідно з матеріалами зустрічі, мережа включала близько 1000 вузлів-валідаторів, що робило її найбільшою Glamsterdam devnet за кількістю валідаторів на тому етапі.
Фіналізація вимагає достатньої кількості валідаторів для узгодження стану ланцюга. Коли тестова мережа не може фіналізувати транзакції, розробники повинні визначити, чи причина пов’язана з клієнтським програмним забезпеченням, участю валідаторів, конфігурацією мережі або взаємодією між окремими змінами протоколу.
Оригінальний план передбачав Devnet-10 після виявлення помилок під час попередніх випробувань. Останнє оновлення від Кім тепер ідентифікує Devnet-11 як наступний тест, за яким стежать розробники, що вказує на те, що послідовність приватного тестування просунулася далі початкового плану.
Стабільний Devnet-11 надасть командам клієнтів Ethereum ще одне середовище для тестування комбінованих специфікацій Glamsterdam. Командам Layer-2, провайдерам стейкінгу та іншим операторам інфраструктури потрібні робочі реалізації клієнтів, перш ніж вони зможуть безпечно протестувати свої системи проти запропонованого форку.
Різноманітність клієнтів ускладнює процес. Ethereum працює через кілька незалежно розроблених клієнтів виконання та консенсусу, і оновлення повинно працювати з різними комбінаціями клієнтів. Помилка, обмежена однією реалізацією, все ще може перервати роботу тестової мережі, якщо постраждалі валідатори мають достатню вагу.
Порядок денний ACDC #186 фіксує запити від Lido та Optimism про щонайменше один стабільний день перед форком. У порядку денному були перелічені виправлення клієнтів та успішна взаємодія як питання, що вимагають підтвердження перед Sepolia.
Невдалий або нестабільний Devnet-11 не скасує автоматично активацію 6 жовтня. Розробникам потрібно буде оцінити причину та час, необхідний для виправлення. Серйозна проблема може змусити їх переглянути дату під час засідання All Core Developers.
Попередні випробування Glamsterdam виявили помилки з обох сторін архітектури Ethereum. Інженер з розробки операцій Ethereum Foundation Стефан Старфлінгер повідомив, що Devnet-8 виявив проблему на рівні консенсусу, пов’язану з блоками, що повторювали батьківський хеш.
«Ви могли б зупинити всю мережу», — сказав Старфлінгер, описуючи тестовий сценарій.
Проблема вплинула на систему, відповідальну за узгодження блоків. Потім Devnet-9 зіткнувся з нефіналізацією, що спонукало інженерів досліджувати більше граничних випадків у більшому наборі валідаторів.
З боку виконання дослідниця Ethereum Foundation Марія Сільва повідомила про проблему реалізації, пов’язану з EIP-8037. Пропозиція змінює спосіб стягнення газу Ethereum за створення нового стану, включаючи нові облікові записи, контракти та записи сховища.
EIP-8037 відокремлює витрати на створення стану від звичайних витрат на виконання за допомогою багатовимірної моделі газу. Його опублікована специфікація стверджує, що дизайн прагне контролювати зростання стану, оскільки Ethereum підвищує свій ліміт газу блоку. Пропозиція залишається на розгляді експертів.
Виявлена проблема вимагала від клієнтів виконання перегляду їхніх реалізацій та призвела до роботи над специфікаціями. Як повідомляло crypto.news у своєму висвітленні попереднього прогресу devnet Glamsterdam, EIP-8037 був протестований разом з іншими змінами протоколу оновлення.
Тестування служить іншій меті, ніж індивідуальне затвердження кожної пропозиції. Розробники повинні підтвердити, що всі обрані зміни працюють разом у різних клієнтах, конфігураціях валідаторів та моделях транзакцій.
Розробники відмовилися планувати Glamsterdam на Hoodi, поки Sepolia залишається умовною. Hoodi, як очікується, слугуватиме другим етапом публічної тестової мережі, надаючи операторам стейкінгу та командам протоколів інше середовище, яке точніше відображає умови основної мережі.
Розробник Teku Енріко дель Фанте підтримав очікування перед встановленням дати Hoodi. Під час ACDC #186 він посилався на нещодавні проблеми Devnet-9 і виступав за надання більшого часу для тестування після рішення Sepolia.
Активація основної мережі в грудні залишається можливою ціллю, а не підтвердженим вікном запуску. Планування Sepolia на початок жовтня зберігає достатньо календарного часу для ще однієї фази публічної тестової мережі та підготовки релізу клієнта, за умови, що тестування проходить без тривалих затримок.
Розробники не опублікували епоху основної мережі, часову позначку активації або остаточний графік випуску клієнта. Офіційний термін для прийняття рішення про те, чи залишається 6 жовтня придатним для Sepolia, не оголошувався.
Безпосередньою процедурною подією є запланований запуск Devnet-11 14 вересня. Команди клієнтів вивчатимуть фіналізацію, поведінку між клієнтами та виправлення, запроваджені після попередніх тестів, перш ніж вирішувати, чи може Sepolia відбутися за поточним графіком.





