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