Ethereum исправляет критическую ошибку депозитов валидаторов в обновлении Glamsterdam

Разработчики ядра Ethereum внесли критическое исправление в спецификацию, устраняющее ошибку обработки депозитов, присущую консенсусному уровню Gloas предстоящего обновления Glamsterdam. Мейнтейнер Джастин Траглиа закоммитил патч 26 октября после того, как разработчик avsetsin обнаружил логику, которая могла привести к ошибочному зачислению депозитов новых валидаторов строителям блоков.

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

Архитектурная причина уязвимости неправильного распределения депозитов

Уязвимость проистекает из структурных дополнений, введенных Enshrined Proposer-Builder Separation (ePBS) в рамках EIP-7732, ключевой функции хардфорка Glamsterdam, предназначенной для институционализации создания блоков на уровне протокола.

Согласно предложенным спецификациям консенсуса Gloas, и строители блоков, и валидаторы стейкинга регистрируются в сети с использованием открытых ключей. Исследователь avsetsin продемонстрировал 12 октября, что если строитель блоков зарегистрировался с определенным открытым ключом до поступления депозита валидатора, привязанного к тому же ключу, очередь ожидающих депозитов направит средства на баланс строителя.

Этот механизм представлял значительный операционный риск для институциональных стейкинговых организаций и протоколов ликвидного стейкинга (таких как Lido, Rocket Pool и Origin). В потенциальном сценарии эксплуатации оператор узла, выступающий в роли строителя, мог перехватить входящие средства стейкинга протокола, зачислив их на адрес под своим исключительным контролем, не позволяя предполагаемому узлу валидатора запуститься.

Сдвиг консенсуса разработчиков и интеграция спецификации

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

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

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

Двойные проблемы: задержка тестнета и требования к клиентам

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

Хотя Glamsterdam успешно активировался в тестнете Sepolia 6 октября, развертывание в основной сети остается незапланированным до завершения тестирования Hoodi и дальнейших обновлений клиентского программного обеспечения. Отдельным командам клиентов консенсуса (включая Prysm, Lighthouse, Teku и Lodestar) теперь необходимо интегрировать патч, исправляющий обработку депозитов, в свои выпуски программного обеспечения перед следующей запланированной репетицией тестнета.