#dusk $DUSK @Dusk

Когда я впервые посмотрел на Dusk, я в основном был сосредоточен на Phoenix, стейкинге и стороне приватности. Но чем глубже я вникаю, тем больше меня привлекает Kadcast.

Dusk использует Kadcast в качестве своего P2P-уровня широковещательной передачи, и по сути он разработан, чтобы не допускать зависимости блока от всего лишь одного идеального сетевого маршрута.

Самое интересное — избыточность. Kadcast может отправлять один и тот же фрагмент блока нескольким делегатам, вместо того чтобы полагаться на один узел. Протокол использует настраиваемое значение β, а реализация поддерживает β = 3; поэтому если один маршрут не сработает или узел будет недоступен, другие маршруты всё равно смогут передать данные дальше. Также применяется Forward Error Corection (FEC), потому что UDP может терять пакеты. Исследования по Kadcast показывают, что это сочетание позволяет сохранить надежность распространения даже при потере пакетов.

И это важно для Dusk, потому что блоки ограничены 1 МБ — это примерно 250 транзакций Phoenix. Dusk говорит, что Kadcast может сократить использование полосы пропускания примерно на 25–50% по сравнению с распространёнными подходами к gossip.

Мне нравится эта архитектура, потому что отказоустойчивость здесь — это не только про консенсус. Она начинается с того, чтобы сообщение действительно доходило.

Как думаете, более эффективное распространение блоков недооценено в безопасности блокчейна?