作者：Markus Hinrichs
编辑：Randall Roland
翻译：Josh Chung
每周，节点操作员、Antelope 核心开发人员以及社区成员聚在一起，讨论当前热门话题。节点圆桌会议的主要目标是：
“…改进 Antelope 协议，特别是为节点操作员”。
“...to improve the Antelope protocol (specifically) for node operators”.
以下是此次半月摘要中的圆桌会议：
8 月 16 日：IF Leap 集成状态，延迟交易取消等
8 月 23 日：主网升级及其信息传播的战略规划
8 月 31 日：在测试网上禁用延迟交易，软件状态更新，NodeOS 配置矩阵
8 月 16 日：IF Leap 集成状态，延迟交易取消等
进展更新
在 EOS 节点运营商圆桌会议的这一期中，参与者们提供了关于 EOS Leap 5.0 协议升级进展的更新。
交易瞬时不可逆计划实现日期：9 月 29 日
探索加快进度。
延迟交易将在 5.0 升级中被禁用。
征求节点运营商对此变化的意见以促进协作。
禁用延迟交易
参与者们讨论了交易瞬时不可逆的 Leap 集成的计划日期，以及可能的延期。讨论重点是禁用延迟交易，以及在节点运营商之间协调此变化。
禁用延迟交易的考虑因素。
所有的网络出块节点（BP）都必须禁用延迟交易以进行准确测试。
在 5.0 中通过 EOS 节点对应代码删除来执行延迟交易禁用。
有选择地要求用户配置延迟交易。
推出新软件
讨论了软件推出的选项。
次要版本与协调配置更新。
考虑在发布 5.0 之前发布完整的 4.1 版本。
强调与重要区块链间的协调更新。
承认删除延迟交易可能面临的挑战。
总体而言，节点运营商正在考虑实现新功能的最佳方式，同时最小化其负面影响。他们探索不同的方法，包括通过修改 EOS 节点代码，通过 5.0 版本中删除对应的代码来实现。
对去中心化应用的影响
需要评估禁用延迟交易对去中心化应用的影响。
提议使用报告跟踪延迟交易。
EOS Support 针对去中心化应用开发人员的有关禁用延迟交易的沟通计划。
强调及时行动和适配。
知会利益相关者
为了提高节点运营商和用户了解和配置系统的各种功能，发言人还讨论了改进文档、资源和沟通的必要性。总体而言，对话围绕实施更改、收集反馈和最小化升级过程中的负面影响展开。
其他讨论点包括：
禁用延迟交易计划：制定了一个禁用延迟交易的计划。该计划优先考虑透明度、清晰的沟通和结构化的时间线。并保留反馈的余地，以确保社区积极参与此过程。
改进文档：正在进行协调努力提高文档质量。这包括完善用户指南，探究方便用户而创作的配置指南，甚至还考虑邀请嘉宾提供有价值的见解，使文档更加用户友好。
改善资源：意识到支持节点运营商的重要性，为他们提供详细的解释。这还涉及更改记录以及提供补充资源，以确保节点运营商拥有必要的工具和信息。
运营手册：为了促进节点运营商和去中心化应用之间的协作，计划创建一个简明扼要的运营手册。这个手册将成为用户的重要资源，促进更好的理解和高效的操作。
提高认知度：努力简化复杂概念并提高认知度。这包括创建教育资源、为用户开发 EOS 协助渠道、组建工作组以促进讨论和改进，以及协调沟通策略，向用户通报延迟交易禁用事项。
总之，此次节点运营商会议强调了通过促进透明度来增强 EOS 节点运营的全面策略。会议强调通过协作和建立工作组来推进进展。此外，还有一个提议指定某人撰写一篇详细介绍延迟交易禁用相关情况的博客文章，并通过 EOS Support 用电子邮件有效地通知用户。
8 月 23 日：策划即将到来的升级和信息传播
在这次节点圆桌会议上，参与者们讨论了即将到来的共识升级的规划和开发进展，包括关于禁用延迟交易的公告初始草案。他们阐述了传播这些信息的策略，包括博客文章、直接联系知名应用以及与交易所和网络节点的协调。
讨论的主题如下：
时间表和开发进展：参与者们检查了时间表的当前状态，强调了关于禁用延迟交易的公告草案，并讨论了社区参与实施过程的重要性。
公告发布渠道：完整的发布渠道策略包括博客文章、Twitter 等公共渠道、直接联系知名应用、邮件、新闻资讯以及与交易所和头部网络节点的协调。
任务和里程碑跟踪：强调了需要一个集中的任务和里程碑跟踪系统。参与者们探讨了利用 GitHub 来实现这个目的。
交易确认密钥：讨论的重点是新共识算法中交易确认密钥的重要性，强调了需要细心管理以确保平稳运行。
区块生产密钥：节点运营商们考虑到需要在交易级别上运行更强大的系统，并探索支持具有自动轮换或再生功能的密钥堆栈。
监控和响应节点状态：讨论了监控节点同步所面临的挑战，快速响应的重要性，以及可能的解决方案。
多重签名密钥：探讨了为生产者合并多个签名密钥的可能性，尽管存在复杂问题阻止了快速实施。
配置和实施：正在进行的工作和讨论围绕配置和实施新功能展开，强调了理解何时以及为什么应启用特定设置的重要性。
角色分离：考虑在 5.0 更新后分离出块节点角色并引入多个备份节点，强调了 21 个头部网络节点之间有效沟通的重要性。
文档和知识空缺：提出了对新架构可能出现的负面影响和知识空缺的担忧。节点运营商们强调了在进行更改之前需要全面的文档和理解影响的必要性。
反馈和沟通：讨论了收集反馈和澄清报告指标的重要性，以及禁用延迟交易并相应调整时间表的计划。
信息传播：在参与者表示准备在各自社区内传播信息、促进合作并确保平稳过渡后圆桌会议结束。
总之，这次圆桌会议就共识升级、公告发布策略、关键操作挑战以及有效沟通和文档对确保顺利过渡的重要性进行了全面深入的讨论。
2023 年 8 月 31 日：测试网上禁用延迟交易、软件状态更新、NodeOS 配置矩阵
在 2023 年 8 月 31 日的圆桌会议上，参与者讨论了与临近的 Leap 5.0 升级相关的各种主题。他们分享了在 Jungle、Kylan 测试网和 EOS 主网上停用延迟交易的最新进展。此外，他们强调了他们与交易所和应用程序开发人员的沟通情况。沟通由 EOS Support 协助进行，根据 EOS Support 代表 Dario Cesaro 的说法，EOS Support 通过私信、电子邮件、社交媒体渠道和对多个实体的外展高效地传播信息。
其他讨论主题：
任务重点：讨论了由于时间和资源限制而取消禁用延迟交易相关的特定软件开发任务。他们考虑使用低保真度方法（如区块浏览器）来收集信息。参与者们承认在代码中禁用延迟交易尚没有预计交付日期，但表示有信心在发布候选版本之前实现它。
主网发布和测试：讨论了 Leap 5.0 软件 EOS 主网发布和开发进展。为确保平稳过渡，建立了 BP 升级和删除依赖项的时间表。
他们计划于 9 月 14 日进行 BP 升级，并希望在 9 月 8 日至 14 日之间删除依赖项。
引入了现有主网功能的标签，以增强测试并增强准备发布的信心。
优化与文档：参与者们分享了尝试新功能的兴奋，同时强调了文档、测试和基准测试的重要性。他们邀请用户反馈和建议，并寻求其他 API 节点运营商的帮助，以更好地理解配置并提供建议。
资源监视器覆盖：探讨了创建覆盖与 API 使用相关的不同设置的资源监视器的概念。目标是创建一个全面的 API 运行指南，澄清设置并提供推荐值。参与者们表示支持这一倡议，并提供评论和建议。
配置矩阵清晰度：强调了审查和评论配置文件的重要性，特别是在版本 5.0 即将发布之际。参与者们讨论了更好地理解配置的必要性，并提出创建一个集中的文件或网站，具有解析信息和指向官方文档的链接。
资源与引用：