И я полностью понимаю $DUSK использует нечто под названием Kadcast как основной протокол для распространения блоков, транзакций и голосов по консенсусу по сети. Это не то, что сделано с нуля: на самом деле, в нём много вдохновения от настройки распределённой хеш-таблицы Kademlia, особенно от самой идеи XOR-расстояния. По сути, вместо того чтобы просто рассылать сообщения всем соседям подряд, как это делают старые протоколы сплетен, тут подход умнее — данные передаются по определённым, структурированным маршрутам через выбранных участников.

Разберём по частям:

У каждого узла есть свой идентификатор, а XOR-расстояние между узлами определяет, как узлы организуются друг относительно друга.
Соединения между пирами не просто случайные: они группируются в так называемые routing buckets (маршрутные бакеты) в зависимости от того, насколько они далеко друг от друга относительно узла.
Когда нужно распространить сообщение, оно не отправляется всем сразу — вместо затопления всей сети, его передают дальше через выбранный набор пиров.
Поскольку каждый бакет хранит более одного пира, есть «страховка»: если один пир отвалится или не справится, остаются другие пути, готовые продолжить передачу сообщения.
Также встроен слой безопасности: сообщения подписываются, и прежде чем что-либо будет передано дальше, эта подпись проверяется. Это помогает помешать злоумышленникам вмешиваться в то, как распространяются данные.

И что касается реальной производительности, @Dusk сообщал, что такая схема сокращает использование пропускной способности примерно на 25–50% по сравнению с обычными протоколами сплетен. При этом стоит помнить, что это число основано на собственных тестах и заявлениях о дизайне Dusk — это не какая-то фиксированная гарантия, которая будет одинаково работать в любых настройках и условиях. #dusk