@Dusk 很多人说P2P网络只要节点足够多就会自然变快，但我对这句话一直不太信，直到读$DUSK 的Core Components时注意到Kadcast采用的并不是随机gossip，而是structured overlay，目标在于减少带宽并让延迟更可预测。这个选择让我改变了判断，网络效率不只取决于节点数量，也取决于消息经过怎样的连接关系才能到达目标。

对节点运营者来说这并不是抽象概念。当路线更有结构时，节点就更加依赖邻居发现和网络连通的质量，而一旦运营环境阻挡了UDP通道或Kadcast地址，理论上可预测的延迟并不会自动变成实际可用的网络性能。运营者看到的可能只是消息收不到或区块落后，却需要自己判断这到底是版本问题、网络策略问题还是配置出了问题。

压力场景很具体。当市场活动增加时应用希望交易能更快确认，但某个关键节点却被防火墙挡住了通信。这个系统并不是“节点越多越安全”这么简单，节点的可达性同样可能决定消息能否按照设计进行传播，而排查成本最终落在运行节点的人身上。所以我现在看DUSK的网络性能时不会只看区块时间或节点数量，更想核对Kadcast的邻居关系、通信端口以及落后节点是否有直观的监控信号可供参考。@Dusk 选择了结构化传播，而它能否把可预测性真正交到运营者手里，才是#dusk 网络需要证明的部分。