作者: Markus Hinrichs
编辑: Randall Roland
译者: SHE
节点运营商、Antelope 核心开发人员和社区成员每周都会开会讨论网络及其发展。每个节点运营商圆桌会议的主要目标是:
“......专门为节点运营商改进 Antelope 协议”。
以下是本半月摘要中包含的圆桌会议内容列表：
10月18日：改进 CPU 配置、讨论早期区块功能、简化全网配置等
10月25日：对节点运营商呼叫格式的愿望和期待，达到RC3的最后里程碑
请务必在GitHub上查找其他会议记录和评论。视频位于EOS网络基金会的油管(YouTube)频道。
10月18日：Leap 5.0 即将到来：早期区块、性能增强和社区意见
Leap 5.0 发布和测试：
会议首先对 Leap 5.0 的发布进行了全面讨论。
强烈鼓励社区成员积极参与测试候选版本 RC2，其主要目的是在正式稳定版本发布之前识别和解决任意问题。
对 CPU 工作量百分比选项的更改：
引入了有关 CPU 工作量百分比选项的重大更改。
该提案涉及从使用百分比值转变为以毫秒为单位配置 CPU 工作量。
现有选项，如 CPU 工作量百分比、上一个区块 CPU 工作量、上一个区块偏移量和上一个区块版本，将被一个名为“生产区块偏移量 ms (produce block offset ms)”的新选项所取代。
新的“生产区块偏移量 ms”选项的详细信息：
新引入的“生产区块偏移量 Ms”选项使节点运营商能够指定他们希望为整个回合分配的毫秒数，该回合由 12 个区块组成。
这种偏移量在确定为处理区块生产延迟分配的时间方面起着至关重要的作用。
需要明确的是，这一变化不会影响共识机制，是专门为提高区块生产效率而设计的。
早期区块生产和测试：
后续讨论围绕着 Leap 5.0 中早期区块生产的引入展开。
EOSUA 的 Michael 提出了更改系统时钟设置的概念，这引发了对潜在问题和意外后果的担忧。
有人担心早期的区块生产可能会对网络产生大的影响，以及它是否会导致分叉或其他复杂情况。
实验室测试性能：
Kevin Heifner表达了他对早期区块生产带来的潜在性能改进的热情。
讨论强调了早期的区块生产如何允许更多时间将交易包含在区块中，最终有利于网络的效率。
EOS VM OC（优化编译器）被公认为是重要的性能增强器，特别是对于EOSIO DApps 和合约。
提请注意，增加的负载可能会转移到历史解决方案以处理性能提升。
“从1.8天到我们今天的水平，性能有了很大的提高，就像它是一个经过更多调整的引擎，所以它应该能够处理负载”
Kevin Heifner，OCI
配置“生产区块偏移量 ms (produce block offset ms)”和默认值：
谈话转向配置“产生块偏移量 ms”和建议的默认值。
建议将“产生块偏移 ms”的默认值定为450毫秒，讨论强调了默认设置在影响节点行为方面的重要性。
灵活性被强调为是一个关键因素，允许运营商调整设置以符合其特定的网络条件。
延迟模块和时钟同步：
解决了后期区块问题及其在早期区块生产背景下的管理。
考虑了时钟同步和网络延迟对后期区块的潜在影响。
Kevin 澄清了后期区块可能会导致微分叉，并探讨了时钟同步在这种情况下的作用。
设置“最大交易时间(Max Transaction Time)”和“只读窗口时间(Read Only Read Window Time)”：
讨论内容包括“最大交易时间”设置和潜在变化。
Kevin Heifner建议将默认设置为“大约500毫秒”
强调了配置“只读窗口时间”设置的重要性，强调网络优化以提高性能。
建议各个节点运营商应根据其特定用例设置这些值。
通过链上共识执行：
引入通过链上共识控制设置的概念，作为简化全网配置更改的一种手段。
"...现在，区块生产者(BPs)可以通过共识设置在全网范围内控制它。“凯文·海夫纳
关于标记点对点的 PR 的讨论
简要提到了一个与点对点对等节点的标记有关的待处理拉取请求。
由于时间限制和关键团队成员Matthew Darwin的缺席，关于这一主题的详细讨论被推迟到将来的会议上。
会议最后呼吁社区积极测试Leap 5.0 rc2并提供反馈，以确保无缝过渡到稳定版本。
10月25日：对节点运营商呼叫格式的愿望和期待，达到RC3的最后里程碑
主题：如何继续节点运营商圆桌会议
洞察和参与：
来自 EOS Sphere 的 Ross 对技术团队的见解表示赞赏。
Shaq 强调了对 Leap 信息和技术见解的需求。
来自 EOSUSA 的 Michael 认识到合作对软件成熟度的影响。
OCI 的 Kevin Heifner 强调了节点运营商反馈的重要性。
未来会议愿望：
讨论在将来的电话会议中加入文档。
突出显示的文档类型，包括协议、节点运营商和开发人员文档。
考虑不断发展的功能和潜在的变化。
要求对即将推出的功能进行更深入的探索。
会议形式：
对针对特定主题的不同呼吁进行了辩论，与会者考虑了临时电话会议或短期电话会议是否有价值。
有人担心，向更广泛形式的转变可能会无意中将这些电话会议变成以开发人员为中心的会议，导致节点运营商脱离。
参会人员选择：
参与者表示希望重量级开发人员（例如Nathan James）偶尔加入这些电话会议。提出了双向交流的概念，将Kevin Heifner带至开发人员会议上，并利用Nathan的专业知识进行文档和指导。
参与者的“梦之队”将包括Kevin Heifner、Nathan James和定期贡献者（Michael EOSUSA、Ross（EOS Sphere）、Matthew Darwin）。基础设施密集型节点运营商 Aaron Cox （Greymass） 和 L2 专家（如 EOS Amsterdam 的 Stan）也可能包括在内。
会议频次：
时间表倾向于保持每周。
会议时间：
建议将会议一致性保持在一小时。
考虑延长深入讨论时间。
交替会议时间：
打破常规和分散参与的挑战。
建议在不同时间进行额外会议。
议程改进：
建议灵活的议程，包括状态更新和主要议题。
会议记录评估：
记录讨论会议的充分性。
建议向缺席的个人寻求反馈。
会议录音：
无需担心会议录音。
人工智能生成的笔记和字母：:
欢迎人工智能生成的笔记，具体取决于活动记录。
提高出席率：
最后一个主题涉及增加出席人数，并建议积极吸引未出席者参与，以扩大对这些有价值的讨论的参与。
部分围绕 Leap 升级 RC2 → RC3 的里程碑
重点关注交易签名的 CPU 可用性，具体参考配置参数、“生成区块偏移”以及优化其以获得最大性能的策略。
概述了里程碑，重点是解决下一个候选版本的问题。
讨论了一些关键问题，包括在 ARM 版本上失败的 BLS 测试，并正在进行解决这些问题的工作。
配置参数：
“生产区块偏移”参数的健康设置是一个重要的话题，这个问题是由Ross提出的，Kevin介入并深入解释了如何在即将发布的版本中改进这一点。
RC2 的默认值为 90% 或 600 毫秒，这被认为过于保守。
在新版本中，新设置以毫秒为单位表示偏移量，从而可以进行更精细的调整。参与者讨论了各种设置和潜在的好处，例如改进的事务处理和减少的延迟。
“对于碰巧到达第12个区块的交易，延迟可能会增加，但只有碰巧到达最后一个区块的交易延迟才会增加，所以，对于其他所有事情来说，一个相当小的负值就会带来相当大的正值。” Kevin Heifner
最显着的优势是在链拥塞期间实现的。 它还通过提供额外的评估时间来帮助更有效地处理失败的事务，而不会对整体吞吐量产生负面影响。 本质上，它优化了CPU利用率。