Краткое подтверждение: как Dusk достигает окончательности.
Что именно нужно блокчейну, чтобы транзакция стала окончательной?
Для Dusk ответ начинается с Succinct Attestation — ее протокола консенсуса proof-of-stake. Механизм построен вокруг случайно выбранных провайдеров и комитетов, а также последовательности шагов проверки и ратификации предложений.
Провайдер блокирует DUSK в качестве залога и после этого может стать подходящим для участия в консенсусе. Детерминированная сортировка Dusk выбирает генераторов блоков и членов голосующего комитета с помощью процесса, взвешенного по доле (stake), что делает выбор воспроизводимым, сохраняя при этом некоторую непредсказуемость за счет seed протокола.
Самое интересное — что происходит после того, как блок предложен. Один комитет выполняет его валидацию, а другой — ратифицирует результат валидации. Сверхбольшинство валидных голосов дает успешный результат: подписи BLS позволяют агрегировать голоса в компактные аттестации.
Затем Dusk использует скользящую окончательность (rolling finality), а не рассматривает каждый принятый блок как немедленно необратимый. Блоки продвигаются по состояниям, включая accepted (принят), attested (засвидетельствован), confirmed (подтвержден) и наконец final (окончательный). Окончательный блок не может быть заменен в соответствии с правилами протокола по окончательности.
Эта архитектура показывает, что окончательность — это не просто про скорость. Это про координацию участников сети: доказательство согласия и постепенное повышение уверенности в цепочке.
@Dusk_Foundation , следовательно, делает консенсус архитектурным компонентом своей финансовой инфраструктуры, а не просто механизмом безопасности.
$DUSK #dusk
Предсказуемая, проверяемая окончательность важнее для финансовых блокчейнов, чем простое максимизирование пропускной способности транзакций?
Что именно нужно блокчейну, чтобы транзакция стала окончательной?
Для Dusk ответ начинается с Succinct Attestation — ее протокола консенсуса proof-of-stake. Механизм построен вокруг случайно выбранных провайдеров и комитетов, а также последовательности шагов проверки и ратификации предложений.
Провайдер блокирует DUSK в качестве залога и после этого может стать подходящим для участия в консенсусе. Детерминированная сортировка Dusk выбирает генераторов блоков и членов голосующего комитета с помощью процесса, взвешенного по доле (stake), что делает выбор воспроизводимым, сохраняя при этом некоторую непредсказуемость за счет seed протокола.
Самое интересное — что происходит после того, как блок предложен. Один комитет выполняет его валидацию, а другой — ратифицирует результат валидации. Сверхбольшинство валидных голосов дает успешный результат: подписи BLS позволяют агрегировать голоса в компактные аттестации.
Затем Dusk использует скользящую окончательность (rolling finality), а не рассматривает каждый принятый блок как немедленно необратимый. Блоки продвигаются по состояниям, включая accepted (принят), attested (засвидетельствован), confirmed (подтвержден) и наконец final (окончательный). Окончательный блок не может быть заменен в соответствии с правилами протокола по окончательности.
Эта архитектура показывает, что окончательность — это не просто про скорость. Это про координацию участников сети: доказательство согласия и постепенное повышение уверенности в цепочке.
@Dusk_Foundation , следовательно, делает консенсус архитектурным компонентом своей финансовой инфраструктуры, а не просто механизмом безопасности.
$DUSK #dusk
Предсказуемая, проверяемая окончательность важнее для финансовых блокчейнов, чем простое максимизирование пропускной способности транзакций?