#dusk $DUSK @Dusk

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

Блок может быть идеально валидным, но если какие-то provisioner’ы получают его слишком поздно, весь процесс консенсуса начинает терять время.

Именно на это обратил внимание Kadcast. Dusk использует его для распространения сообщений, а Succinct Attestation занимается предложением, валидацией и ратификацией. То есть распространение блока — это не просто «отправить всем», оно должно пройти по сети достаточно быстро, чтобы комитеты работали с одной и той же информацией.

Я также заметил, что Dusk требует, чтобы provisioner’ы держали ноды синхронизированными, при этом Kadcast использует UDP-порт 9000. Даже официальный раздел по устранению неполадок подсказывает операторам проверять связность peer’ов и высоту блока, когда прогресс цепочки останавливается.

А минимальная прямая ставка — 1 000 DUSK, то есть запуск инфраструктуры консенсуса — это не только про удержание токенов: нода должна быть онлайн и синхронизированной.

Для меня это самое интересное в Dusk: быстрая финальность — это не только формула консенсуса. Распространение по сети — это тоже часть ограничения по скорости.

Что произойдёт, когда Dusk масштабируется до намного более географически распределённых provisioner’ов?

Может ли распространение стать реальным «узким местом»?

Предел распространения?
Yes, Soon
Maybe Later
No, Never
10 ч. осталось