Swarm推出新版本客户端，为主网提升稳定性

过去几个月里，Bee 团队一直在努力寻找 Swarm 分布式存储系统中的关键问题。正如之前在博客中所承诺的那样，Bee 在 v1.3.0 版本中进行了一处关键变更，对没有连接稳定区块链网络的节点进行排除。此次修正预示着我们将推进系统自动化，以确保为用户提供良好的服务。

作为节点运营商，您需要验证自己的节点配置是否正确，还要确认节点是否可通过公共互联网被访问。同时还要验证节点传播地址在互联网上的可访问性。

在 Bee 推出 v1.3.0 版本之前，我们可以清楚地看到，响应新的链同步协议的等价节点数量介于 5–15% 之间。

现在看来，这些数据可能有误导性。因为这并不意味着有 5–15% 的人处于同步状态，而是只有 5–15% 的人对消息进行了回应。因此，更严谨的假设是，在整个网络中，只有 5–15% 的节点实际更新了节点，并与区块链网络建立了稳定的连接。

Ethereum Swarm 的下一步是什么?

Bee 团队正在努力收集更多数据并尝试进行多次迭代，旨在为主网带来更强的稳定性。在下一个发布周期 (Bee v1.4.0) 中，Ethereum Swarm 将在核心协议中规避无法访问的节点：Bee 团队已经确定，大量的节点不是公开可用的，并且无法接受传入的连接。例如，在未启用端口转发的 NAT 之后，网络中的许多节点「无法访问」，同时它们会导致网络拓扑不平衡。

这对 Kademlia 的设计构成严重的问题，因为它构建了所谓的「凹面邻域」，本质上是不对称的邻域。由于其中的节点无法访问，其不对称性无法解决。这会导致各种同步和检索协议失败，如果没有中继节点或者与其他节点执行最小配置合约，就很难解决这些问题。从 Bee v1.4.0 开始，如果您的节点无法访问，它将停止接收核心协议上的消息。

作为 Bee v1.4.0 更新的一部分，我们在多个层面关注了这个问题：

1. 检测 — — 安装可以检测可达性并维护节点（及其对等节点）状态的组件。这是直接通过我们提供可达性服务的 P2P 抽象概念（p2p abstraction）完成的。

2. 可见性 — — 使节点可达性状态（显示自己的可达性状态和相邻对等体的可达性状态）对用户和节点运营商可见。这是通过我们的 Debug API 中的拓扑端点完成的。

3. 文档 — — 记录如何解决问题（参见文档）。

作为节点操作员，您有责任验证您的节点配置是否正确以及您的节点是否可从公共 CIDR 访问。您必须验证您节点的地址能否能够通过网络访问。

虽然我们正在积极寻找方法纳入那些无法访问的节点并允许它们接入，但应该明确的是，我们希望节点运营商遵守连接要求，并使他们的节点可以从公共 IP CIDR 访问。

原文链接

加入 Swarm 社區官方頻道

推特: https://twitter.com/ethswarmhive 
不和諧: https://discord.com/invite/GU22h2utj6
網站: https://www.ethswarm.org/
紅迪網: https://www.reddit.com/r/EthSwarm/
電子郵件: info@ethswarm.org
YouTube: https://www.youtube.com/channel/UCu6ywn9MTqdREuE6xuRkskA