Я копнул глубже в Emergency Mode (аварийный режим) Dusks. Думаю, самое интересное здесь не просто то, что сеть имеет резервный сценарий на случай, когда консенсус не удаётся.

Представьте, что внезапно отключается большинство участников-провиженеров (provisioners). Никакой атаки, никакого блока — они просто перестают участвовать. Система консенсуса, построенная вокруг участия, может быстро столкнуться с проблемой живости (liveness).

Emergency Mode от Dusks — это способ решить эту проблему.

Dusk подходит к этому иначе. Emergency Mode позволяет запускать новые итерации консенсуса, пока более ранние остаются открытыми, предоставляя провиженерам, находящимся онлайн, больше шансов прийти к соглашению. Если же это продолжает не срабатывать, Dusks Emergency Block Requests могут собрать стейк, чтобы сгенерировать пустой аварийный блок.

Аварийный блок не предназначен для обработки транзакций. Он нужен, чтобы цепочка продолжала двигаться. Он создаёт новую seed-строку (seed) для следующей попытки консенсуса.

Есть одна часть, которую я считаю более важной.

Как часто Dusk вообще нужно это восстановление?

Если бы Emergency Mode Dusks стал регулярным событием, я бы воспринимал это не столько как успех механизма резервного режима (fallback), сколько как сигнал о том, что участие валидаторов стало ненадёжным.

Живость важна. Сохранение живости не решает базовую проблему участия в Dusk.

#dusk $DUSK @Dusk

$ATM $ACE