Коротко
- Розробники ethereum об’єднали виправлення Glamsterdam після виявлення логіки переходу форку, яка могла перенаправляти депозити валідаторів на будівельників, що мають спільний публічний ключ.
- Баг вплинув на процес онбордингу Gloas, де очікуючі депозити могли бути неправильно класифіковані під час створення реєстрів будівельників і валідаторів, але це не було експлуатацією на мейннеті.
- Запит на витягування #5736 тепер розділяє маршрутизацію депозитів за обліковими даними для виведення, зберігає депозити валідаторів у їхній черзі та додає тести на регресію перед розгортанням.
Розробники ethereum влили виправлення специфікації консенсусу для Glamsterdam після виявлення бага з підключенням форку Gloas, який міг перенаправляти депозити валідаторів на будівельників блоків, що мають спільний публічний ключ. Запит на витягування #5736 було об’єднано з master 26 жовтня, і це змінило класифікацію очікуючих депозитів під час форку. Цей недолік вплинув на логіку переходу для майбутнього оновлення ethereum, а не на поточний протокол мейннету, що залишило проблему в межах розробки та тестування для Ethereum.
Gloas Fix розділяє шляхи депозиту валідатора і будівника
Основна проблема полягала у моменті, коли Gloas ініціалізує свій окремий реєстр будівельників. За попереднім правилом маршрутизації, після того як очікуючий депозит зареєстрував будівельника, пізніші депозити, що використовували той самий публічний ключ, могли збільшити баланс цього будівельника незалежно від їхніх реквізитів для виведення коштів. Тому депозит вейлідатора міг вийти з черги вейлідаторів і бути зарахований будівельнику. Цей баг створював умовний шлях, за яким кошти, надані для стейкінгу, могли досягти акаунту, що належить іншій стороні.
Опис проблеми ілюструє ризик, коли стейкінг-протокол фінансує валідатора, яким керує інша сторона. Якщо оператор спочатку помістив у чергу дійсний депозит будівельника, використовуючи той самий ключ, і обидва депозити залишилися в очікуванні на момент форку, депозит валідатора, профінансований протоколом, також міг бути спрямований будівельнику. З цього депозиту не було б створено жодного валідатора, що може порушити облік на основі доведення або процедури відновлення. Описаний сценарій був крайнім випадком на рівні протоколу, а не доказом того, що депозити ethereum мейннету були перенаправлені.
Злитий виправлення розділяє депозити згідно з даними для виведення під час onboarding Gloas. Депозити валідаторів залишаються в черзі валідаторів навіть тоді, коли будівельник використовує той самий ключ, тоді як дійсні депозити будівельників можуть реєструватися або поповнювати будівельників незалежно. Існуючі депозити будівельників також можуть отримувати поповнення за новими правилами. Ця зміна узгоджує onboarding із незалежними реєстрами валідаторів і будівельників, описаними в EIP-8282, і додає тести на регресію, що охоплюють порядок і маршрутизацію депозитів.
Таймінг має значення, оскільки Glamsterdam поєднує зміни рівня виконання Amsterdam зі змінами консенсусного рівня Gloas, включаючи закріплене розділення пропозера та білдера. Більш широке оновлення вже пройшло публічне тестування, тоді як його Hoodi розгортання було відкладено для додаткового огляду, а активація на мейннеті залишається невизначеною. Тому виправлення маршрутизації депозитів підсилює специфікації для майбутнього форку, а не виправляє активний експлойт ethereum. Це також підтверджує, чому логіка переходу щодо стейкінгу та інфраструктури побудови блоків потребує тестування до того, як запропоновані зміни протоколу безпечно досягнуть виробництва.