Всем доброе утро. Хочу обсудить с вами одну проблему, которая особенно легко игнорируется в бычьем рынке — сетевой слой.
Многие, говоря о производительности, начинают соревноваться в TPS, времени блока, скорости консенсуса, но только те, кто действительно запускал полноценный узел, сталкивался с ситуациями, когда "газ на цепочке явно не проблема, а всё равно зависает", или переживал внезапную нестабильность времени подтверждения, понимают одну истину: медлительность не обязательно связана с консенсусом, очень вероятно, что причина в том, что сообщения вообще не проходят по сети.
Децентрализация требует большего количества узлов, в этом нет сомнений. Проблема в том, что если на нижнем уровне всё ещё используется старый протокол gossip — то есть случайный выбор нескольких соседних узлов для передачи — то при увеличении числа узлов повторяющиеся сообщения становятся всё более частыми. Представьте, что происходит, если в группе бездумно пересылается одна и та же эмодзи? Вместо ускорения распространения информации сеть превращается в "шторм сообщений", что вызывает перегрузки, задержки выходят из-под контроля, а время подтверждения колеблется.
Это одна из причин, почему я считаю Dusk перспективным проектом. Он не рассматривает сетевой слой как дополнительное устройство, а прямо включает Kadcast в число ключевых компонентов, наряду с консенсусом и средой выполнения, как основу P2P-сети DuskDS. В официальной документации честно признается, что Kadcast использует структурированную overlay-сеть для маршрутизации сообщений, отказавшись от стратегии распространения типа gossip. В результате? Значительное снижение использования пропускной способности, гораздо более стабильная задержка — именно такой должна быть сеть в финансовой системе.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
9 Лайков
Награда
9
3
Репост
Поделиться
комментарий
0/400
UncleLiquidation
· 9ч назад
Ха, наконец-то кто-то сказал об этом, протокол gossip действительно является скрытым убийцей, сколько проектов было буквально заторможено им
Посмотреть ОригиналОтветить0
failed_dev_successful_ape
· 9ч назад
Черт возьми, аналогия с протоколом gossip просто отличная, ха-ха, в группе действительно именно такое ощущение при обмене мемами... Но Kadcast звучит немного перебором, давайте посмотрим, когда он действительно выйдет на основную сеть
Посмотреть ОригиналОтветить0
ImpermanentSage
· 9ч назад
Братан, эта идея с network-слоем действительно задела меня, протокол gossip — это штука, которая проектируется по принципу "по мозгам", и чем больше, тем больше хаоса.
Всем доброе утро. Хочу обсудить с вами одну проблему, которая особенно легко игнорируется в бычьем рынке — сетевой слой.
Многие, говоря о производительности, начинают соревноваться в TPS, времени блока, скорости консенсуса, но только те, кто действительно запускал полноценный узел, сталкивался с ситуациями, когда "газ на цепочке явно не проблема, а всё равно зависает", или переживал внезапную нестабильность времени подтверждения, понимают одну истину: медлительность не обязательно связана с консенсусом, очень вероятно, что причина в том, что сообщения вообще не проходят по сети.
Децентрализация требует большего количества узлов, в этом нет сомнений. Проблема в том, что если на нижнем уровне всё ещё используется старый протокол gossip — то есть случайный выбор нескольких соседних узлов для передачи — то при увеличении числа узлов повторяющиеся сообщения становятся всё более частыми. Представьте, что происходит, если в группе бездумно пересылается одна и та же эмодзи? Вместо ускорения распространения информации сеть превращается в "шторм сообщений", что вызывает перегрузки, задержки выходят из-под контроля, а время подтверждения колеблется.
Это одна из причин, почему я считаю Dusk перспективным проектом. Он не рассматривает сетевой слой как дополнительное устройство, а прямо включает Kadcast в число ключевых компонентов, наряду с консенсусом и средой выполнения, как основу P2P-сети DuskDS. В официальной документации честно признается, что Kadcast использует структурированную overlay-сеть для маршрутизации сообщений, отказавшись от стратегии распространения типа gossip. В результате? Значительное снижение использования пропускной способности, гораздо более стабильная задержка — именно такой должна быть сеть в финансовой системе.