#dusk $DUSK 我今天在看@Dusk 的网络层文档,原本以为区块链的P2P网络都差不多——广播交易、同步区块,没什么好深究的。直到看到"Kadcast"这个词,才发现Dusk没走Gossip协议那条老路。
Gossip协议的工作方式像传话游戏:每个节点随机选几个邻居把消息传出去,邻居再传给自己邻居,最后全网都知道。优点是容错性好,但代价是带宽浪费严重——同一个消息可能被同一节点收到好几次。
Kadcast用结构化覆盖网络替代了随机广播。节点不是随机选邻居,而是按组织好的拓扑结构有方向地传递消息。官方文档说这能比传统Gossip协议节省25%到50%的带宽。
我理解这个设计对应的约束是:金融场景下的交易确认不能靠"多撒几遍总能传到"的随机性来保证。结构化路由意味着消息传播路径更可预测,延迟也更可控。对于需要确定性结算的金融市场来说,知道"消息大概多久传到"和"传到"一样重要。
但这个优化的另一面是:结构化网络对节点加入和离开的敏感度更高。如果大量节点同时不在线,路由表重建的效率会不会拖慢整网?目前公开文档里我没找到大规模节点波动下的延迟数据。
看#dusk 的网络层,我不只看TPS和出块时间,更想看到主网上线后Kadcast在真实节点分布下的实测带宽节省和延迟分布。DUSK的底层如果跑得稳,上面的金融应用才有根基。#dusk @Dusk
Dusk的带宽真能省50%
0%
Kadcast主网能稳定运行吗
100%
节点掉线后路由多久恢复?
0%
1 проголосовали • Голосование закрыто