Я разбирался, как консенсус Dusk на самом деле приходит к финальности, и формулировка «один блок — одно подтверждение» начала казаться неполной.

Succinct Attestation работает раундом, и каждый раунд может пройти через несколько итераций, если комитет не успевает произвести или проверить блок. На поверхности это просто механизм повторной попытки — да, сеть сама исправляется. Но когда я посмотрел, какой реальный ущерб несёт провалившаяся итерация, оказалось, что это не просто абстрактный ретрай. Каждая неудавшаяся итерация перетасовывает комитет, сбрасывает окно голосования и отодвигает момент финальности дальше. Эта задержка нигде не отображается как одно число — она распределяется между теми, кто ждёт этот блок: контрагентом по расчётам, релейным звеном моста, приложением, проверяющим статус подтверждения.

Поэтому то, что люди называют «временем финальности», — это по сути показатель в наилучшем сценарии. Реальная цена зависит от условий: она накапливается в зависимости от состояния сети, отзывчивости валидаторов и того, как часто комитеты действительно справляются с задачей с первого раза. Этот риск распределяется неравномерно: тот, кто ждёт транзакцию, принимает его на себя, а не протокол.

Я всё ещё не уверен, как ведёт себя эта частота отказов, когда одновременно растут и объём транзакций, и частота смены комитетов.
#dusk $DUSK @Dusk