EOS/ Vaulta 节点操作员总结：推进基于 gossip 的网络和最终确定者灵活性

在2025年4月30日举行的EOS/Vaulta节点运营商会议上，开发者和基础设施运营商聚集在一起，讨论EOS生态系统中的重要更新和挑战。主要议题包括Antelope Spring 1.1.5补丁，该补丁解决了关键的错误，以及基于gossip的网络功能的进展。会议还讨论了即将进行的Jungle测试网试点，旨在测试gossip自动对等功能，以及从EOS网络基金会转变为Vaulta基金会的过程。关于交易传播和最终确认者角色的讨论突显了EOS网络治理模型的持续演变。以下是会议的主要要点总结。

主要收获

Antelope Spring 1.1.5修复了重大错误，提高了节点的稳定性和性能。
3.9.0 RC1更新引入了基于gossip的自动对等功能，增强了网络连接性。
Jungle测试网将试验真实世界的gossip场景，以测试网络的弹性。
Vaulta基金会现在是EOS相关GitHub项目的主要组织。
IPv4和IPv6的支持有限，配置和广告方面仍面临挑战。

Antelope Spring 1.1.5补丁修复关键编译和崩溃问题

所以，Antelope Spring 1.1.5补丁已经发布，看起来这是一个相当重要的补丁。它解决了一些导致节点运营商出现问题的严重问题。

基本上，有一个错误会导致OC合约编译失败而不发出任何警告，这当然影响了节点的性能。重启节点可以暂时解决问题，但真正的解决办法是升级。它们还修复了一些在连接中断时发生的罕见崩溃问题。如果你正在使用OC或ship进行同步或索引，建议你升级。

基于Gossip的对等功能在3.9.0 RC1中取得进展

基于gossip的对等功能正在向前推进，更新已包含在3.9.0 RC1版本中。这是一个相当重要的进展，因为它可能会改变节点如何连接和共享信息。系统合约已更新，以处理对等密钥的注册和删除，这使得自动对等成为可能。

以下是正在发生的事情的快速概述：

预计将很快提出在Jungle测试网上部署的多签名（MSIG）提案，也许在下周初。
如果你有兴趣测试这个功能，Jungle频道中已经分享了说明。团队希望获得反馈，以确保一切顺利运行。
目标是通过自动化对等过程使节点操作更简单、更高效。希望不再需要手动添加对等节点！

Jungle测试网将试点Gossip自动对等功能，模拟真实场景

Jungle测试网即将成为gossip自动对等功能的试验场。目的是模拟真实的网络条件，以查看新系统的表现如何。这是任何东西在主网络上线之前的重要一步。

运营商被要求将硬编码的对等列表保持在最低限度。这很重要，以便gossip系统能够得到适当的测试。网络需要有足够数量的参与者，才能真正对其进行全面测试，尤其是在情况变得有些混乱时。

说到混乱，计划引入一些故意的干扰场景，例如：

切换端口。
重新安排时间表。
一般性地使事情变得不可预测。

一个大问号是防火墙在新系统下的表现。社区对防火墙配置的反馈绝对是必要的，以便更清楚地了解情况。

Vaulta基金会取代EOS网络基金会在GitHub上的位置

所以，EOS网络基金会在GitHub上已经退出，Vaulta基金会已经接任。这基本上是负责系统合约和文档等事务的组织名称更改。所有的代码库都已迁移。

这并不是一件大事，但需要注意。以下是你应该知道的：

组织名称已更改，因此系统合约和文档等代码库在新的组织名下。
旧链接应该会自动重定向，这很好。但如果你有书签，更新一下是个好主意。
这并不会改变网络的运作方式，更多的是一种行政上的变更。

IPv4和IPv6广告限制及配置挑战

目前，节点只能广告一个P2P地址。如果你试图同时运行IPv4和IPv6，那么需要进行一些代码更改才能正确工作。老实说，这有点麻烦。运营商因为DNS的工作方式和网络的设置而看到不同的情况。此外，实际上使用IPv6的人并不多，所以大多数连接仍然是IPv4。如果你在调整节点设置时，这一点需要考虑。

节点目前仅支持一个广告的P2P地址；双栈支持需要代码更改。

以下是一些需要考虑的事项：

DNS解析可能有些不可预测。
网络设置差异很大，导致不同的体验。
IPv6的实际采用率仍然很低。

交易传播重设计旨在解决大型交易瓶颈

所以，有一个问题是大型交易有时会堵塞网络。团队正在努力解决这个问题，以确保在活动较多时运行更顺畅。其想法是通过发送较小的“交易通知”消息，而不是立即发送整个交易，从而减少网络拥堵。

可以这样理解：

与其让每个人同时大声喊出整个消息，不如先发送一个快速的提醒。
交易只会转发给尚未收到通知的对等节点，从而减少不必要的重复。
这应该在网络非常繁忙时显著提高性能。

此更新计划在Spring 1.3版本中发布。其目的是确保在大量交易同时发生时，网络不会被拖慢。这就像给网络一点喘息的空间。

关于最终确认者的讨论揭示了Savannah共识的灵活性

所以，关于最终确认者及其在Savannah共识机制中的工作有一些讨论。结果发现，灵活性比人们最初想象的要大。主要的收获是，最终确认者角色不必直接与区块提议者绑定，这为更好的冗余打开了可能性。

想想看：

目前，系统合约被设置为强制执行2/3+1的共识。但，值得注意的是，这可以调整到51%。这可是个大新闻。
像Ultra这样的小型链正在推动可以扩展的共识模型。他们需要一种在不破产的情况下有效的方案。
有趣的是，你可以技术上运行一堆轻量级的最终确认者，以提高容错能力。更多的最终确认者，降低事情出错的风险。这一切都是关于选择，而Savannah似乎提供了很多选择。

权重和角色分离使高级治理模型成为可能

所以，系统设置为处理加权最终确认者投票。这意味着什么？基本上，这意味着你可以将生产者和最终确认者区分开来。这为治理结构开辟了一些有趣的可能性。