Проведя несколько дней, копаясь в Dusk, я заметил одну вещь, которая начала выделяться: окончательность в сети обычно идет с компромиссом.
Либо вы ждёте дольше, либо полагаетесь на меньшую группу, чтобы принять решение. Dusk выбирает другой путь.
В whitepaper объясняется Fast Probabilistic Finality (FPF), где блок может стать финальным, как только достаточно много комитетных провайдеров подпишут его.
По мере того как подписи достигают требуемого порога, блок может быть окончательно зафиксирован без ожидания ещё одного фиксированного раунда.
Это называется вероятностной, потому что теоретически всё ещё возможна конфликтующая цепочка, но вероятность становится крайне малой по мере роста честного участия.
Интересно здесь то, что соблюдается баланс: цель — не просто сделать окончательность быстрой. Цель — сделать её быстрой, сохранив при этом свойства безопасности децентрализованной системы.
FPF — хороший пример того, как дизайн консенсуса может превратить окончательность из «игры на ожидание» во что-то гораздо более непосредственное.
@Dusk_Foundation $DUSK
#dusk
#dusk $DUSK @Dusk
Либо вы ждёте дольше, либо полагаетесь на меньшую группу, чтобы принять решение. Dusk выбирает другой путь.
В whitepaper объясняется Fast Probabilistic Finality (FPF), где блок может стать финальным, как только достаточно много комитетных провайдеров подпишут его.
По мере того как подписи достигают требуемого порога, блок может быть окончательно зафиксирован без ожидания ещё одного фиксированного раунда.
Это называется вероятностной, потому что теоретически всё ещё возможна конфликтующая цепочка, но вероятность становится крайне малой по мере роста честного участия.
Интересно здесь то, что соблюдается баланс: цель — не просто сделать окончательность быстрой. Цель — сделать её быстрой, сохранив при этом свойства безопасности децентрализованной системы.
FPF — хороший пример того, как дизайн консенсуса может превратить окончательность из «игры на ожидание» во что-то гораздо более непосредственное.
@Dusk_Foundation $DUSK
#dusk
#dusk $DUSK @Dusk