В предыдущих публикациях я рассказывал вам всё о протоколе Kadcast в Dusk, но теперь я собираюсь рассказать вам всё о точности (precision) этого протокола. Большинство блокчейнов говорит о финальности.
Но вы знаете что?? Dusk действительно определяет её с помощью точности. В консенсусе Succinct Attestation каждый блок проходит через четыре чётких состояния при Rolling Finality.....
Accepted , имеет успешную аттестацию, но всё ещё может быть заменён блоком с более низкой итерацией...
Attested , не может быть заменён никаким блоком с более низкой итерацией...
Confirmed , крайне маловероятно, что будет отменён...
Final , необратим при любых обстоятельствах...
Переход зависит от простого правила: сколько предыдущих итераций не имели fail-аттестации (n). Сложно, да?? но именно так рассчитывается точность.
Принятый блок становится confirmed только после появления 2 × n подряд подтверждённых (attested) или подтверждённых (confirmed) блоков после него. После того как он становится confirmed, он становится final, когда его родительский блок тоже final.
Эта конструкция даёт сети и скорость, и безопасность ... блоки могут достигать практической финальности быстро, при этом всё ещё защищаясь от редких сетевых партиций. Мне это очень интересно, и я хочу узнать ваш опыт об этом.. Вы уже знали об этом или просто услышали из моего поста прямо сейчас.. напишите в комментариях, каково ваше мнение об этом.
@Dusk
$DUSK #dusk
Но вы знаете что?? Dusk действительно определяет её с помощью точности. В консенсусе Succinct Attestation каждый блок проходит через четыре чётких состояния при Rolling Finality.....
Accepted , имеет успешную аттестацию, но всё ещё может быть заменён блоком с более низкой итерацией...
Attested , не может быть заменён никаким блоком с более низкой итерацией...
Confirmed , крайне маловероятно, что будет отменён...
Final , необратим при любых обстоятельствах...
Переход зависит от простого правила: сколько предыдущих итераций не имели fail-аттестации (n). Сложно, да?? но именно так рассчитывается точность.
Принятый блок становится confirmed только после появления 2 × n подряд подтверждённых (attested) или подтверждённых (confirmed) блоков после него. После того как он становится confirmed, он становится final, когда его родительский блок тоже final.
Эта конструкция даёт сети и скорость, и безопасность ... блоки могут достигать практической финальности быстро, при этом всё ещё защищаясь от редких сетевых партиций. Мне это очень интересно, и я хочу узнать ваш опыт об этом.. Вы уже знали об этом или просто услышали из моего поста прямо сейчас.. напишите в комментариях, каково ваше мнение об этом.
@Dusk
$DUSK #dusk
