Ethereum Pushes Back Glamsterdam Hoodi Testnet Launch Over Security Risks

Разработчики Ethereum отложили хардфорк «Glamsterdam», запланированный для тестнета Hoodi, после того как исследователи указали на связанные с газом риски безопасности, которые могут повлиять на поведение смарт-контрактов при сбое транзакций.

Согласно заявлению Ethereum Foundation (EF) от 22 октября, обновление, первоначально запланированное на 26 октября, будет отложено, чтобы команды успели изучить, как некоторые предложения взаимодействуют с уже развернутыми в Ethereum контрактами. Задержка вносит новую неопределенность в общие планы по Glamsterdam: ранее разработчики называли начало декабря возможным сроком для запуска в основной сети при условии успешного тестирования на Hoodi.

Главное

  • Фонд Ethereum отложил хардфорк Glamsterdam в тестовой сети Hoodi, запланированный на 26 октября, чтобы изучить последствия для безопасности, связанные с расходом газа.

  • Компания по кибербезопасности ChainSecurity предупредила, что два предложения для Glamsterdam (EIP-8037 и EIP-8038) могут ослабить защиту от атак типа gas griefing с недостаточным количеством газа.

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

  • Команды Ethereum рассматривали возможность определить сроки запуска в основной сети на начало декабря — при условии успешных испытаний в Hoodi, результаты которых теперь остаются неопределёнными.

EF откладывает запуск в Hoodi, пока проверяется взаимодействие с контрактами

Фонд Ethereum сообщил, что обновление Glamsterdam в Hoodi отложено, чтобы разработчики могли изучить, «как некоторые предложения взаимодействуют со смарт-контрактами, развернутыми в Ethereum». На практике это означает, что командам нужно лучше понять, не приведут ли изменения модели газа в обновлении к неожиданным сценариям выполнения контрактов, написанных с учётом прежних допущений, — особенно в отношении того, что происходит после сбоя транзакции.

Эта проверка важна, поскольку в смарт-контрактах часто заложена логика безопасности, основанная на том, как выполнение транзакции расходует газ и как обрабатываются сбои. Если эти допущения перестанут быть верными, механизмы защиты могут оказаться неполными, а функции, доступные пользователям, — работать не так, как задумали разработчики.

ChainSecurity указывает на риски, связанные с EIP-8037 и EIP-8038

Ранее, 13 октября, ChainSecurity опубликовала анализ, в котором предупредила, что два включённых в Glamsterdam предложения — EIP-8037 и EIP-8038 — могут подорвать защиту от атак типа gas griefing с недостаточным количеством газа.

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

Gas griefing с недостаточным количеством газа — это тип атаки, при которой злоумышленник намеренно предоставляет слишком мало газа, чтобы легитимная операция смарт-контракта завершилась успешно. Если механизмы защиты предполагают, что сбой остановит выполнение или откатит определённые действия контракта заданным образом, изменение обработки газа может позволить контрактам «продолжить» работу там, где раньше они останавливались. В результате контракт может перейти в состояние, в котором сбой зафиксирован как окончательный.

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

Важно отметить, что ChainSecurity заявила: Glamsterdam не сделает ненадёжными все проверки безопасности, связанные с газом. Некоторые механизмы защиты могут продолжить работать, но разработчикам придётся проверить свои контракты и убедиться, что они правильно учитывают пересмотренные правила расхода газа после обновления.

Как ранее сообщал Cointelegraph, Фонд Ethereum также предупреждал, что модель газа Glamsterdam может нарушить работу кошельков, индексаторов и калькуляторов газа, зависящих от фиксированных допущений. Новая отсрочка показывает, что теперь в центре внимания находятся не только инструменты, но и допущения о безопасности на уровне контрактов.

После «серьёзных» опасений и появления новых примеров усилилось давление со стороны сообщества

После предупреждения ChainSecurity участники сообщества отреагировали безотлагательно. В комментарии на GitHub от 21 октября псевдонимный исследователь безопасности pcaversaccio назвал риски «серьёзными» и призвал пересмотреть решение о хардфорке.

Затем, в пятницу, ChainSecurity сообщила, что выявила «13 примеров из реальной практики» и координирует ответственное раскрытие информации с затронутыми проектами. Компания не раскрыла подробности этих примеров и не назвала затронутые организации в своём публичном заявлении. Тем не менее она призвала разработчиков как можно скорее проверить свои контракты.

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

Что это означает для графика запуска Glamsterdam

Hoodi — не первый этап процесса. Как ранее сообщал Cointelegraph, обновление уже было активировано в тестовой сети Sepolia 6 октября, до отложенного теперь запуска в Hoodi.

Из-за задержки в Hoodi команды лишаются важного этапа проверки: нужно убедиться, что изменения модели газа работают ожидаемым образом в условиях, имитирующих поведение основной сети. Разработчики Ethereum рассматривали начало декабря как возможный срок утверждения графика запуска в основной сети — предположительно, после успешных испытаний в Hoodi. Теперь такой порядок действий выглядит менее определённым, поскольку EF прямо заявляет, что ждёт результатов дальнейшего изучения взаимодействия предложений с уже развернутыми смарт-контрактами.

Для инвесторов и разработчиков главный вывод таков: «активировано в тестовой сети» не означает автоматически «безопасно для основной сети». Текущая ситуация показывает, что обновления, затрагивающие семантику выполнения и расхода газа, могут создавать проблемы безопасности и совместимости, которые становятся очевидны только после углублённой проверки и более широкого анализа логики контрактов.

Читателям стоит следить за новыми техническими выводами Фонда Ethereum и дальнейшими сообщениями ChainSecurity о том, какие шаблоны контрактов затронуты сильнее всего и какие меры защиты следует применить разработчикам до принятия следующих решений по тестовой или основной сети.

Изначально эта статья была опубликована под заголовком «Ethereum откладывает запуск Glamsterdam в тестовой сети Hoodi из-за рисков для безопасности» на сайте Crypto Breaking News — вашем надёжном источнике новостей о криптовалютах, биткоине и блокчейне.