Vaulta（前身为 EOS）节点运营商会议：MSIG 计划、系统合同变更和八卦网络测试

Vaulta ($EOS $A) 节点运营商会议于 2025 年 6 月 11 日举行，会议讨论了一些即将到来的重大变化。我们讨论了系统合同的新多重签名 (MSIG) 计划，对质押和奖励运作方式的全面修改，以及如何处理 BPay 索赔。会议还大量讨论了在 Jungle 网络上测试新的 Antelope Spring v1.2 RC3。听起来事情进展很快，每个人都在为这些更新做准备。

主要收获

• Vaulta 系统合同的重大更新计划于 7 月进行，这将改变质押和奖励的运作方式，将所有内容转移到 $A 代币。

• 新系统将只允许使用 $A 代币进行质押和解除质押，奖励也将以 $A 形式领取。

• 我们正在与代理运营商合作，帮助他们逐步过渡到新的代币系统。

• 有一个计划是为 BPay 索赔添加一个包装器，以确保它们在新代币系统下仍然有效。

• 节点运营商正在测试 Antelope Spring v1.2 RC3，特别是新的基于八卦的对等连接，以确保它已准备好投入使用，并提出了生产设置的建议。

即将进行的 Vaulta MSIG 系统合同部署

因此，Vaulta 基金会正在计划一项多重签名 (MSIG) 交易。据传言，他们计划在 7 月 8 日左右提出提案。目标是？在 7 月 15 日之前执行，但这取决于获得足够的批准。

此 MSIG 完全是为了更新系统合同，将质押、奖励和对等密钥注册的更改整合在一起。

具体有什么变化？

• 首先，他们希望质押和解除质押只能通过 core.vaulta 合同进行。可以将其视为简化整个过程。

• BP 将能够注册对等密钥。这是 Spring v1.2.0 基于八卦的 BP 对等连接所必需的。

• 您将无法再从 $EOS 进行质押。通过 core.vaulta 仍然可以进行 $A 质押。

• 解除质押也是如此——不再解除质押到 $EOS。通过 core.vaulta 使用 $A 是可行的方法。

• BP 奖励索赔以 $EOS 形式进行？不。必须通过 core.vaulta 以 $A 形式索赔这些奖励。

质押和索赔奖励大修

好的，所以系统在质押和索赔奖励方面正在进行一些改造。基本上，所有事情都需要以代币化的形式发生。不再直接发行 EOS 作为奖励，这有点重要。

可以这样想：

• 质押和解除质押？全部通过代币。

• 索赔奖励？是的，又是代币。

• 目标？更严格地控制代币的分配。有道理，对吧？

我知道首席开发人员仍在研究细节，但主要思想是简化流程并密切关注代币流。这一切都是为了使系统更高效，我想，从长远来看也更容易管理。

代理基础设施协调

会议讨论了在过渡期间如何与大型质押代理合作。最重要的是确保每个人都与 Vaulta 保持一致，因为 Vaulta 正在转向新系统。

• 一些代理将开始以新代币收取费用，但仍会在一段时间内以 EOS 支付奖励。这就像一个中间点。

• 计划是最终过渡到完全基于代币的奖励系统。这是一个渐进的过程。

• 节点运营商如果知道任何其他可能受这些变化影响的代理或池，应及时提出。信息越多越好。

BPay 索赔处理漏洞

看来当前的系统合同更新有点忘记了 eosio.bpay 索赔奖励集成。哎呀！这意味着区块生产者在过渡期间可能无法正确索赔他们的奖励。

为了解决这个问题，想法是添加一个包装器操作。基本上，这个包装器将允许 BP 以新的代币格式索赔他们的奖励。这很重要，原因如下：

• 它使在切换期间事情顺利运行。

• 它确保没有人错过他们应得的奖励。

• 它给大家一点喘息的空间，因此出现问题的可能性更小。

基本上，这是一个快速修复，以避免潜在的麻烦。时间是灵活的，所以它不应该搞砸任何其他事情。

索赔窗口限制审查

所以，有一条旧规定说你只能在 24 小时内加上一秒钟内索赔。这有点烦人，对吧？嗯，有人在谈论改变它。有人建议扩大这个窗口，或者通过合同更新完全取消这个限制。

节点运营商似乎同意这个想法，但他们认为最好等到 MSIG 事情完成后再进行。有道理，一次只做一件事。未来的 MSIG 可能包括此更改，以实现顺利部署。基本上，他们现在不想搞乱它，以免造成比解决更多的问题。这一切都是为了保持稳定，你知道吗？

Antelope Spring v1.2 RC3 测试和增强

Antelope Spring v1.2 RC3 来了，它带来了一些有趣的变化。此版本侧重于修复一些烦人的问题，并使节点运营商的操作更加灵活。

这不是强制性的测试参与升级，所以没有压力。以下是快速概述：

• 更新会修剪服务器地址。这应该有助于减少配置错误。我们都经历过，对吧？

• 它现在允许重复的八卦对等 IP。这对于运行更复杂设置的人来说是个好消息。

• 八卦对等行为将与 RC2 保持一致。因此，如果您已经在测试，事情应该会感觉很熟悉。

基于八卦的对等网络验证

所以，下一轮测试的重点是确保自动对等发现和连接功能确实有效。目标是查看节点是否可以通过使用它们接收到的八卦数据进行连接。

计划如下：

• 所有参与者都需要删除所有手动对等条目，除了一个指定的节点。这会强制系统依赖八卦。

• 目的是确认节点仅根据它们获得的八卦数据进行连接。

• Jungle Testnet Telegram 群组将协调所有配置和调度。因此，请关注该群组以获取更新。

生产对等建议

对于生产区块生产者 (BP)，从安全角度来看，直接外部对等通常不是一个好主意。实施更分层的方法要安全得多。

建议如下：

• 设置“金丝雀节点”架构：BP → 金丝雀节点 → 外部网络。

• 将您的八卦配置保留在金丝雀节点上，而不是直接在 BP 上。

• 此设置有助于防火墙兼容性，并使您的 BP 操作与任何网络异常隔离。基本上，这就像有一个缓冲区来保护您的操作核心。

结论

因此，2025 年 6 月 11 日的 Vaulta 节点运营商会议涵盖了许多内容。他们讨论了即将到来的多重签名 (MSIG) 计划，这对新的系统合同来说意义重大。这意味着质押和奖励的运作方式将发生变化，所有内容都将转移到 $A 代币。他们还讨论了与代理运营商合作以及测试 Jungle 网络以进行 Antelope Spring v1.2 RC3。此外，他们还提出了 BPay 索赔问题以及他们以后如何修复奖励索赔时间。这似乎有很多变数，但这一切都是为了让系统变得更好。

本文借助人工智能技术支持，参考多个权威来源编写而成。最终内容已由BlockzHub编辑团队进行全面审查和编辑，以确保准确性、清晰度和连贯性。原始报道来源在适当且必要时均予以注明。本文中表达的观点不一定代表BlockzHub的官方立场或观点。本文仅供信息参考，不应被视为财务或专业建议。投资涉及风险，在做出任何投资决策之前，您应咨询合格的财务顾问。