Prysm, основной клиент консенсуса Ethereum, опубликовал подробный обзор инцидента после сбоя основной сети Fusaka 4 декабря. Причина? Истощение ресурсов, вызванное чрезмерным повторным вычислением состояния во время обработки определённых подтверждений. Эта вычислительная «узкая» часть вызвала каскадное влияние на сеть, что привело к пропуску 41 эпохи и заметному снижению общего участия в сети. Инцидент подчеркивает тонкий баланс между эффективностью обработки и стабильностью сети в инфраструктуре блокчейн, вызывая важные дискуссии об стратегиях оптимизации механизмов консенсуса.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
21 Лайков
Награда
21
10
Репост
Поделиться
комментарий
0/400
MetaverseLandlady
· 6ч назад
Опять авария основной сети, действительно... Раз recomputation состояния — это так просто, и он может сломаться? 41 эпоха пропала, и я хочу спросить команду Prysm, не уснули ли они во время код-ревью.
Посмотреть ОригиналОтветить0
GmGmNoGn
· 16ч назад
state recomputation снова устроила проблемы, на этот раз всё было очень серьёзно
Посмотреть ОригиналОтветить0
fren_with_benefits
· 16ч назад
Опять проблема с пересчетом состояния... Когда же это действительно решится?
Посмотреть ОригиналОтветить0
blockBoy
· 12-15 01:36
Опять старая проблема истощения ресурсов... действительно нужно хорошо оптимизировать повторное вычисление состояния.
Посмотреть ОригиналОтветить0
ApyWhisperer
· 12-14 06:55
Опять пришло, state recomputation ломает сеть? Уже говорил, что это нужно оптимизировать, а результат — всё равно не извлекают уроки. 41 пропущенная эпоха, как же больно...
Посмотреть ОригиналОтветить0
GasFeeCrier
· 12-14 06:54
Опять переполнение состояния и сбой? Почему эти клиенты консенсуса так любят расходовать ресурсы... 41 эпоха исчезла — и всё, участие сразу падает, типичный эффект бабочки, наверное.
Посмотреть ОригиналОтветить0
AirdropHunter007
· 12-14 06:53
Ошибка повторного вычисления состояния ngl вызвала сбой сети, поэтому я всё ещё не рискую полностью вкладываться в одного клиента...
Посмотреть ОригиналОтветить0
governance_lurker
· 12-14 06:49
ngl эта ситуация с Prysm снова показывает, что оптимизация деталей действительно должна решаться коренными методами, одних патчей недостаточно
Посмотреть ОригиналОтветить0
GhostWalletSleuth
· 12-14 06:35
Еще один сбой при повторном вычислении состояния, на этот раз сразу отключили 41 эпоху? Впечатляет
Посмотреть ОригиналОтветить0
GasGuzzler
· 12-14 06:28
Опять проблема с повторным расчетом состояния, в эти дни стабильность consensus-клиента действительно зависит от удачи
Prysm, основной клиент консенсуса Ethereum, опубликовал подробный обзор инцидента после сбоя основной сети Fusaka 4 декабря. Причина? Истощение ресурсов, вызванное чрезмерным повторным вычислением состояния во время обработки определённых подтверждений. Эта вычислительная «узкая» часть вызвала каскадное влияние на сеть, что привело к пропуску 41 эпохи и заметному снижению общего участия в сети. Инцидент подчеркивает тонкий баланс между эффективностью обработки и стабильностью сети в инфраструктуре блокчейн, вызывая важные дискуссии об стратегиях оптимизации механизмов консенсуса.