Прошлой ночью я вернулся к документации Dusk, пытаясь понять «Сжатые аттестации» (SA) помимо описания PoS.

Бросилось в глаза, насколько многое зависит от детерминированного сазидации (DS). Провайдеру нужно как минимум 1 000 DUSK в стейке, но право участия откладывается через M = 2 × epoch − (height mod epoch), при этом каждый текущий epoch составляет 2 160 блоков. DS выбирает генераторов блоков и комитеты по оценкам на основе SHA3 и с использованием seed, из-за чего будущие выборы сложнее заранее просчитать.

Поток консенсуса устроен так: предложение, валидация, затем ратификация. Для Valid требуется сверхбольшинство 2/3, а для Invalid, NoCandidate или NoQuorum — 1/2 + 1. В одном раунде может быть до 50 итераций.

Голосование комитета взвешивается по кредитам; сейчас их 64, а подписи BLS позволяют агрегировать голоса. Возникает вопрос децентрализации: остается ли выбор с учетом веса стейка достаточно разнообразным, когда крупные провайдеры накапливают больше влияния?

Аварийный режим после 16 неудачных итераций — это компромисс по безопасности: он помогает продолжать работу консенсуса, но параллельные итерации могут повысить риск форков. Аварийный блок требует запросов от провайдеров, у которых есть большинство от общего стейка.

Пороговая финальность классифицирует блоки как принятые, аттестованные, подтвержденные или окончательные.

Интересует: как эти пороги проходят стресс‑тестирование на предмет сговора, сбоев живости и концентрации в комитете?

#dusk $DUSK @Dusk