作者:Marco González
编辑:Randall Roland
翻译:Josh Chung
每周,节点操作员、Antelope 核心开发人员以及社区成员聚在一起,讨论当前热门话题。节点圆桌会议的主要目标是:
“…为节点操作员改进 Antelope 协议(具体而言)”。
“...to improve the Antelope protocol (specifically) for node operators”.
特殊节点话题的讨论再次推迟。相反,Antelope 核心开发者在 4 月 5 日和 12 日的圆桌会议上分别介绍了 Leap 4.0 和 5.0 的相关情况。核心开发者希望向社区提供信息并获得反馈。
4 月 5 日期:Antelope v4.0.0 更新与反馈
本周,该会议邀请了 ENF 核心开发人员,提供了对 v4.0.0 的见解和演示。Brian Hazzard 提供了笔记,这些笔记也可以在 EOS Nation 的 GitHub 上找到(日期为 4 月 5 日)。您还可以在 ENF 的 YouTube 上观看记录的圆桌讨论。
概述
Antelope v4.0.0 将进一步提高 EOS 在性能、可扩展性和可靠性方面相对于其他区块链的优势。已确定的特性(来自 Brian 的笔记)包括:
通过多线程提高性能
减少延迟,加快区块传播速度
提供更多数据控制和可见性
为节点运营商提供更好的使用体验
具体收获(来自 Brian 的笔记):
get_block
速度提高了 4 倍,并且不再在主线程上运行整个
nodeos
中的 JSON 解析速度大约提高了两倍多线程只读窗口使 API 提供者可以使用尽可能多的线程
Lin Huang:只读交易
在 Brian 的概述之后,Lin Huang 进行了演示,介绍了只读交易(和任务)。在介绍只读交易(和任务)之前,他讨论了以下内容:
新的 RPC 端点
未修改状态操作以防止意外更改
禁止授权/签名
总是返回交易跟踪
跟踪和跟踪日志记录分别使用不同的交易
深度日志记录
Lin 进行了 < /cleos push transaction >
演示和只读交易。并行只读交易(和任务)的关键特性包括:
只读:可以并行运行
读写:不能并行运行
只读窗口:只能运行只读
写窗口:可以同时运行只读和读写,并且在主线程上按顺序运行
配置
Vlad:快照调度与增强
Vlad 介绍了关于快照调度的关键内容,包括:
调度快照(一次性未来和重复)
通过 3 个 API 调用(快照请求)来完成上述操作
存储为 JSON 文件
他将重复快照描述为 “最有趣” 的功能。持续执行每 20 个块一次的快照,直到终止。未调度的快照可以使用 ID 进行。
Vlad 还提到,一个新的工具(leap-util)正在添加新功能,并将具有更新的 /cleos
支持。
Peter Oschwald:性能测试
Peter Oschwald 详细介绍了性能测试的操作步骤,并提供了一个命令行示例和报告。最初的想法是建立一种更好的方法来运行不同操作节点的性能指标,以便开发人员可以看到他们的改进如何影响生态系统的性能。
Peter 介绍了性能测试的三个不同层次:简单、基本和高级。层次越高,允许的参数越多。有关测试平台和典型配置的更多信息可以在 Performance_tests
代码库的 README
文档中找到[请参见视频的 31:12]。
Peter 接着描述了交易生成器,替代了相关插件,并处理大型 TPS。在介绍更多功能后,他表示计划继续构建性能指标。例如,测量 nodeos
性能是否正在改善或恶化。
Kevin Heifner:性能、延迟、数据和运行质量
在会议结束前,Kevin Heifner 快速概述了几个主题。利用 Brian 的笔记,Kevin 概述了四个广泛的改进领域及其子主题:
更高的性能
并行只读事务和任务执行
多线程和线程安全
http_plugin
的优化主观 CPU 改进
减少延迟
自动对等调度近端 BP 节点
中继轻量级验证
数据控制和可见性
Prometheus
出口器用于块和
SHiP
的日志分割
生活质量
资源监视器绝对值设置
在
nodeos
插件中更好的日志记录
接下来,他测试了自动对等的工作方式。该示例涉及与 BP 调度相关的连接性。
接着,他提供了有关 Prometheus
出口器插件的一些注意事项:
IPv4 使得在启用插件时可以在不同的端口上侦听
IPv6 适用于 5.0
日志分割(指定不同的状态目录)
会议结束时,提到 nodeos
可以访问(保留)目录,但无法访问归档。状态历史记录遵循相同的反应。
Kevin 进行了微小的优化,使得区块在头部验证后可以在非主线程上传播,从而提高了处理速度。此外,get_block
函数的性能也得到了 4 倍的提升。预计在 4.0 环境下,区块的传播速度会更快。他描述说这种优化后的 EOS 系统 “更快了”,超过一半的处理过程已经移出了主线程。
展望未来
EOS 是目前速度最快的区块链之一。Antelope 核心开发者开发的 v4.0.0 版本将使 EOS 更加快速、高效以及开发者友好。
4 月 12 日期:展望 EOS 5.0 环境和终端类别
Antelope 的核心开发者提供了他们对 EOS 5.0 环境的设想,并征求了反馈意见。他们对现有操作、4.0 环境和 EOS 5.0 环境进行了比较和设想。你可以在 EOS Nation 的 GitHub 上找到 4 月 12 日的圆桌会议记录,也可以在 ENF 的 YouTube 上查看的会议视频。
开发更新:
v4.0.0-r3 版本已发布
CDT-rc1 版本即将发布(可能在下周左右)
开发者办公时间(developer office hours)
提供了一些链接说明在 v4.0.0-rc3 版本中的一些新功能。
每两周一次的开发者办公时间(developer office hours)将为参加圆桌会议的人提供进一步的支持。Stephen Diesel 将主持会议。第一次会议将于 4 月 20 日举行,之后每隔一个星期四举行一次。如果你想了解有关 CDT 和其他与开发者相关的内容(例如 DUNE、痛点和新的 Antler pods)的更多信息,请在 Telegram 上联系 Stephen。
概述
本次会议没有像往常一样那么结构化,因为 5.0 共识升级还有数月时间(可能在早秋)。讨论的主要话题包括:
希望获得早期反馈(以及对 5.0 的期望)
提案审查
Prometheus
插件端点类别
4.0 版本将引入 Prometheus
插件。在测试期间,社区成员要求将该插件提供在可运行的可配置端口上。现在,这似乎是 5.0 的主要目标。
放在单独的终端的 Prometheus
启发了其他终端配置。一些提议的终端类别包括:
get_info
chain_ro
chain_rw
net_ro
net_rw
producer_ro
producer_rw
snapshot
trace_api
Prometheus
node
终端类别不会随每个终端的配置而变化。相反,终端将以有意义的方式进行分组,并且类别之间也将具有一致性。默认情况下,所有终端都属于一个类别,以便系统可以像以往一样运行。
此外,还分享了一个名为 “custom port/io configurations”(自定义端口/ IO 配置) 的提案。
5.0 的另一个优先事项是引入 IPv6。
会议反馈
会议讨论了高效的终端类别,并得到了很好的反响。初步的反馈和回应包括:
新配置(类别)下对
get_supported_apis
的评论过滤过程通过连接实现
关于
get_server_info
和get_info
的讨论(这些信息对于公共和节点运营商是分开的)
目前,get_info
通常是公开的。然而,在对等环境(例如出块节点)中,需要保持 get_info
的非公开性。
注意:会议上强烈意见在所有终端上维护 get_info
。
结束环节
会议最后讨论了一种追赶模式和可配置阈值。
Brian 在会议结束时询问社区关于 5.0 的理想环境。他提供了一些重点领域的建议,并表示将持续听取反馈建议:
痛点
特殊事项
提高性能
有意义的新功能
推动采用
开拓市场
展望未来
EOS 网络现已通过 EOS EVM 与以太坊相连接。4.0(没有预期的共识升级)和 5.0(计划中的共识升级)正在取得突破性进展。这两个版本都提高了速度和功能。EOS 在区块链领域已经表现出色。现在是实现梦想的时候了。
资源与引用: