作者:Marco González
编辑:Randall Roland
翻译:Josh Chung
每周,节点操作员、Antelope 核心开发人员以及社区成员聚在一起,讨论当前热门话题。节点圆桌会议的主要目标是:
“…为节点操作员改进 Antelope 协议(具体而言)”。
“...to improve the Antelope protocol (specifically) for node operators”.
概要
最近几周的讨论主题不尽相同,这并不奇怪,因为 EOS EVM 即将推出,Leap 4.0.0 也开始了初步测试。
在 3 月 15 日的圆桌会议上,对 “不同 Antelope 节点扮演的角色的分类草稿” 中 “特殊节点” 部分进行了一些补充。3 月 22 日的会议被取消了。3 月 29 日没有对草案进行任何补充。
影响社区的关键事件包括:
EOS EVM 正在进行安全审计,以准备 4 月 14 日主网上线
Leap 4.0.0 rc2 已部署测试网
在 3 月 15 日和 29 日的圆桌会议上,社区反馈占据了大部分时间。
正在进行的 “特殊节点” 讨论在 GitHub 上的 “升级后会议” 部分开始。并明确会继续进行节点分类草案的讨论。最终目标是改进当前的节点操作员和未来的操作员的节点操作体验和潜力。
3 月 15 日:Leap 4.0.0,3.2.2 的补丁和反馈
你可以在 ENF 的 YouTube 频道上观看 3 月 15 日的圆桌讨论。也可以在 EOS Nation(Leap)GitHub 上阅读有关会议的笔记。
更新
会议以几个更新开始。发布了一个补丁(Leap 3.2.2)来修复 SHiP 的稳定性。三次警告规则(Three-Strikes Rule)收到了很多反馈。
预计在 Leap 4.0.0 部署测试网后不久,DUNE 和 CDT(合约开发工具包)也将更新。
在未来的圆桌会议上将与 ENF 讨论 Leap 4.0.0。目前已知的是,测试预计将在 3 月开始。请注意,短期内没有共识升级的计划,预计共识升级需要到秋季。
技术讨论继续探讨节点分类草案。可以在草案中找到特殊节点分类过去讨论的详细记录。
主要议题
节点类型的事项推迟到下周。本次会议的要点包括:
首个 Leap 4.0.0 RC 的概述(请参阅 AntelopeIO GitHub)
节点操作员的版本生命周期需要
Leap 3.2 的未来
对首个 Leap 4.0.0 RC 和 3.2 补丁的预期
Leap 4.0.0 RC 的短期重点之一是:
通过多线程实现更高的性能
减少延迟,实现更快的块传播
块中继验证
多线程实现更高的性能引发了对 SHiP(状态历史插件)的兴趣。在节点分类草案中,您会发现:
“与 SHIP 和 DeepMind 日志记录相关的控制台日志/打印语句。应该有限制吗?”
“Console logging/print statements related to SHIP and DeepMind logging. Should there be limits?”
以及,何时启用/禁用 SHiP 以实现最佳实践。也能看到并行执行相关内容。
请注意,节点分类草案并不关注 Leap 4.0.0。至少,目前还没有。有关 SHiP 稳定性的 bug 修复,请参阅 AntelopeIO GitHub。
随后讨论的是减少延迟和更快的块传播。讨论了自动计划对等连接,探讨如何确保 BP 在最短的延迟内接收到最新块。在群组中,与计划邻近 BP 节点的自动对等连接(请参阅 AntelopeIO GitHub)似乎很突出。
关于验证、Prometheus Exporter 插件等的发布说明可以在 AntelopeIO GitHub 上找到。在里面还可以看到最新的 Leap 4.0.0 RC 和 3.2 补丁。在 3 月 15 日的圆桌会议结束时,提到了 Ubuntu 18.04 vs. 20.04 和相关的安全问题。
反馈结果
我们向社区征求了有关如何支持最新稳定版本 Leap 的反馈意见。
社区不应期望 3.2 会有新的(非补丁)版本发布。不过,我们仍然希望听取有关 3.2 的反馈意见。有一个建议是维护(两个)连续的稳定版本(即 4.0 和 3.2 各一个)。但是,我们仍需要考虑 API 更改的问题。
展望
会议的最后,我们确认 9 月/ 10 月仍然是共识升级的重要时间点。
3 月 22 日:取消
3 月 22 日也是 EOS EVM 代码完成并开始进行最终测试的同一周。
3 月 29 日:有关最新更新的反馈
请在 ENF 的 YouTube 频道上观看 3 月 29 日的圆桌讨论。
鉴于最近几次会议的信息有较多的重叠,以下这个列表可能有助于阅读:
请注意,3 月 29 日未向节点分类草案添加任何附加说明。
更新
因为 EOS EVM 的上线终极测试和主网上线预期,以及 Leap 4.0.0 rc2 的测试,这些内容占据了会议的大部分时间。
Leap 4.0.0 代码预计会在接下来的一周左右发布第三个候选版。剧透警告...开发提速,本年秋天可能会迎来 5.0 共识升级。此外,预计在未来几周将发布新的 CDT 版本,并支持 IPv4/IPv6。
EOS EVM 上线需求:对 BP 进行行动呼吁 → BP 签署多签提案创建 EVM 账号
主要话题
对以下问题进行了较为轻松的讨论:
区块日志
更好的 Mac 支持
生产者插件
BP 对等连接
关于区块日志、Mac 和生产者插件
“区块日志” 讨论侧重于参与者的清晰度,特别是关于操作效率的问题。AntelopeIO GitHub 详细介绍了 “区块日志拆分”。有一个工作计划来评估用户体验,以更好地支持 Mac。生产者插件的优先事项包括快照。
BP 对等连接
与 BP 对等反馈相关的子主题包括:
改善连接
促进自动配置
配置变化(例如指定 BP 名称)
BP 接近度
有效的出站管理
广播和安全
发布说明和结束反馈
随着人们对 EOS 生态的期望日益高涨,管理效率和管理效能的价值在会议中占据了重要位置。关注的问题和兴趣包括:
通过专用文档与发布说明保证信息传播的一致性
如何设计信息和活动升级以更好地服务于社区和开发绩效
建议包括:
在文档门户中提供示例和链接
稳定版本的代码与文档应该保持一致
发布说明不应支持实时、稳定的产品
在快速创新的时代,同时发布说明和培训可能是最好的选择。尽管节点操作员需要了解最新功能,但升级过程可以改进,以在整个社区中产生回响。
Prometheus 仍然是关注的重点。Leap 的共识升级和 “5.0” 的提及与 9 月/10 月的时间表相符。
以下列表仅供参考。它不仅预测未来几个月的变化,还讨论了一些未准备好的话题,包括:
期待 5.0 和优化(压缩)区块时间
使用百分比、偏移量和保守值提前发布区块
无缝地开始新区块,而不是等待 500 毫秒
要了解更多信息,请从 AntelopeIO GitHub 的 “Optimize block start time by huangminghuang” 开始。
结束反馈讨论了如何更好地维护旧标准,清晰地解决超载问题,确立确切的时间和压缩窗口之间的关系,以及取消块偏移。
展望未来
3 月 29 日的会议有点超时。似乎 EOS 社区的每个人激情高涨。并不是所有人都选择旁观。相反,越来越多的人希望能第一个看到远处的美景。
未来几个月将会令人兴奋,EVM 上线、主网共识升级、GameFi/ 元宇宙将获得巨额投资等等。
资源与引用: