作者: Markus Hinrichs
编辑: Randall Roland
节点运营商、Antelope核心开发人员和社区成员每周会面，讨论网络及其开发。每个节点操作符圆桌会议的主要目标是:
“……为节点操作符(特别是)改进Antelope协议。”
以下是这份双月刊摘要中包含的圆桌会议清单:
11月9日:Leap 5.0状态，迁移计划，OC自动模式讨论，未升级节点的潜在风险等
11月15日:EOS VM OC修复完成，预计在12月上中旬发布RC3，问题讨论。
11月9日:Leap 5.0状态，迁移计划，OC自动模式讨论，未升级节点的潜在风险等
Leap 5.0状态更新:
Leap 5.0的工作已经基本完成了几个星期。
一个与BLS库相关的突出问题正在候选版本3 (RC3)中得到解决。
与之前的讨论相比，预计RC3中不会有重大的新变化。
升级到5.0的迁移计划:
默认设置现在是“ES VM OC enable = AUTO”，根据上下文选择性地启用OC模式。
讨论如何处理一些节点升级到5.0而其他节点没有升级到5.0的异构网络。
“有一些情况可能会引起潜在的担忧;它确实依赖于繁重的网络负载(CPU)。Brian Hazzard
建议运行早期版本的节点设置“ES VM OC enable ON”，以跟上Leap 5.0节点更快的吞吐量(更高的内存效率，更高的CPU效率等)。
清晰的沟通和社区参与对于处理出现的任何问题至关重要，并最终帮助社区成员升级他们的节点。
浅谈OC自动模式
澄清OC自动模式取决于机器类型(生产商或非生产商)和系统合同。
在EOSIO系统合同中使用OC的生产商;非生产商在所有合同中使用OC，除非另有配置。
未升级节点的潜在风险:
如果一个生产者没有升级到5.0，在oc启用模式下，在非系统合同繁重的情况下，其他生产者可能无法验证区块。
背压动态可能会促使未升级的节点升级。
“…他们应该升级……如果有负载，那就升级Matthew Darwin
Leap 5.0发布时间表:
稳定版预计几周后发布，而rc3大约一周后发布。
鼓励节点操作员在非生产节点上测试发布候选版本，从测试网开始。
及时提出主网非生产节点和生产节点的升级建议。
问题报告和贡献:
对问题报告的确认，特别是来自像Matthew这样的活跃贡献者。
大多数关键问题都得到了解决，并且rc3包含了来自rc2+的修复。
Brian Hazzard对有价值的反馈表示感谢，对积极参与Antelope节点的运营商圆桌会议和社区频道表示感谢。电话会议最后邀请与会者参加下周的会议。
11月15日:EOS VM OC修复完成，预计在12月上中旬发布RC3，问题讨论。
5.0状态更新
完成EOS虚拟机OC主机功能修复。
两个主机功能版本之间的性能差异。
目标是在12月6日至14日之间发布5.0 RC3。
要求在测试网络或生产中的非bp节点上测试RC3。
对提交的问题的反馈和讨论
对对等点任意标签的支持(Kevin Heifner)
讨论任意标签的必要性，因为它增加了复杂性并降低了可读性。
根据Matthew Darwin的说法，最好是为额外的对等信息添加一个JSON结构。
实现前考虑重构对等配置。
“无论如何，它不会包含在Leap 5中，所以等待重构工作是有意义的。”
来自Mathew Darwin的建议:不要在Nodeos退出时强制刷新状态文件
讨论围绕这个建议及其对整个系统性能的影响展开。
Kevin Heifner认为冲洗至关重要，但也认识到相关的问题，例如重新启动时相当长的时间延迟。这一挑战源于不仅需要刷新小的nodeos文件，还需要刷新来自其他链的大量文件。
在这种情况下，Ross分享了一篇Medium文章，讨论了ZFS的潜在改进。
Kevin建议结束讨论的问题，并主张用Leap 5.0测试刷新。他强调了Leap 5.0中的许多性能改进，包括映射私有节点特性，该特性有可能显著加快刷新过程。
日志非默认选项，每行一个
当nodeos启动时，它将所有非默认选项记录在一个长行中。
这是Brian Hazzard的风格选择
使用线划分的理由:
实现用于提高可扩展性，使其更容易在日志文件中搜索。
合并成一行的理由:
被认为对调试很有价值，增加了被包含在日志行粘贴中的可能性。
增强了在故障排除情况下的实用性和简化了使用。
添加新功能:是状态兼容
建议一个服务脚本，旨在促进兼容性检查，从而减少时间延迟。
随后对快照的使用和Nodeos退出码进行了讨论。