Многие обсуждают производительность блокчейна и в первую очередь думают о TPS. Но когда я читал white paper Dusk, заметил, что Kadcast описан еще до раздела про консенсус. Причина проста: если кандидатные блоки, транзакции и голосования не успевают вовремя доходить до узлов, то даже если комитет выбран идеально, из‑за рассинхронизации информации это может приводить к задержкам, форкам или повторной верификации.
@Dusk_Foundation $DUSK #dusk
Можно представить две схемы распространения как две разные дороги. Традиционный Gossip похож на «передавай всем, кого встретишь»: узел дублирует широковещательную рассылку сразу нескольким соседям. А Kadcast заимствует Kademlia DHT: с помощью XOR‑дистанции между идентификаторами узлов строится маршрутизация, затем через bucket выбираются узлы на разных дистанциях, формируя структурированное multicast‑дерево. Сообщение перестает «рассеиваться без разбора», а передается по заранее спроектированным путям, послойно доходя до получателей — это уменьшает повторную передачу, сохраняя при этом покрытие сети.
Для финансовых сетей это особенно важно. Блоки, пришедшие с опозданием на несколько секунд, влияют не только на пользовательский опыт: разные узлы могут на время видеть разные candidate blocks, что повышает вероятность stale block и разногласий в консенсусе. В white paper приведены результаты исследований: по сравнению с Gossip Kadcast может снизить использование пропускной способности примерно на 25%—50%; в сценариях с более быстрым производством блоков доля stale block, как ожидается, может уменьшаться на 10%—30%. Но стоит уточнить: это результаты исследований, цитируемые в white paper, а не единые измерения Dusk mainnet при всех сетевых условиях.
Мне кажется, у Kadcast есть еще один нюанс, который легко упустить: структурированная передача не обязательно жертвует приватностью. Узлы пересылают сообщение через несколько peer: после того как подписи проходят верификацию, распространение продолжается. И когда маршрут не доставляет данные напрямую от источника всем участникам, внешнему наблюдателю сложнее понять, откуда изначально пришло сообщение. Однако чем более структурирован топологический граф, тем важнее не допустить, чтобы сама схема маршрутизации раскрывала слишком много информации. Производительность и приватность не обеспечиваются автоматически — они являются следствием проектирования путей распространения.
В итоге, уровень распространения никогда не был «приложением» к консенсусу.
@Dusk_Foundation $DUSK #dusk
Можно представить две схемы распространения как две разные дороги. Традиционный Gossip похож на «передавай всем, кого встретишь»: узел дублирует широковещательную рассылку сразу нескольким соседям. А Kadcast заимствует Kademlia DHT: с помощью XOR‑дистанции между идентификаторами узлов строится маршрутизация, затем через bucket выбираются узлы на разных дистанциях, формируя структурированное multicast‑дерево. Сообщение перестает «рассеиваться без разбора», а передается по заранее спроектированным путям, послойно доходя до получателей — это уменьшает повторную передачу, сохраняя при этом покрытие сети.
Для финансовых сетей это особенно важно. Блоки, пришедшие с опозданием на несколько секунд, влияют не только на пользовательский опыт: разные узлы могут на время видеть разные candidate blocks, что повышает вероятность stale block и разногласий в консенсусе. В white paper приведены результаты исследований: по сравнению с Gossip Kadcast может снизить использование пропускной способности примерно на 25%—50%; в сценариях с более быстрым производством блоков доля stale block, как ожидается, может уменьшаться на 10%—30%. Но стоит уточнить: это результаты исследований, цитируемые в white paper, а не единые измерения Dusk mainnet при всех сетевых условиях.
Мне кажется, у Kadcast есть еще один нюанс, который легко упустить: структурированная передача не обязательно жертвует приватностью. Узлы пересылают сообщение через несколько peer: после того как подписи проходят верификацию, распространение продолжается. И когда маршрут не доставляет данные напрямую от источника всем участникам, внешнему наблюдателю сложнее понять, откуда изначально пришло сообщение. Однако чем более структурирован топологический граф, тем важнее не допустить, чтобы сама схема маршрутизации раскрывала слишком много информации. Производительность и приватность не обеспечиваются автоматически — они являются следствием проектирования путей распространения.
В итоге, уровень распространения никогда не был «приложением» к консенсусу.