Разработчики ядра Ethereum приостановили обновление Glamsterdam для тестнета Hoodi, задержав переход сети до устранения проблем безопасности, связанных с восемью инвариантами смарт-контрактов. Ethereum Foundation сообщила об этом решении в публикации в блоге от 6 ноября.

LATEST: ⚡ Ethereum developers say they are delaying the Glamsterdam hard fork process and won't fork the Hoodi testnet until gas-repricing issues flagged by ChainSecurity are resolved. pic.twitter.com/7HDv6dZDrc

— CoinMarketCap (@CoinMarketCap) November 6, 2026

Инвариант — это условие, которое смарт-контракт ожидает всегда истинным. Газ — это единица, которой Ethereum измеряет вычислительную работу, и многие развернутые проекты исходят из того, что определенные операции будут стоить фиксированное количество газа. Два предложения, запланированные для включения в Glamsterdam, меняют порядок начисления платы за газ, и эти изменения могут сделать такие допущения недействительными для существующих контрактов. Именно поэтому изменение цен рассматривается как вопрос безопасности, а не обычная корректировка комиссий: задействованные суммы могут определить, выполнятся ли вообще определенные ветви кода.

Что обнаружила ChainSecurity

Проблемы связаны с отчетом аудатора смарт-контрактов ChainSecurity от 13 октября, в котором рассматривалось, как Glamsterdam может повлиять на контракты, продолжающие работу после сбоя внешнего вызова. Отчет охватывает EIP-8037, меняющий стоимость создания нового состояния блокчейна, и EIP-8038, корректирующий плату за доступ к существующему состоянию. Оба меняют учет газа для определенных операций.

По нынешним правилам некоторые контракты полагаются на то, что неудачная операция оставляет слишком мало газа для выполнения следующих шагов. По новым правилам определенные операции могут завершиться, даже если разработчики ожидали отката всей транзакции. Это может ослабить встроенную в такие контракты защиту.

ChainSecurity привела один пример. Контракт помечает операцию как неудавшуюся после того, как внешний вызов израсходовал газ. По новым правилам газ, который раньше был недоступен, может снова стать доступным, и контракт может зафиксировать постоянный сбой.

Ethereum Foundation опубликовала репозиторий на GitHub, документирующий восемь затронутых инвариантов. Он включает объяснения, примеры и конкретные шаги, которые разработчики могут использовать для проверки своего кода на соответствие новым правилам газа. Фиксированные бюджеты газа и резервы газа — самые распространенные проблемы, обнаруженные на данный момент, то есть изменение на уровне протокола может выявить скрытые допущения в развернутом коде без каких-либо модификаций самих контрактов.

Другие риски связаны с контрактами, которые предполагают, что расход газа движется только в одном направлении, что фиксированные лимиты газа останутся достаточными или что откаченный вызов не может вернуть газ, уже потраченный на создание состояния.

Форк Hoodi приостановлен

Активация Hoodi была изначально запланирована на 26 октября в 17:42:48 UTC. Hoodi — основной публичный тестнет Ethereum, где обычно репетируются планируемые изменения протокола перед развертыванием в основной сети. Перенос убрал из расписания активации Amsterdam на слое исполнения и Gloas на слое консенсуса, а также планируемое увеличение лимита газа тестнета до 200 миллионов. Замена даты не объявлена, и Foundation заявила, что форк Hoodi не будет запущен до устранения проблем. Поскольку активация в основной сети обычно следует за репетициями на публичных тестнетах, путь Glamsterdam к основной сети также остался без фиксированного графика.

Разработчики сейчас оценивают, могут ли затронутые контракты быть обновлены самостоятельно или необходимо изменить спецификации обновления. Разработчик Ethereum Foundation Мариус ван дер Вейден (Marius van der Wijden) заявил, что группа работает с ChainSecurity и Dedaub и проводит внутренние аудиты для оценки влияния на существующие приложения.

Foundation заявила, что ее проверки не могут охватить каждый проект, особенно там, где контракты взаимодействуют с внечецепочечными системами. Она попросила разработчиков и независимых аудиторов проверить как ончейн-контракты, так и внечецепочечные инструменты, включая кошельки, релееры и другую инфраструктуру, которая может использовать жестко заданные лимиты газа.

Выводы следует представить до следующих обсуждений All Core Developers — постоянного форума, где команды клиентов Ethereum и исследователи координируют изменения протокола. Отчеты должны содержать затронутый контракт, задействованный инвариант, возможные исправления и тесты, если они есть. Их можно отправить приватно на glamsterdam@ethereum.org. На основе отзывов разработчики могут скорректировать EIP-8037 и EIP-8038, что делает эти обсуждения контрольной точкой для отслеживания изменений спецификаций, которые определят, когда форк Hoodi можно переназначить.

Предыстория Glamsterdam

Glamsterdam запустился на тестнете Sepolia 6 октября, где разработчики начали тестировать его изменения масштабируемости при лимите газа в 200 миллионов. Обновление также добавляет встроенное разделение proponenta-строителя (enshrined proposer-builder separation) через EIP-7732 и списки доступа на уровне блоков через EIP-7928. Подобные активации на тестнетах позволяют разработчикам наблюдать поведение обновления в живой среде перед развертыванием в основной сети.

В августовской оценке Foundation сообщила, что повторные воспроизведения прошлых транзакций показали, что большинство смарт-контрактов не затронуты изменениями цен. Меньшей группе требовались более высокие лимиты газа или более значительные изменения, чтобы избежать непредвиденных сбоев.

26 октября разработчики также объединили исправление депозитов валидаторов. Оно устранило недостаток, который мог зачислить депозиты стейкинга строителям блоков, использующим один и тот же публичный ключ. В спецификации были добавлены регрессионные тесты.

Foundation сообщила, что работа над следующим обновлением, Hegota, продолжается параллельно и не затронута задержкой Glamsterdam.