Отгрузка Fusaka и масштабирование blobs — это большое дело, но часть, которая не получает достаточной оценки, заключается в том, что мы поставили цель выпустить ДВА сложных форка в этом году и справились с этим.
Огромные усилия со стороны клиентских команд, EF и сообщества. Новый подход, сильная реализация повсюду
Чтобы прояснить этот вопрос, генерация исторического состояния требует много вычислительных ресурсов и памяти, и узел может подвергнуться атаке типа dos из-за большого количества воспроизведений состояния, происходящих параллельно. За последние два часа мы наблюдали всплеск устаревших аттестаций, нацеленных на корни контрольных точек из вне слотов (например, слот 5 эпохи). Проверка этих аттестаций требует восстановления целевого состояния, что заставляет узлы prysm тратить значительное время на воспроизведение старого состояния и приводит к состоянию, похожему на dos.
Мы рекомендуем добавить "--disable-last-epoch-targets", чтобы отключить генерацию старого состояния для устаревшей аттестации.
🚨 Мы выявили проблему и нашли быстрое решение. Все узлы должны отключить Prysm, чтобы ненужно не генерировать старые состояния для обработки устаревшей аттестации. Для этого просто добавьте следующий флаг к вашему узлу маяка. Этот флаг работает с версией v7.0.0, и вам не нужно обновлять узел маяка, кроме добавления этого флага. Изменения для клиентов валидаторов не требуются.
"--disable-last-epoch-targets"