作者: Marco González

编辑: Randall Roland

译者: SHE

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

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

以下是此次半月摘要中两次圆桌会议的内容列表：

你可以在 GitHub 上查找其他会议记录和评论，也可以在 ENF 的 YouTube 频道上观看会议视频。

6 月 7 日的会议主要是公开讨论。随着 9 月的临近，人们越来越关注为 Leap 5.0 所做的准备。

改善节点运营管理是社区经常关注的问题。反馈主要针对 P2P 改进。

更新

9 月共识升级计划（Leap v5.0）

P2P 改进继续成为节点运营商关注的焦点。主要问题涉及节点运营商的交易稳定性、可靠性和整体 “生活质量”。帮助识别最佳解决方案的已确定领域包括：

前几周会中成员对上述主题发表了一些见解。以下部分旨在增加清晰度并节省读者时间。在进一步讨论和反馈之后，（团队）将会制作一份 P2P 改进综合报告。

为了提高效率，需要提高可见性和管理。主要关注点是对等网络上节点的可见状态，使运营商能够在给定时间识别他们的首选连接。

类似于黑匣子，节点信息可能会让操作者猜测当前需要在哪里找到区块。这里重要的数据类型包括：

出站数据流应该多于入站。当前的同步指定是在超时后移动到下一个节点。P2P 同步改进也是最近 GitHub 讨论的主题。

节点流可以通过消除对相同信息的争夺来提高效率。但是，当更改缺乏合理性并且节点数量保持奇怪的稳定时，可能会出现安全问题。提到的解决方案包括：

以太坊标签再次进行了比较。不断重新评估对等节点，然后是对等节点生产区块的意愿。然而，增加一般可用性带来了安全问题以及带宽与区块限制问题。

社区反馈通常伴随着经验。以下是详细说明的要点：

重新审视的后续问题是：

随着时间的推移，社区将继续努力打造一个更健康的网络。鼓励大家试用 4.0.1 并就相关问题提供反馈。

从对等管理讨论开始的话题主要与暂定于 9 月举行的 Leap 5.0 共识升级有关。

在 6 月 14 日的会议上，与会者再次就持续不断的改进领域进行了头脑风暴。

独立库的历史解决方案时有出现。Antelope 防火墙获得了越来越多的关注。随着 Leap 5.0 的出现，与会者花时间探索长期创新。

更新

关于解耦仪器可行性的 GitHub 讨论仍然让一些运营商记忆犹新。然而，这个主题还是被推迟了。

作为今天讨论的补充，欢迎观看聊天中提供的有关数据管理的专题视频。

开放思想和反馈交流是一个深度思维子流（历史）解决方案。节点运营商对历史解决方案怀有兴趣的原因有很多。以下是一些讨论过的领域。

历史讨论的开始提到了 dfuse、Graph 和（后来的）firehose。重点是将独立的库和工具从 nodeos 代码库中分离出来。开发人员仍在思考一个非 nodeos 解决方案来抽象历史。然而，短期解决方案（例如通过 traces 部分满足需求）目前仍然比高投入与回报比例更重要。

对深思熟虑的历史解决方案提供了更多的见解和评论。以下是占用了大约四分之一会议时间的重点内容：

一位与会者描述了一个原型（用于库函数），它用指向 nodeos 的传递指针替换了记录器，目的是让 nodeos 发回适当的信息。该解决方案带来了速度和灵活性，特别适用于游戏类的应用程序。该原型的局限性涉及安全和语言限制（例如，与 Python 配合使用效果很好，但与 Javascript 不兼容）。从长远来看，基于链的接口用于尝试不同数据结构被视为一个理想的追求。

简要介绍了 Antelope 防火墙。ENF 正在资助建造新的防火墙。很快提到了一些项目：

防火墙的价值在于速率限制、帐户交互等（例如独立的 JSON 文件）。

会议最后讨论了一些关于 Antelope 环境未来的 “疯狂” 想法。以下想法不在开发团队的路线图内：

会议最后讨论了一些关于 Antelope 环境未来的“疯狂”想法。社区被鼓励分享这样的构建，以纪念 EOS 成立 5 周年。

资源与引用：