作者: Marco González
编辑: Randall Roland
译者: SHE
每周，节点操作员、Antelope 核心开发人员以及社区成员聚在一起，讨论当前热门话题。节点圆桌会议的主要目标是：
“…改进 Antelope 协议，特别是为节点操作员”。
“...to improve the Antelope protocol (specifically) for node operators”.
以下是此次半月摘要中的圆桌会议：
7月19日：ENF 建议的 5.0 版本配置更改
7月26日：取消
7月19日：ENF 建议的 5.0 版本配置更改
7月19日的圆桌会议可能被证明是节点运营商社区将焦点从 Antelope v4.0 转向 v5.0 的转折点。推出 5.0 的准备工作可能就从今天会议中讨论的 ENF 配置更改开始。
概述
Eric Passmore 在 Telegram 上发布了说明，概述了 ENF 对节点配置更改的建议。以下部分列出了该说明的要点。
Eric 首先提醒大家自 B1 发布 2.0 版本到现在，代码发生多大的变化。改变配置在很多层面上都有重要意义。不过，ENF 的建议仍然还是基于性能测试和经验数据做出的。
主题：7 月 18 日节点运营商 Telegram 频道发布的建议
第一条是有关区块生产环境中超过 30 ms 的事务。这凸显了 Leap 4.0 更新中添加的 read_only 事务的好处。增加限制让 "read_only（只读）" 和一般区块生产环境事务直接受益。
2023 年 7 月 ENF 建议的配置更改（由 Eric Passmore 发布）如下：
1. 针对只读配置的更改（仅 Leap 4.0 及更高版本受到影响）：
“(165 ms)
read-only-read-window-time-us（只读读取窗口时间，单位 us）修改为 165,000”“(151 ms)
max-transaction-time（最大事务时间） 修改为 151“
2. 针对多重签名更改（当前仅 Jungle 测试网受到影响，主网尚不需要进行任何更改）：
“(150ms)
max_transaction_cpu_usage（事务最大 CPU 用量）修改为 150,000”“(200ms)
max_block_cpu_usage（区块最大 CPU 用量）修改为 200,000”
在每周的节点圆桌会议商讨推出计划之前，预计建议参数只会在 Jungle 测试网上进行测试。
建议的配置更改先于 5.0 版本的默认配置发布。Eric 的帖子最后总结说，配置设置参数将包含在跟踪项目中，以确保出块节点和相关链具有相同的设置，从而确保 5.0 版本的协调推出。
会议讨论
Eric 参加了圆桌会议，讨论了建议的配置更改。不需要进行太多讨论，社区就可以理解 ENF 的用意。也没有人提出异议。
简要讨论的主题包括：
时间澄清
从 30ms（毫秒）增加到 151ms，提供充足的 "喘息" 空间
预计将在 Jungle 测试网上对新配置参数进行几周的测试
强调了从配置更改开始顺畅协调
交易失败主观计费的充分性
主观计费基于 CPU 成本和配置更改帮助阻止失败事务。
请注意，完美模拟 EOS 网络活动是不可能的。计划的变更可能会需要更改。还应该进一步考虑可能出现的问题（尤其是出块节点）。
针对这一点，建议查看了一篇新博客文章。这篇 5 月 24 日的博客文章《主观计费和交易丢失》中多次提及节点运营商。
与配置更改相关的其他值得注意的内容包括性能/基准测试。相信配置能够奏效。
5.0 版本，主观计费，更快的出块速度
Antelope Leap 5.0 版本如何更快地出块？5 月 24 日的博客文章《主观计费和交易丢失》（如上所述）介绍了主观计费更新：
“Mandel 3.1 中的新功能将允许节点运营商在初始化时设置其节点的主观计费衰减时间参数。此选项将调整将账户的主观账单归零所需的时间。”
“New features in Mandel 3.1 will allow node operators to set their node’s subjective billing decay time parameter upon initialization. This option will adjust the time it takes to zero out an account’s subjective bill.”
8 月 8 日的博客《Leap v3.1 版本功能及附加工具》概述了新的交易生命周期工具：
“之前的文章探讨了主观计费系统如何导致交易丢失，并概述了常见交易生命周期问题（例如交易丢失）的现有修复方法。Leap v3.1 版本引入了新工具来解决这些问题及其他用户体验问题。”
“Previous articles explored how the subjective billing system can cause lost transactions and outlined existing fixes for common transaction lifecycle issues like lost transactions. The Leap v3.1 release introduces new tools to address these issues and other user experience hurdles.”
随着 5.0 版本主观计费系统的成熟，巨大的改进即将到来。下一个区块可以立即开始，而不是未应用的排队事务。甚至有人建议单轮可以完成 12 个区块。对最后一个区块的控制考虑给予了警示。
由于社区期待协调 5.0 版本，会议提前结束。
资源与引用