跳转到主要内容
所有收藏EOS Support 媒体
节点圆桌会议半月摘要 [2023.4 #1]
节点圆桌会议半月摘要 [2023.4 #1]

发布于 2023 年 4 月 20 日

Dario Cesaro avatar
作者:Dario Cesaro
超过一年前更新

作者:Marco González

编辑:Randall Roland

翻译:Josh Chung

每周,节点操作员、Antelope 核心开发人员以及社区成员聚在一起,讨论当前热门话题。节点圆桌会议的主要目标是:

“…为节点操作员改进 Antelope 协议(具体而言)”。

“...to improve the Antelope protocol (specifically) for node operators”.

会议在每周三晚上 10 点(UTC+8)举行,持续时间一个小时。如果想要学习 EOS 节点操作基础知识,可以查看 EOS 网络基金提供的教程和文档

特殊节点话题的讨论再次推迟。相反,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_infoget_info 的讨论(这些信息对于公共和节点运营商是分开的)

目前,get_info 通常是公开的。然而,在对等环境(例如出块节点)中,需要保持 get_info 的非公开性。

注意:会议上强烈意见在所有终端上维护 get_info

结束环节

会议最后讨论了一种追赶模式和可配置阈值。

Brian 在会议结束时询问社区关于 5.0 的理想环境。他提供了一些重点领域的建议,并表示将持续听取反馈建议:

  • 痛点

  • 特殊事项

  • 提高性能

  • 有意义的新功能

  • 推动采用

  • 开拓市场

展望未来

EOS 网络现已通过 EOS EVM 与以太坊相连接。4.0(没有预期的共识升级)和 5.0(计划中的共识升级)正在取得突破性进展。这两个版本都提高了速度和功能。EOS 在区块链领域已经表现出色。现在是实现梦想的时候了。


资源与引用:

这是否解答了您的问题?