Узлы Running Boreas RC1 изменили мое представление об инфраструктуре сети.
Не из‑за времени блоков или наград за стейкинг. А потому что я начал по привычке использовать tcpdump для трафика синхронизации и заметил кое‑что, на что большинство людей никогда не смотрит. @Dusk nodes не используют gossipsub‑стек Geth для распространения блоков. Они используют Kadcast.
Эта одна деталь значит больше, чем большинство громких метрик.
Протокол сплетен работает так: каждый узел отправляет блоки в N случайных пиров, которые затем пересылают их своим пирам. Экспоненциальное распространение кажется эффективным, пока не понимаешь, что один и тот же блок приходит в один и тот же узел по пяти разным маршрутам пять раз. Полоса пропускания уходит на дубликаты — это не полезные данные.
Kadcast решает это иначе. Узлы группируются в k‑бакеты, используя XOR‑дистанцию Kademlia. Блок‑производитель отправляет только ближайшим k узлам. Каждый переход следует по таблице маршрутизации, не рассылая по всей сети. Каждый узел получает каждое сообщение ровно один раз. Избыточные пакеты практически не появляются.
Для архитектуры Dusk это не просто незначительная оптимизация. Phoenix PLONK‑доказательства, Zedger‑коммитменты и Hedger‑доказательства конфиденциальных переменных — все это крупные полезные нагрузки. Пакеты Sequencer DuskEVM, которые отправляются обратно в DuskDS для верификации SBA, проходят через эту же сеть. При сплетнях 50 узлов, взаимно пересылающих запросы на верификацию, просто перегрузили бы домашнюю пропускную способность. Kadcast уменьшает общее количество переданных байтов на распространение одного блока примерно на порядок на таком масштабе.
Я запустил два локальных тестнета одновременно. Один использовал Kadcast, другой — моделировал пересылку при помощи gossip. Одна и та же высота блока; сравнение проводилось напрямую по tcpdump‑захватам. Входящий трафик на узле Kadcast составлял 38% от трафика в gossip‑симуляции. Раунды SBA‑подписей, проходящие через producer, validator и approver, тоже шли через Kadcast, и задержки при производстве блока заметно снизились.
Большинство операторов узлов следят за временем блоков. Слой распространения под ними определяет, остаются ли эти времена стабильными при нагрузке.
#dusk $DUSK #Binance
Не из‑за времени блоков или наград за стейкинг. А потому что я начал по привычке использовать tcpdump для трафика синхронизации и заметил кое‑что, на что большинство людей никогда не смотрит. @Dusk nodes не используют gossipsub‑стек Geth для распространения блоков. Они используют Kadcast.
Эта одна деталь значит больше, чем большинство громких метрик.
Протокол сплетен работает так: каждый узел отправляет блоки в N случайных пиров, которые затем пересылают их своим пирам. Экспоненциальное распространение кажется эффективным, пока не понимаешь, что один и тот же блок приходит в один и тот же узел по пяти разным маршрутам пять раз. Полоса пропускания уходит на дубликаты — это не полезные данные.
Kadcast решает это иначе. Узлы группируются в k‑бакеты, используя XOR‑дистанцию Kademlia. Блок‑производитель отправляет только ближайшим k узлам. Каждый переход следует по таблице маршрутизации, не рассылая по всей сети. Каждый узел получает каждое сообщение ровно один раз. Избыточные пакеты практически не появляются.
Для архитектуры Dusk это не просто незначительная оптимизация. Phoenix PLONK‑доказательства, Zedger‑коммитменты и Hedger‑доказательства конфиденциальных переменных — все это крупные полезные нагрузки. Пакеты Sequencer DuskEVM, которые отправляются обратно в DuskDS для верификации SBA, проходят через эту же сеть. При сплетнях 50 узлов, взаимно пересылающих запросы на верификацию, просто перегрузили бы домашнюю пропускную способность. Kadcast уменьшает общее количество переданных байтов на распространение одного блока примерно на порядок на таком масштабе.
Я запустил два локальных тестнета одновременно. Один использовал Kadcast, другой — моделировал пересылку при помощи gossip. Одна и та же высота блока; сравнение проводилось напрямую по tcpdump‑захватам. Входящий трафик на узле Kadcast составлял 38% от трафика в gossip‑симуляции. Раунды SBA‑подписей, проходящие через producer, validator и approver, тоже шли через Kadcast, и задержки при производстве блока заметно снизились.
Большинство операторов узлов следят за временем блоков. Слой распространения под ними определяет, остаются ли эти времена стабильными при нагрузке.
#dusk $DUSK #Binance
