@Dusk_Foundation На каком «расстоянии восстановления» я сам реально смотрю на узле DUSK
В 03:17 узел вернулся в строй, но всё ещё был далёк от какой-либо практической полезности. Rusk был установлен, конфигурация находилась там, где я и ожидал, ключи не трогали. Самое неприятное было состояние. Сеть продолжала двигаться, пока эта машина простаивала.
Вот где для меня становится интересно быстрое fast-sync в DUSK. Не потому, что он каким-то образом заставляет старые блоки исчезать. Он делает более практичную вещь: заменяет локальное состояние Rusk и базу цепочки опубликованным состоянием, а затем оставляет узел продолжать оттуда в направлении актуального «живого» конца.
Я начал думать о разрыве как о расстоянии восстановления. Если снимок находится на высоте S, а сеть уже на высоте T, то T минус S — это работа, которая всё ещё лежит перед узлом. Более новый снимок может уменьшить это расстояние, но не убирает остальную часть пути восстановления. Скачивание — это одна составляющая. Перезапуск, поиск пиров, продвижение по высоте и проверка того, что всё продолжает продвигаться, — это другие.
Есть здесь и ещё один неловкий момент. Fast-sync не пересобирает архивные индексы до момента снимка, поэтому «восстановлено» означает разное для обычного узла и для архивного сервиса.
То, что я хочу посмотреть дальше, — это не размер снимка. Меня интересует, как расстояние восстановления ведёт себя при грязной поломке, когда сеть продолжает двигаться, пока оператор всё ещё чинит проблемы.#dusk $DUSK
В 03:17 узел вернулся в строй, но всё ещё был далёк от какой-либо практической полезности. Rusk был установлен, конфигурация находилась там, где я и ожидал, ключи не трогали. Самое неприятное было состояние. Сеть продолжала двигаться, пока эта машина простаивала.
Вот где для меня становится интересно быстрое fast-sync в DUSK. Не потому, что он каким-то образом заставляет старые блоки исчезать. Он делает более практичную вещь: заменяет локальное состояние Rusk и базу цепочки опубликованным состоянием, а затем оставляет узел продолжать оттуда в направлении актуального «живого» конца.
Я начал думать о разрыве как о расстоянии восстановления. Если снимок находится на высоте S, а сеть уже на высоте T, то T минус S — это работа, которая всё ещё лежит перед узлом. Более новый снимок может уменьшить это расстояние, но не убирает остальную часть пути восстановления. Скачивание — это одна составляющая. Перезапуск, поиск пиров, продвижение по высоте и проверка того, что всё продолжает продвигаться, — это другие.
Есть здесь и ещё один неловкий момент. Fast-sync не пересобирает архивные индексы до момента снимка, поэтому «восстановлено» означает разное для обычного узла и для архивного сервиса.
То, что я хочу посмотреть дальше, — это не размер снимка. Меня интересует, как расстояние восстановления ведёт себя при грязной поломке, когда сеть продолжает двигаться, пока оператор всё ещё чинит проблемы.#dusk $DUSK