测试中利用了 3 个 Solana 节点来启动集群，估量之后不久会插手 28 个外部验证者
所以其时我敢说，我们预期 DR2 会有雷同的表示。因此，当我们无畏的率领者不得不去处理惩罚 IRL 理睬相关问题时，他坚信我们能恪守阵地。
由于投票帐户没有根槽而无法授权由于端口设置错误而无法吸收数据
但我认为先前发明的很多关于文档质量的问题仍然存在。请安心，我们正在尽力办理它们。但愿在 DR3 或 DR4 之前我们可以或许推出一些办理方案。我们正在努力收集相关反馈，以及社区认为我们应该存眷的其他方面的反馈。因此，请随时与我们接洽，或在我们的论坛中颁发你的想法。
https://github.com/solana-labs/solana/issues/5445[14]
我们对此是喜闻乐见的，因为这重现了几天前在我们的内部测试中产生的环境：它舒服地闲置了 12 个小时阁下，连我们都快闲的发慌了…
https://github.com/solana-labs/solana/issues/5436[10]
修复了 UDP 数据包问题：在第一次测试中，利用 64kb UDP 数据包时约莫有 50% 的数据包丢失，导致率领者无法与网络保持同步。数据包巨细现已减小到约 1500 字节，而且已颠末内部测试。估量这会导致一个短期的机能瓶颈，但此次实此刻接下来的几周会进一步优化，届时瓶颈自会消失（问题链接：https://github.com/solana-labs/solana/issues/5294）
集群日志/指标/rpc 分类的改造：
与第一次测试差异，此次测试中的验证者可以或许正确地与网络保持同步。这意味着，他们确实正在从网络上的其他验证者吸收数据包，并乐成举办投票。
蜚语数据包惊愕[4]：我们需要使蜚语不受 data_blobs 的巨细限制影响
后续步和谐结语
这些都是可以办理的问题，但这也意味着在相同或指导方面我们尚有待改造。除了上述问题，此次测试的初步总体来说很不错！
我们在太平洋尺度时间上午 8:00 阁下启动了集群，并在上午 8:13 阁下插手了验证者。之后，我们当即开始从所有参加者处获取大量日志。以下是我们在前 10 分钟内常常收到的一些问题：
此时无需利用 GPU，因为方针是维持一个闲置的集群且不发送大量生意业务。总体参数与第一次测试中的参数根基一样。我们但愿在第 0 阶段竣事之前，参数保持相对一致。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
