上周，Vaulta（前身为EOS）的节点运营商齐聚一堂，讨论重要更新。会议涵盖了Antelope Spring 2.0软件的进展、用于连接区块生产者的新的八卦系统（gossip system）的运行情况，以及使网络连接更安全的想法。节点运营商分享了他们在技术问题和网络设置方面的经验，同时确保Vaulta区块链平稳运行。
主要收获
-
Antelope Spring 2.0的开发者预览版1已发布，重点关注同步调用，预计9月左右发布的预览版2将带来更重大的变化。
-
新的事件系统将要求节点运营商设置存储限制，更多细节将随着开发进展而公布。
-
八卦对等系统（gossip peering system）正在被采用，但并非所有主要的区块生产者都已连接，这意味着网络尚未完全网格化。
-
设置八卦网络一直很困难，存在寻找对等节点的问题，并建议使用托管列表来帮助新节点连接。
-
一个新的想法是允许节点运营商为八卦系统创建允许或阻止的对等节点列表，以帮助管理连接和安全性。
Antelope Spring 2.0开发进展
Antelope Spring 2.0的开发正在推进，第一个开发者预览版（DP1）现已发布。此初始版本带来了对同步调用的支持，并提供了测试网环境的访问权限。开发人员被要求使用CDT 5.0 dev 1.1重建他们的合约。目前，DP1对节点运营商没有太大改变，因为更大的影响预计将在DP2中体现。下一个预览版DP2计划于9月初发布，将包含新的事件系统以及运行速度的改进。
事件系统预览及影响
Antelope Spring 2.0即将发布的开发者预览版2（DP2）将引入一个新的事件系统。该系统将允许广播在共识数据中进行加密提交的临时事件。对于节点运营商而言，这意味着将引入一个新的配置参数，要求他们为这些事件设置最小存储设置。管理这些事件的具体细节和最佳实践仍在开发中，但DP2将提供处理这些事件所需的初始节点相关功能和配置。这对节点运营商的影响是重大的，因为他们需要调整其配置以适应这种新的数据流。
事件系统功能
-
事件是临时消息。
-
它们通过共识中的加密承诺进行保护。
-
节点运营商必须定义存储限制。
节点运营商的配置要求
-
为临时事件设置最小存储。
-
监控事件数据流。
-
适应DP2中的新配置参数。
事件系统的预期影响
-
需要管理的新数据类型。
-
增强网络监控的潜力。
-
需要更新操作规程。
八卦BP对等采用状态
一些顶级的区块生产者（BP）已采取措施注册其对等密钥，这是一个良好的开端。我们看到一些部分对等连接正在发生，例如Genereos和Eosphere之间，这表明基本连接对某些节点是可用的。然而，这尚未在整个网络中实现。采用仍在进行中，来自BP的更多协调和明确确认将真正有助于加速进展。我们尚未达到采用的临界质量，这可能是八卦网络未能如预期般完全网格化的原因。
八卦网络形成中的技术挑战
为区块生产者（BP）建立一个稳定的八卦网络并非看起来那么简单。我们遇到了一些障碍。首先，寻找其他对等节点可能会时好时坏。这通常是因为一些BP可能没有完全整理好他们的配置，或者防火墙阻碍了连接。这意味着有时节点在应该能够相互看到时却无法看到。
目前，为了启动，人们建议我们手动添加对等节点来引导连接。这虽然有效，但对于一个应该能自主发现的去中心化系统来说并不理想。我们缺少一种让节点自动发现彼此的方式，例如一个“种子对等节点”系统来帮助新节点找到现有节点。一些想法包括使用托管的JSON对等节点列表来帮助进行初始设置。
八卦连接的白名单/黑名单功能提案
为了帮助管理八卦网络中的连接，正在考虑一项允许对等节点进行白名单和黑名单管理的功能。这将使节点运营商能够更好地控制他们连接到哪些其他节点。其想法是让运营商指定允许或禁止连接的特定区块生产者（BP）账户。
这个提议的系统将与现有的手动对等配置并行工作。您手动添加到节点配置中的任何对等节点仍将优先。然而，对于通过八卦协议发现的对等节点，白名单和黑名单规则将适用。
此功能的主要目标是提供一种方法，以防止与可能出现故障或受到某种形式攻击的节点建立连接。它被视为一种减少运营商管理复杂外部防火墙规则以过滤传入八卦流量的需求的方式。
以下是其可能如何运作的细分：
-
白名单：一个特定BP账户列表，明确允许通过八卦连接到您的节点。
-
黑名单：一个特定BP账户列表，明确禁止通过八卦连接到您的节点。
-
默认行为：如果既未配置白名单也未配置黑名单，或者对等节点不在任何一个列表中，节点可能会遵循其默认连接行为，从而可能允许连接。
对等节点识别和滥用缓解的担忧
对等节点识别挑战
八卦系统的一个主要担忧是弄清楚到底是谁在发送什么。由于消息可以由不同的节点传递，因此很难追溯不良流量的真正来源。这使得从源头阻止问题变得困难。如果您阻止了一个正在引起麻烦的节点，它可能只会通过您尚未识别的其他节点继续传播。这有点像玩打地鼠游戏，而且没有简单的方法可以确定原始发送者是谁。
滥用缓解策略
为了解决这个问题，人们正在寻求更好的方法来控制谁可以连接以及允许哪种流量。这意味着不仅仅是简单的阻止。我们需要能够查看对等节点身份并更仔细地执行规则的系统。当前的设置并没有真正给我们那种详细的控制，这是保持网络清洁和安全的一大障碍。很明显，当网络被设计成如此自由地中继信息时，仅仅阻止单个节点是不够的。
影响功能可行性的网络限制
当我们考虑让新功能发挥作用时，特别是像提议的八卦连接白名单和黑名单这样的功能，我们会遇到一些实际的网络问题。这并非总是像翻转开关那么简单。例如，许多节点使用代理服务器进行连接。这很常见，但这意味着连接的原始IP地址被隐藏了。这使得很难确切知道流量来自何处，如果您试图控制谁可以连接，这是一个大问题。
然后是底层技术本身。八卦系统使用的TCP协议，不像HTTP那样提供对连接者的细粒度控制。这意味着我们无法轻易地根据详细信息设置规则来允许或阻止特定连接。此外，随着动态IP地址和所有这些不同的代理设置，试图强制执行严格的白名单或黑名单变得非常头疼。感觉我们一直在追赶。
由于这些挑战，许多节点运营商发现传统的防火墙级别控制仍然是管理其网络流量最实用和有效的方式。他们已经习惯了，而且它运行可靠，即使它不像八卦特定功能那样集成。我们需要考虑提议的功能是否真的能克服这些现有的网络现实，或者它们是否只会增加复杂性而无法解决核心问题。
结论和下一步
Antelope Spring 2.0的开发，特别是即将发布的开发者预览版2（DP2）及其集成的事件系统，是未来节点运营商测试和反馈的重要领域。继续努力鼓励和监控区块生产者（BP）对等采用八卦协议也同样重要。提议的用于管理八卦连接的白名单和黑名单功能已被认为是潜在有用的工具，尽管其目前的局限性意味着它并非网络安全的完整解决方案。将收集进一步的研究和社区意见，以评估实施此类功能的实际可行性和有效性。
运营商的关键关注领域
-
DP2和事件系统：节点运营商应准备在这些组件可用时进行测试。
-
八卦对等采用：鼓励持续参与和确认成功对等，以构建更健壮的八卦网络。
-
安全功能反馈：提供关于提议的白名单/黑名单机制和其他安全问题的意见将有助于塑造未来的发展。
未来考量
-
八卦网络健壮性：解决对等节点发现和连接稳定性方面的挑战仍然是优先事项。
-
身份和滥用：开发更有效的方法来识别和缓解八卦网络中的滥用行为需要进一步调查。
-
网络现实：在设计新功能时，需要仔细考虑与IP掩码和现有网络基础设施相关的实际限制。
本文借助人工智能技术支持，参考多个权威来源编写而成。最终内容已由BlockzHub编辑团队进行全面审查和编辑，以确保准确性、清晰度和连贯性。原始报道来源在适当且必要时均予以注明。本文中表达的观点不一定代表BlockzHub的官方立场或观点。本文仅供信息参考，不应被视为财务或专业建议。投资涉及风险，在做出任何投资决策之前，您应咨询合格的财务顾问。