跳转到主要内容
所有收藏EOS Support 媒体
2023年11月2日，EOS节点运营商圆桌会议总结:Leap 5.0更新时间表，Prometheus, BLS for RC3，Block Log跨步设置和更多讨论
2023年11月2日，EOS节点运营商圆桌会议总结:Leap 5.0更新时间表，Prometheus, BLS for RC3，Block Log跨步设置和更多讨论

发表于2023年12月10日

Markus Hinrichs avatar
作者：Markus Hinrichs
超过一年前更新

作者: Markus Hinrichs

编辑: Randall Roland

翻译：Mini

节点运营商、Antelope核心开发人员和社区成员每周会面，讨论网络及其开发。每个节点操作符圆桌会议的主要目标是:

“……为节点操作符(特别是)改进Antelope协议。”

圆桌会议每周三举行。访问电报频道获取有关加入的信息。EOS网络基金会为那些想要学习操作EOS节点基础知识的人提供教程和文档。

以下是这份双月刊摘要中包含的圆桌会议清单:

  • 11月29日:Leap 5.0更新时间表，Prometheus指标和仪表板，以及更多

  • 11月22日:BLS, RC3状态，Leap 6的即时最终进度，块日志跨步设置等

请务必在GitHub上查找其他会议记录和评论。视频驻留在ENF的YT上。

11月29日:Leap 5.0更新时间表，Prometheus指标和仪表板，以及更多

Leap 5.0更新时间表:

  • 对即将发布的几个版本的预期，特别是计划于12月6日发布的RC3 5.0。

  • 由于在5.0的编码过程中发现的兼容性问题，提到了补丁版本(3.2.5和4.0.5)。

RC3后稳定5.0:

  • 其目的是在RC3之后快速过渡到稳定版本，预计在RC3和稳定版本之间不会有重大变化。

  • 避免在美国假期之前发布，目标是在1月3日之前发布稳定版本，如果RC3没有出现问题的话。

测试要求RC3:

  • 一旦RC3可用，要求增加对RC3的测试，特别是呼吁个人在API节点上安装RC3并向ENF报告任何问题。

对RC3的BLS激活准备:

  • 强调了在RC3发布之前准备好BLS激活的必要性。

Prometheus指标和仪表板:

  • 讨论如何根据指标创建仪表板，并与DEV团队共享列表以获取反馈。

  • 强调需要更多的解释性指导，考虑到不熟悉代码库的外部用户，建议类似于nodeos的单元解释对于清晰度的重要性。

  • 讨论主要围绕即将发布的时间表、rc3之后的稳定性计划、测试调用、BLS激活准备情况，以及改进Prometheus度量中的解释性指导以更好地理解用户的考虑。

    • 重复代理名称问题:config.ini中重复代理名称的挑战导致传输问题，通常是由于代理名称字段中不必要的引号。

  • 代理名称生成:考虑强制代理名称的唯一性或生成随机名称来解决传输问题。基于启用的特性进行自动更新的可能性。

  • 建议的解决方案-连接ID:引入一个名为“连接ID”的新config.ini选项来解决重复的代理名称问题。讨论启动时的生成和文件可写性的潜在挑战。

  • Config.ini管理:长期以来一直要求将Config.ini拆分为多个文件，类似于Debian DOD文件，以便更有效地管理各种节点配置。

  • 使用偏好- Config.ini与命令行参数:观察到一些人更喜欢命令行参数而不是Config.ini，以方便可见性和运行集成测试。

  • 配置选项的可见性:讨论在命令行与config.ini中查看配置选项的好处，以及端点显示非默认选项的潜在需求。

  • 端口分离和安全性:端口分离的好处在于提高安全性，并简化面向公共节点的管理。升级节点遇到的挑战和调整。

  • API端点问题:解决API节点中某些协议特性的可见性等问题，并在不同的节点组中提出解决方案，以实现更好的访问和控制。

11月22日:BLS, RC3状态，Leap 6的即时最终进度，Block Log跨步设置等

技术讨论和更新:

  • 关于BLS本质补丁及其对节点功能影响的讨论。

  • 在更新和测试潜在修复过程中提及潜在的错误。

  • 对RC3中的变化和块log测试进展的预期。

每周节点操作员圆桌会议:

  • 2023年11月22日的更新概述，包括BLS变化和RC3状态。

  • 讨论6.0版本的即时完成进度和重新设计阶段面临的挑战。

Block Log Stride设置讨论:

  • 探讨块log步幅设置的备份和数据恢复优势。

  • 提及状态历史进度设置中的潜在错误和修复计划。

  • 深入了解跨块log对存储优化和归档的好处。

验证与调试:

  • 在跨行log中考虑校验和和文件完整性以防止损坏。

  • 讨论确定性 ship logs、启用/禁用控制台log记录及其对性能的潜在影响。

控制台log影响:

  • 深入了解控制台log从调试到功能工具的演变过程。

  • 注意过度使用控制台log记录，它对第2层解决方案的影响，以及之前过度日志记录导致问题的实例。

  • 这次对话涉及技术方面、更新、节点操作人员的玩笑，并讨论了各种设置及其对节点操作和性能的影响。

区块和ship log操作:

关于分割块和 ship logs以提高处理效率的讨论。

block log在断电或突然关机后失效的问题。

深入了解block log损坏或修剪的潜在原因。

文件共享服务和log的好处:

  • 考虑为区块和ship logs使用文件共享服务。

  • 其优点包括更简单的全节点设置、更简单的归档和更便宜的存储解决方案。

  • 可能为多个节点共享log，提高可伸缩性。

日志分割和文件系统限制:

  • 一个目录中有大量文件时，文件系统限制的注意事项。

  • 在步幅大小的变化中没有观察到明显的性能权衡(例如，百万块与更小的步幅)。

  • 较小步幅的挑战会导致文件系统出现问题。

日志写操作和恢复:

  • 了解log写操作及其与可逆块和不可逆块的关联。

  • 查询在突然关闭期间log写入中的潜在问题，导致log文件修剪。

操作系统Cache和日志写完整性:

  • 考虑操作系统缓存和log写完整性的潜在延迟。

  • 猜测log文件修剪的原因，以便在断电后恢复。

未来的改进和注意事项:

  • 关于处理log写入和恢复机制的潜在未来改进的想法。

  • 考虑到操作人员错误和意外停机会影响log完整性。

  • 这次对话深入探讨了log操作的各个方面、文件系统限制、log写入的潜在问题，以及改进log处理和恢复机制的想法。

资料来源及参考文献

这是否解答了您的问题？