Коротко
- Разработчики Ethereum объединили исправление Glamsterdam после обнаружения логики перехода форка, которая могла направлять депозиты валидаторов на строителей, использующих один и тот же открытый ключ.
- Баг затронул процесс регистрации Gloas, при котором ожидающие депозиты могли быть неверно классифицированы при создании реестров строителей и валидаторов, но это не было эксплуатацией на мейннете.
- Запрос на извлечение #5736 теперь разделяет маршрутизацию депозитов по данным для вывода, сохраняет депозиты валидаторов в их очереди и добавляет регрессионные тесты перед развертыванием.
Разработчики Ethereum объединили исправление спецификации консенсуса для Glamsterdam после выявления ошибки в подключении к форку Gloas, которая могла направлять депозиты валидаторов строителям блоков, использующим один и тот же открытый ключ. Запрос на извлечение #5736 был объединён с основной веткой 26 октября и изменяет способ классификации ожидающих депозитов во время форка. Этот недостаток затронул логику перехода для будущего обновления Ethereum, а не текущий протокол мейннета, оставив проблему в пределах разработки и тестирования для Ethereum.
Gloas Fix разделяет пути депозита валидатора и билдера
Основная проблема заключалась в моменте инициализации Gloas своего отдельного реестра сборщиков. Согласно предыдущему правилу маршрутизации, как только ожидающий депозит регистрировал сборщика, последующие депозиты, использующие тот же открытый ключ, могли увеличивать баланс этого сборщика независимо от их данных для вывода средств. В результате депозит валидатора мог покинуть очередь валидаторов и быть зачислен на счет сборщика. Ошибка создавала условный путь, по которому средства, предоставленные для стейкинга, могли попасть на аккаунт, контролируемый другой стороной.
Описание проблемы иллюстрирует риск, когда стейкинг-протокол финансирует валидатора, управляемого другой стороной. Если оператор сначала поместил в очередь действительный депозит строителя, используя тот же ключ, и оба депозита остались в ожидании на момент форка, депозит валидатора, профинансированный протоколом, также может быть направлен строителю. Из этого депозита не будет создан валидатор, что может нарушить учет на основе доказательств или процедуры восстановления. Описанный сценарий представлял собой крайний случай на уровне протокола, а не доказательство того, что депозиты на ethereum мейннет были перенаправлены.
Исправление с объединением разделяет депозиты в соответствии с данными для вывода во время регистрации Gloas. Депозиты валидаторов теперь остаются в очереди валидаторов даже при использовании одного и того же ключа строителем, в то время как действительные депозиты строителей могут регистрироваться или пополняться строителями независимо. Существующие депозиты строителей также могут получать пополнения в соответствии с пересмотренными правилами. Это изменение согласует процесс регистрации с независимыми реестрами валидаторов и строителей, описанными в EIP-8282, и добавляет регрессионные тесты, охватывающие порядок и поведение маршрутизации депозитов.
Важность времени обусловлена тем, что Glamsterdam объединяет изменения уровня выполнения в Амстердаме с изменениями уровня консенсуса Gloas, включая закрепленное разделение предложителя и билдера. Более широкое обновление уже прошло публичное тестирование, однако развертывание Hoodi было отложено для дополнительного рассмотрения, а активация на мейннете остается не подтвержденной. Исправление маршрутизации депозитов, таким образом, укрепляет спецификации для будущего форка, а не устраняет эксплуатацию на живой сети Ethereum. Это также подчеркивает, почему логика перехода, связанная с инфраструктурой стейкинга и создания блоков, требует тестирования до безопасного внедрения предложенных изменений протокола в производство.