Prysm выявила, что ошибка, внедренная на тестнете за месяц до обновления Ethereum Fusaka, стала причиной проблемы валидации узлов Ethereum, которая ранее в этом месяце повлияла на ее клиента
Разработчик Ethereum Терренс Цао опубликовал постмортем в воскресенье, подробно описав инцидент в Fusaka mainnet Prysm, который повлиял на сеть 4 декабря
В сообщении указано, что узлы Prysm испытывали «истощение ресурсов» при обработке аттестаций от не синхронизированных узлов. Это вызвало повторное воспроизведение прошлых блоков эпохи и перерасчет дорогих переходов состояния, что привело к значительным сбоям в производительности из-за чрезмерной нагрузки
В постмортеме было раскрыто, что ошибка существовала на тестнетах месяцами до инцидента, но не была активирована.
«Ошибка была внесена в Prysm PR 15965 и развернута на тестнетах за месяц до инцидента без срабатывания триггера.»
Тестнеты предназначены для выявления ошибок, но они не являются безошибочным методом
В мае 2023 года — через месяц после хардфорка Shanghai — разработчики Ethereum были охвачены паникой, когда сеть временно потеряла финальность транзакций примерно на 25 минут, а на следующий день — более часа, прежде чем блокчейн восстановился самостоятельно
Prysm был исправлен
Вместо использования текущего состояния головы, Prysm воссоздал предыдущие состояния с нуля, создавая огромную вычислительную нагрузку.
Более чем за 42 эпохи сеть показала уровень пропущенных слотов в 18,5%, а участие снизилось до 75%, в то время как валидаторы потеряли примерно 382 ETH (ETH) в наградах за аттестацию, говорится в сообщении
Связано:Виталик Бутерин говорит, что Ethereum может справиться с временной потерей финальности
Операторам узлов было поручено развернуть временное решение, пока разработчики работали над обновлением патча для клиентов Prysm
Разнообразие клиентов спасло ситуацию
Разработчики отметили, что инцидент мог бы быть намного хуже, если бы он поразил доминирующего клиента Ethereum — Lighthouse
Prysm от Offchain Labs — второй по величине клиент Ethereum с долей 17,6%, согласно ClientDiversity
«Разнообразие клиентов предотвратило заметное влияние на пользователей Ethereum. Клиент с более чем 1/3 сети вызвал бы временную потерю финальности и больше пропущенных блоков.»
Тем не менее, инцидент подчеркнул, что Lighthouse находится на опасной грани двух третей, при которых ошибка одного клиента могла бы завершить недопустимую цепочку
На данный момент доля клиента Lighthouse составляет 52,6%, снизившись с примерно 56% во время инцидента
Разработчики Ethereum настаивают на большем разнообразии клиентов. Источник:ClientDiversity Журнал:Большие вопросы: выдержит ли Bitcoin 10-летний отключение электроэнергии?
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Уязвимость клиента Ethereum с месячной давностью признана причиной сбоя Prysm
Prysm выявила, что ошибка, внедренная на тестнете за месяц до обновления Ethereum Fusaka, стала причиной проблемы валидации узлов Ethereum, которая ранее в этом месяце повлияла на ее клиента
Разработчик Ethereum Терренс Цао опубликовал постмортем в воскресенье, подробно описав инцидент в Fusaka mainnet Prysm, который повлиял на сеть 4 декабря
В сообщении указано, что узлы Prysm испытывали «истощение ресурсов» при обработке аттестаций от не синхронизированных узлов. Это вызвало повторное воспроизведение прошлых блоков эпохи и перерасчет дорогих переходов состояния, что привело к значительным сбоям в производительности из-за чрезмерной нагрузки
В постмортеме было раскрыто, что ошибка существовала на тестнетах месяцами до инцидента, но не была активирована.
Тестнеты предназначены для выявления ошибок, но они не являются безошибочным методом
В мае 2023 года — через месяц после хардфорка Shanghai — разработчики Ethereum были охвачены паникой, когда сеть временно потеряла финальность транзакций примерно на 25 минут, а на следующий день — более часа, прежде чем блокчейн восстановился самостоятельно
Prysm был исправлен
Вместо использования текущего состояния головы, Prysm воссоздал предыдущие состояния с нуля, создавая огромную вычислительную нагрузку.
Более чем за 42 эпохи сеть показала уровень пропущенных слотов в 18,5%, а участие снизилось до 75%, в то время как валидаторы потеряли примерно 382 ETH (ETH) в наградах за аттестацию, говорится в сообщении
Связано: Виталик Бутерин говорит, что Ethereum может справиться с временной потерей финальности
Операторам узлов было поручено развернуть временное решение, пока разработчики работали над обновлением патча для клиентов Prysm
Разнообразие клиентов спасло ситуацию
Разработчики отметили, что инцидент мог бы быть намного хуже, если бы он поразил доминирующего клиента Ethereum — Lighthouse
Prysm от Offchain Labs — второй по величине клиент Ethereum с долей 17,6%, согласно ClientDiversity
Тем не менее, инцидент подчеркнул, что Lighthouse находится на опасной грани двух третей, при которых ошибка одного клиента могла бы завершить недопустимую цепочку
На данный момент доля клиента Lighthouse составляет 52,6%, снизившись с примерно 56% во время инцидента
Журнал: Большие вопросы: выдержит ли Bitcoin 10-летний отключение электроэнергии?