Оновлення Glamsterdam для Hoodi заплановане на 26 жовтня 2026 року о 17:42:48 UTC, а ліміт газу тестової мережі в ту саму епоху активації зросте до 200 мільйонів. Після активації Glamsterdam у Sepolia 6 жовтня для наступного розгортання операторам Hoodi потрібно оновити клієнти рівнів виконання та консенсусу. В оголошенні Ethereum Foundation від 16 жовтня дата для мейннету не визначена.
Основні висновки
- Активацію Hoodi заплановано на епоху 132,352 і слот 4,235,264, а ліміт газу має зрости до 200 мільйонів.
- Валідаторам Hoodi потрібно оновити клієнт рівня виконання, консенсусний beacon-вузол і клієнт валідатора, а також ознайомитися з новими обов’язками, пов’язаними з білдерами.
- Розробникам слід перевірити припущення щодо газу та його оцінювання за переглянутими правилами; користувачам і операторам мейннету не потрібно вживати жодних заходів у зв’язку з цим оголошенням.
Зміст
Графік Glamsterdam для Hoodi та статус розгортання
Hoodi — наступна тестова мережа, у якій заплановано розгортання Glamsterdam, що поєднує оновлення рівня виконання Amsterdam з оновленням рівня консенсусу Gloas. Запланований ліміт газу в 200 мільйонів відповідає ліміту в Sepolia.
В оголошенні Ethereum Foundation про Glamsterdam для Hoodi це граничний термін для тестової мережі чітко відмежовано від розгортання в мейннеті. Команди клієнтів ще не визначили час активації в мейннеті, а сумісні з мейннетом версії буде оголошено окремо.
| Пункт |
Деталі |
| Розгортання в Sepolia |
Активовано 6 жовтня 2026 року о 13:53:36 UTC; епоха 353,024, слот 11,296,768. |
| Розгортання в Hoodi |
Заплановано на 26 жовтня 2026 року о 17:42:48 UTC; епоха 132,352, слот 4,235,264. |
| Ліміт газу Hoodi |
Під час епохи активації має зрости до 200 мільйонів, відповідно до показника Sepolia. |
| Розгортання в мейннеті |
Дату активації ще не визначено; це оголошення не встановлює графік оновлення мейннету. |
Що операторам Hoodi потрібно оновити
До активації вузлам, які не здійснюють стейкінг, потрібні сумісні клієнти рівнів виконання та консенсусу. Валідаторам також необхідно переконатися, що оновлено і beacon-вузол, і клієнт валідатора. Програмне забезпечення, яке не підтримує нові правила, не зможе працювати в оновленій мережі.
В оголошенні наведено версії консенсусних клієнтів Grandine, Lighthouse, Lodestar, Nimbus, Prysm і Teku. У таблиці клієнтів рівня виконання вказано версії Besu, Ethrex і Nethermind, тоді як для Erigon, go-ethereum і Reth версій не наведено. Операторам слід обирати лише ті версії, у примітках до яких прямо підтверджено підтримку запланованої активації Hoodi.
У таблиці інструментів зазначено commit-boost 0.12.0-rc1. Додаткові рекомендації щодо сумісності білдерів і валідаторів ще очікують на підтвердження. Операторам, які користуються зовнішньою інфраструктурою побудови блоків, слід ознайомитися з інструкціями щодо Glamsterdam, а також із рекомендаціями клієнта щодо цільових лімітів газу для валідаторів.
Чому змінюються процеси роботи білдерів і валідації
Для команд валідаторів і білдерів готовність означає більше, ніж просто встановлення бінарних файлів.
EIP-7732, закріплений на рівні протоколу поділ ролей між пропонувальником і білдером, встановлює визначені протоколом обов’язки для процесу, який раніше значною мірою покладався на довірене проміжне програмне забезпечення. Командам потрібно перевірити сумісність своїх інструментів із новими обов’язками та інтерфейсами.
У межах цього процесу пропонувальник бере на себе зобов’язання щодо payload рівня виконання білдера до того, як білдер його розкриє. Протокол Ethereum керує виплатою пропонувальнику, а комітет своєчасності payload перевіряє своєчасність розкриття та доступність даних blob. Відокремлення перевірок консенсусу від перевірок виконання також дає валідаторам більше часу на оцінювання payload рівня виконання.
Інша ключова зміна, EIP-7928, спрямована на роботу клієнтів із валідації. Обов’язкові списки доступу на рівні блоку визначають облікові записи та сховище, до яких звертається блок, і фіксують зміни стану після транзакцій. Клієнти можуть використовувати цю інформацію, щоб паралелізувати читання з диска та валідацію транзакцій і ефективніше обчислювати корені стану. Разом ці зміни сприяють збільшенню пропускної здатності виконання, зберігаючи практичність валідації для операторів вузлів.
На чому зосередити тестування застосунків
Перегляд тарифікації газу робить перевірку припущень щодо контрактів пріоритетним завданням. EIP-8037 підвищує вартість створення стану та встановлює для неї окремий облік, тоді як EIP-8038 змінює вартість доступу до стану. Інші заплановані зміни стосуються базової вартості газу транзакцій, calldata, списків доступу та обліку газу блоків.
Контракти з фіксованими лімітами газу, жорстко заданими обмеженнями або припущеннями щодо залишку газу можуть потребувати змін. Розробникам слід скористатися посібником із впливу переоцінювання, щоб визначити контракти, яких стосуються зміни, та перевірити оцінювання газу в Sepolia, а після активації — у Hoodi.
Тестування також має охоплювати відповідні зміни до логів, опкодів та інтерфейсів клієнтів. Серед запланованих нововведень — логи переказів ETH, опкод номера слота, збільшений максимальний розмір контракту та детермінований фабричний контракт.
Висновок
Найближчий граничний термін стосується інфраструктури Hoodi: сумісні клієнти та інструменти мають бути готові до 26 жовтня. Розробники отримають розгортання в тестовій мережі для перевірки роботи застосунків, тоді як активація в мейннеті залишається окремим кроком без визначеної дати.
Читайте більше новин
Більше новин FinanceVelix
Відмова від відповідальності
Ця стаття FinanceVelix містить загальну інформацію, а не персоналізовані фінансові, інвестиційні, юридичні чи податкові поради. Ціни на криптоактиви можуть швидко змінюватися, і ви можете втратити всі вкладені кошти. Факти відображають інформацію, доступну на момент публікації, і можуть змінитися. Самостійно перевіряйте важливу інформацію та за потреби звертайтеся до кваліфікованого фахівця. Згадка про актив, компанію чи послугу не є рекомендацією.
