所有收藏
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_info 和 get_info 的讨论（这些信息对于公共和节点运营商是分开的）

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

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

结束环节

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

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

  • 痛点

  • 特殊事项

  • 提高性能

  • 有意义的新功能

  • 推动采用

  • 开拓市场

展望未来

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

资源与引用：

这是否解答了您的问题？