作者: Markus Hinrichs
编辑: Randall Roland
翻译：Mini
节点运营商、Antelope核心开发人员和社区成员每周会面，讨论网络及其开发。每个节点操作符圆桌会议的主要目标是:
“……为节点操作符(特别是)改进Antelope协议。”
以下是这份双月刊摘要中包含的圆桌会议清单:
12月13日:Leap 5.0 RC3上线，稳定版本计划于2024年1月发布，网络处理事务激增，历史解决方案稀缺，子流相关性，并鼓励bp升级到最新的Leap版本
12月6日:Leap 5.0 RC3更新，简化节点操作VS改进文档等等
12月13日:Leap 5.0 RC3上线，稳定版本计划于2024年1月发布，交易激增:网络表现良好，历史解决方案稀缺，子流相关性，bp触发升级
Leap 5.0 RC3和Glimpse of 6.0:
周四发布的最新更新包含了非bp节点部署的社区参与。
ENF对新一年之后可能有微小变化的稳定版本的信心。
成员之间讨论了协议升级测试网的协调问题。
正在测试EOSEVM和dfuse节点与5.0的兼容性。
Leap 6.0准备工作:
ENF计划就即将到来的6.0升级进行沟通，并在1月份带来即时完成。
探索在默克尔根计算中的修改，以实现即时终局。
社区主题-历史解决方案:
对于来自EOSUSA的Hyperion节点的稀缺性和历史解决方案的有限可用性提出了担忧。
Alcor的IBC解决方案依赖于历史解决方案，导致节点崩溃期间的技术中断。
关于IBC目的的块哈希对块内容的重要性的讨论，以及6.0中即将进行的默克尔路由计算的更改。
讨论支持IBC功能的最低服务需求。
对提供摘要数据而不是原始数据的服务提出建议，以减轻节点负载。
历史解决方案的挑战:
缺乏激励、成本和复杂性被认为是历史解决方案稀缺背后的原因。
关于保留什么类型的历史的争论，因用例而异。
倡导子流和自定义解决方案来管理历史需求。
EOS Nation的努力:
EOS Nation在Antelope链上推广子流，使其与以太坊和Cosmos兼容，并计划开发EOSEVM子流。
Inscriptions导致交易量激增:
深入了解nft的起源和最近的大量inscriptions事件，在24小时内产生了大约1800万笔交易。
事件期间的网络性能，注意到EOSEVM的一些RPC问题。
“网络运行得非常好。有一些叉子。Upland抱怨说，由于排队，一些交易无法通过。”Mathew Darwin
提示节点运营商升级的inscriptions事件的影响，强调。NET使用的增加及其对网络架构和带宽使用的潜在后果。
净定价和基础设施升级:
讨论围绕着。NET定价、对更多EVM节点的需求以及处理增加的数据流的潜在长期成本展开。
对最近NET使用量激增的反思，将数据处理的重点从CPU转向了.NET。
结论反射:
凯文·海夫纳(Kevin Heifner)强调周末的活动是一种令人兴奋和有价值的锻炼。它不仅展示了网络的弹性，还指出了加强网络基础设施的潜在领域，并引发了关于网络定价的讨论。此外，它还促使bp仍在使用Leap 3。以便在不久的将来启动对更高效的版本4和5的升级。
12月6日:Leap 5.0 RC3更新，简化节点操作VS改进文档等等
发布准备(5.0更新):
向5.0更新的过渡状态，讨论了一个失败的测试和RC3在12月7日的预期可用性。
解决了潜在的不可预见的问题，以及有签名二进制文件的稳定发布的可能性。
RC3中的增强:
概述了从RC2到RC3的改进，包括bug修复、性能增强、内存优化和构建过程中的操作简化。
在RC3中强调了稳定性、测试和功能等价，并进行了更多的细化。
稳定发布展望:
重点介绍了EOS Nation在非区块生产节点上对RC3的测试。
目标是在一月的第一周发布一个稳定的版本，可能包括签名的二进制版本。
Michael对文档的见解:
强调了Node Ops全面文档的重要性，强调了由于缺少文档而导致的版本跳转期间的潜在问题。
指出需要在没有参与发展讨论的人之间建立更广泛的理解，以防止知识差距。
Yves la Rose提出的简单模式节点运算:
解决了节点配置的复杂性，表明大多数用户希望简化的可执行文件和自动升级。
探索了“简单模式”或官方Docker镜像的概念，以及用于自动配置和升级的管理软件，以减少用户进入的障碍。
资源以及文献