Ethereum Foundation объявила, что обновление Glamsterdam активируется в тестовой сети Hoodi 26 октября 2026 года в 17:42:48 UTC. Это график тестнета, а не дата обновления основной сети. В момент активации лимит газа Hoodi должен быть повышен до 200 млн. Командам валидаторов и операторов узлов необходимо обновить клиенты уровня исполнения и консенсуса, совместимые с обновлением.
Что входит в Glamsterdam
Glamsterdam объединяет обновления Amsterdam для execution layer и Gloas для consensus layer. Среди основных изменений, обозначенных Ethereum Foundation, – встроенное разделение proposer-builder separation и списки доступа на уровне блока. Эти механизмы меняют то, как формируется и проверяется блок, и рассматриваются в контексте пропускной способности L1. Анонс не означает, что все заявленные эффекты уже измерены на mainnet.
Обновление протокола требует согласованной поддержки со стороны клиентов. Узел, который не применит правила нового форка к моменту активации, может перестать следовать сети после перехода. Поэтому операторам Hoodi важно проверять официальные таблицы совместимых версий и релиз-ноты конкретных клиентов, а не устанавливать случайную сборку только по номеру версии.
Кого касается объявление
Анонс относится к Hoodi. Обычным держателям ETH в основной сети не требуется совершать действие из-за этого объявления, и дата активации Glamsterdam для mainnet в нём не указана. Ethereum Foundation заявила, что основную дату опубликуют отдельно после согласования клиентскими командами. Поэтому переносить тестовый календарь на Ethereum mainnet было бы неверно.
Операторам Hoodi-узлов необходимо обновить оба слоя: execution client и consensus client. Валидаторам нужно убедиться, что обновлены beacon node и validator client, а также изучить инструкции клиента по новым обязанностям proposer-builder separation, взаимодействию с внешними инструментами и целевому лимиту газа. Инфраструктура, использующая внешних builder или relay, может потребовать отдельного обновления.
Разработчикам приложений следует следить за окончательным списком EIP и проверять контракты на зависимости от предположений о газе, логах, opcode или интерфейсах клиентов. Подготовка тестов на Sepolia и Hoodi помогает обнаружить несовместимость заранее. Однако разработчики dApp не должны менять настройки mainnet только на основании расписания тестовой сети.
Что проверить операторам
- Определить, действительно ли узел обслуживает Hoodi, а не mainnet.
- Проверить последние таблицы релизов execution и consensus clients.
- Установить только версии, где явно подтверждена поддержка Glamsterdam на Hoodi.
- Сверить конфигурацию валидатора, builder-инструментов и целевого лимита газа.
- После обновления проверить логи клиента, синхронизацию и участие узла до заданного времени активации.
Пользователям кошельков и dApp в основной сети обычно достаточно следить за отдельным сообщением о mainnet. При работе с тестовыми токенами учитывайте, что тестовая сеть не предназначена для хранения реальной стоимости. Не отправляйте туда активы основной сети, основываясь на одинаковом формате адреса.
Почему важна точность расписания
Дата форка определяется комбинацией epoch, slot и времени UTC. Для Hoodi объявлен epoch 132 352 и slot 4 235 264. Эти параметры помогают клиентам однозначно определить момент перехода; календарная дата нужна людям, но не заменяет сетевую конфигурацию. При подготовке стоит пользоваться текущим анонсом и таблицами релизов, поскольку перечень совместимых клиентов может обновляться.
Новость показывает этап тестирования будущего набора изменений, но не подтверждает ни дату mainnet, ни итоговые показатели производительности, ни необходимость немедленного действия для всех пользователей Ethereum. Основной практический вывод прост: тестовые валидаторы обновляют компоненты по официальной инструкции, разработчики проверяют контракты, а держатели ETH ждут отдельного объявления по основной сети.
Для операторов важна разница между готовностью клиента и финальной готовностью всего окружения. Релиз одного слоя не гарантирует, что совместимы второй клиент, мониторинг, резервный узел, signer или builder. Обновление сначала стоит проверить на тестовом экземпляре и убедиться, что конфигурационные файлы сохраняют нужные параметры. Если используются сторонние плагины и инструменты, подтвердите поддержку отдельно у их разработчиков. Не выполняйте обновление на продакшн-узле по непроверенной команде из неофициального канала.
Увеличение лимита газа Hoodi до 200 млн относится к плану тестовой сети на момент активации. Это не обещание, что Ethereum mainnet получит такой же лимит, и не означает, что любое приложение сможет сразу использовать больший объём вычислений. Пропускная способность зависит от множества параметров, включая стоимость исполнения, оборудование узлов и согласованные правила сети. Поэтому пользователям не следует сравнивать цифру тестнета с обещанием о комиссии или скорости для основной сети.
Glamsterdam также показывает, почему тестовые сети нужны не только разработчикам смарт-контрактов. Операторы инфраструктуры проверяют выпуск блоков, синхронизацию и участие валидаторов в новых условиях. Команды клиентов получают возможность найти несовместимости до активации на более значимой сети. Чем раньше обнаружена ошибка конфигурации или несовместимость внешнего инструмента, тем ниже риск неожиданного разрыва работы тестового окружения. Анонс фиксирует расписание, но в ходе подготовки могут появляться уточнения и новые версии совместимых клиентов. Пользователям, которые изучают устройство L2, будет полезно отдельно прочитать о влиянии стоимости данных на комиссии rollup и о том, как работает вывод активов из L2 в Ethereum.
