Две метрики, за которыми я внимательно слежу с fusaka: DA время ожидания: как долго мой узел ждет все колонки перед импортом в выбор форка. Это стало хуже с переходом на колонки. Частота реорганизаций: как часто мой узел видит реорганизацию цепи. Это не изменилось, и мы, по сути, вернулись к уровням Pectra (это хорошо!)

Отгрузка Fusaka и масштабирование blobs — это большое дело, но часть, которая не получает достаточной оценки, заключается в том, что мы поставили цель выпустить ДВА сложных форка в этом году и справились с этим. Огромные усилия со стороны клиентских команд, EF и сообщества. Новый подход, сильная реализация повсюду

Чтобы прояснить этот вопрос, генерация исторического состояния требует много вычислительных ресурсов и памяти, и узел может подвергнуться атаке типа dos из-за большого количества воспроизведений состояния, происходящих параллельно. За последние два часа мы наблюдали всплеск устаревших аттестаций, нацеленных на корни контрольных точек из вне слотов (например, слот 5 эпохи). Проверка этих аттестаций требует восстановления целевого состояния, что заставляет узлы prysm тратить значительное время на воспроизведение старого состояния и приводит к состоянию, похожему на dos. Мы рекомендуем добавить "--disable-last-epoch-targets", чтобы отключить генерацию старого состояния для устаревшей аттестации.