那么 @Somnia_Network 会遇到这个瓶颈吗？ 当一个区块链声称具有快速速度时，大多数人都会感到兴奋。但他们没有考虑的是，当验证者增加和使用规模扩大时会发生什么。 在几乎每个高性能链中，原始基准，TPS，延迟，区块最终性通常是在一个小而紧密协调的验证者集上进行测试的。一切都是精简、干净、优化的。 (1/4)

但一旦验证者的数量增加，协调开销也会增加。 而且 @Somnia_Network 希望在 TGE 之前拥有 100 个验证者…… 更多的节点 = 更多的八卦 = 更高的延迟。 共识需要更长的时间。区块传播和最终确认的时间稍微增加。 而那些自夸“10,000 TPS”的链在现实条件下可能会减慢到 1,000 或更少。 (2/4)

那么 @Somnia_Network 会遇到这个壁垒吗？ Somnia 是为游戏和高吞吐量交互而设计的。 这意味着它需要快速的区块时间和在负载下的高 TPS，而不仅仅是在测试环境中。但是随着它的扩展和吸引更多的验证者（最终去中心化），有一个需要监控的权衡： + 更多的验证者提高了安全性和抵制审查的能力 + 但它们也可能降低吞吐量并增加区块时间的可变性 (3/4)

关键问题是：@Somnia_Network 能否同时进行优化？ 如果 Somnia 或 HAS 已经采用了自适应验证者集群、并行执行（就像 Aptos 或 Sei 正在探索的那样），或者基于 ZK 的批处理证明，它在去中心化的同时可以保持性能吗？？ 还是说 mutlistream 共识就能解决所有这些问题？！ 但如果它只是增加更多的验证者而没有协议层面的优化，性能可能会下降。 数量可能会降低质量，除非架构预见到这一点，并通过使用这个 mutlistream 只有拥有的验证者才能向他们的数据链添加区块，并且没有安全机制来避免他们分叉数据链或提议无效区块。换句话说，数据链根本没有共识机制。 快速区块链在启动时看起来很棒。但在有数百或数千个验证者的情况下保持快速才是真正的挑战。 (4/4)