Разработчики Ethereum приостановили активацию апгрейда Glamsterdam в тестнете Hoodi из-за опасений по поводу того, как уже развернутые смарт-контракты ведут себя в условиях новых правил ценообразования газа апгрейда. Решение было принято на звонке All Core Devs Execution #248, сообщила Ethereum Foundation в своем объявлении от 22 октября.

Ключевые моменты решения:

• Стоимость состояния нового слота хранения вырастает с 20 000 до 97 920 газа.
• Запланированное повышение лимита газа Hoodi до 200M также отменено.
• Дата активации Glamsterdam в мейннете не установлена.
• Последнее ревью EIP-8037 (Last Call) завершается 1 ноября.

Последний шаг тестнета перед мейннетом приостановлен

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

Во время Fusaka, предыдущего апгрейда, Hoodi был третьим и последним тестнетом, форкнувшимся перед мейннетом, и Foundation заявила, что мейннет последует не менее чем через 30 дней, согласно The Block. В том развертывании финальный форк тестнета былней публичной контрольной точкой перед мейннетом. Glamsterdam уже прошел репетицию с лимитом 200 миллионов газа в Sepolia, где исправлением стало обновление Prysm в настройках валидаторов по умолчанию — проблема конфигурации клиента. В этот раз вопрос в том, как ведут себя уже развернутые контракты. Foundation не установила дату активации Glamsterdam в мейннете и заявила, что пользователям мейннета и держателям ETH ничего делать не нужно.

Повышение цены хранения, сокращающее газ исполнения при некоторых записях

EIP-8037 существует для замедления роста состояния Ethereum — данных, которые должен хранить каждый узел. Его авторы оценили это состояние примерно в 390 ГиБ в январе 2026 года. Они подсчитали, что при текущем ценообразовании лимит газа в 200 миллионов может за менее чем год поднять его свыше 650 ГиБ — уровня, при котором узлы начинают замедляться. Их решение — взимать 1 530 газа за байт нового состояния, повышая стоимость состояния нового слота хранения с 20 000 газа до 97 920, а нового аккаунта — с 25 000 до 183 600.

Чтобы сохранить возможность крупных развертываний контрактов, предложение разделяет газ на два пула. Газ исполнения покрывает вычисления, а газ состояния — новое хранилище. Любой газ, который транзакция предоставляет свыше 16 777 216, поступает в отдельный резервуар газа состояния, из которого прежде всего покрываются платежи за состояние. Этот резервуар полностью передается каждому суб-вызову, и контракты не могут увидеть его через стандартное чтение gasleft().

Газ исполнения, необходимый для холодной записи в новый слот хранения, по данным ChainSecurity, с использованием показателей EIP-8037 и EIP-8038:

• Сейчас: 22 100
• Glamsterdam, резервуар покрывает платеж за состояние в 97 920: 12 100
• Glamsterdam, резервуар пуст: 110 020

Иными словами, идентичная холодная запись может стоить примерно в девять раз больше газа исполнения при пустом резервуаре, чем когда резервуар покрывает платеж за состояние.

Газ также может возвращаться во время исполнения. Очистка слота, созданного ранее в той же транзакции, немедленно восполняет до 97 920 газа, а суб-вызов, который откатывается, может вернуть уплаченные платежи состояние. Видимый баланс газа контракта, таким образом, может расти в процессе исполнения. Сам EIP предупреждает, что контракты, измеряющие работу как разницу двух показаний газа, могут получить отрицательный результат, и что контракты, уже развернутые с такой архитектурой, исправить невозможно.

Как злоумышленник может использовать новые правила

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

Для контрактов, которые полагаются на исчерпание газа самим обработчиком сбоя:

• Шаг 1: Злоумышленник отправляет вызов со слишком малым количеством газа.
• Шаг 2: Целевая операция исчерпывает газ.
• Сейчас: Обработчик тоже исчерпывает газ, все откатывается, и пользователь может повторить попытку.
• Glamsterdam: Резервуар или восполненный газ позволяет обработчику завершиться и навсегда сохранить запись о сбое.

Контракты, проверяющие остаток газа после неудавшегося вызова, могут быть обмануты, когда восполнение газа или откатывающийся посредник возвращают баланс выше их порога. Фиксированные бюджеты газа также могут оказаться недостаточными, поскольку EIP-8038 повышает стоимость обращения с существующим состоянием: первое изменение существующего «горячего» слота вырастает с 2 900 газа до 10 100.

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

Что нужно делать операторам и разработчикам

Операторы Hoodi должны обновить клиенты исполнения и консенсуса до 26 октября, используя релизы, примечания к которым явно подтверждают отмену старой активации. Таблицы версий из первоначального объявления подтверждением не считаются. По состоянию на 23 октября Foundation перечислила обновленные релизы для двух клиентов и заявила, что другие будут добавлены по мере подтверждения.

Валидаторы должны обновить как beacon-узел, так и клиент валидатора, а всем, кто управляет внешней инфраструктурой создания блоков, следует следовать инструкциям своего провайдера. Командам прилож следует прекратить планирование тестов Hoodi вокруг первоначальной даты.

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

Следующие решения за основными разработчиками. Последнее ревью EIP-8037 (Last Call) — финальное окно ревью перед финализацией предложения в процессе Ethereum — закрывается 1 ноября, расследование может привести к изменениям спецификации, а пересмотренная дата Hoodi будет установлена на будущем звонке.

Эта статья предоставлена исключительно в информационных целях и не является финансовой или инвестиционной рекомендацией. Графики обновлений Ethereum и технические спецификации могут меняться в процессе тестирования.

Источник: Coindoo