作者：Marco González
编辑：Randall Roland
翻译：Josh Chung
每周，节点操作员、Antelope 核心开发人员以及社区成员聚在一起，讨论当前热门话题。节点圆桌会议的主要目标是：
“…为节点操作员改进 Antelope 协议（具体而言）”。
“...to improve the Antelope protocol (specifically) for node operators”.
此次半月摘要中介绍了以下三个圆桌会议内容：
5 月 17 日：EVM 反馈；P2P 改进（效率、同步和快照）
5 月 24 日：维护、自动化和 P2P 跟进
5 月 31 日：EOS EVM 基础设施和 RPC 节点
5 月 17 日：P2P 改进
领先的 web3 开发意味着提供最佳的点对点体验。P2P 改进是 5 月 17 日节点操作员圆桌讨论的主题。
概述
像往常一样，圆桌会议始于几分钟的技术更新。
更新
Leap 4.0.1 补丁发布即将完成
CDT 4.0rc2（提到）
Dune v1.1.1 补丁发布和克服冲突（请参阅 GitHub 讨论）（提到）
在 P2P 讨论之前，收集了一些关于 EVM 的反馈。P2P 讨论的重点是高效的对等连接、同步和快照。
讨论
EVM 反馈
收到了 EOS EVM 的反馈。将会考虑这些反馈并在以后的会议或社区社交媒体上进行回答。其中提到的评论包括：
多节点使用
资源和 API 节点
支付 gas 费，“社会化 RAM 成本” 以及向矿工返回费用
长期管理和简化用户体验
跟进潜在的安全问题
P2P 改进
在 P2P 改进讨论中，有两个主要主题：
高效的对等连接和同步
快照
高效的对等连接和同步
与会者希望看到对等连接和相关功能的改进。专注于基本改进并设定可实现的目标推动了讨论。已经出现了针对已知对等方的强大自动发现的潜在路径。
潜在问题包括：
最小延迟下的交易准确性
确保与最低延迟对等方同步
提高最新区块的速度
在整个网络中更好地解决签名权限问题
考虑自动与手动对齐
检查 WAX 区块链可能有助于解决紧迫问题。
快照
迄今为止，在 5 月 17 日圆桌讨论中收到的大多数评论都是关于快照的。以下是评论和问题的简要概述。有关详细信息，请观看录像。
快照主题始于询问谁最近使用了该功能。大多数参与者表示他们每天使用一次快照。给出的原因包括 RAM 和重启（对于运行大型节点的人）。对于 “好” 的设置，快照通常运行得具有可预测性。
WAX 节点操作员倾向于运行相对较大的设置。与 WAX 区块链维护协调的需求每周都会发生。该过程通常顺利进行。
通过快照恢复通常需要 15 分钟，但有几个因素可能会导致延长到几个小时。这个主题引发了一场热烈的讨论。想要查看详细信息，请观看会议视频的第三部分，也是最后一部分。
5 月 24 日：维护、自动化和 P2P 跟进
5 月 24 日的圆桌讨论从一些有关主题开始，这些主题既与话题相关，又具有普遍的兴趣。
概述
这次会议唯一的更新是：
Leap 4.0.1 补丁已准备就绪
向参与者提供的参考主题有：
有多少人是“源代码构建”的
理解维护问题
关于 nodeos 自动化的反馈
P2P 跟进
讨论
在讨论的开始，主持人邀请节点操作员分享他们的经验。首先讨论的话题是理解正常节点操作员的维护操作、涉及的流程以及有多少人是 “从源代码开始构建” 的。下一个问题涉及 nodeos 的自动化。会议以 5 月 17 日关于 P2P 改进的跟进讨论结束。
节点操作员维护
节点操作员分享了他们对 “从源代码开始构建” 和软件包管理器的看法。软件包管理器（例如 activate install）可能更适合不那么专业的操作员。效率似乎是普遍的关注点。
复杂的操作可能涉及许多因素。维护选项似乎是明智的。自定义构建和配置是其中的几个例子。讨论甚至涉及到二进制文件、其他链和自定义应用程序包。
Nodeos 自动化（以及 Cleos）
在谈到自动化时，节点部署所涉及的难题成为了讨论的重点。
建立一个有用的节点可能比初看起来更加复杂。特别是 “原始” Docker镜像和部署之间的差距。对于那些不太关注定制化的人来说，应用程序包可以作为使用 Docker 的补充。
对于那些需要更多选项的操作，就需要 Cleos 了。讨论的话题包括：
远程访问
Antelope 钱包
分开打包
在 Apple 上运行
对于为何需要 Apple，解释是在 nodeos 上运行虚拟机非常具有挑战性。许多命令也不起作用。
自动化讨论结束时，讨论了二进制文件和 nodeos。
P2P 跟进
如 5 月 17 日 P2P 讨论所述，快照引发了热烈的讨论。5 月 24 日的会议以更深入的 P2P 跟进讨论结束。
快照功能通常是为灾难恢复类型的操作而设计，而不是当前高频使用。节点操作员继续描述他们的操作和遭遇。
优化/ 重新设计 nodeos、临时文件存储、权衡（即性能 vs. 数据库）、流量、回声以及节点操作员社区与 Antelope 开发人员之间需要更好的沟通等话题都被讨论。快照话题再次引起了热烈反响。
如果需要一个结论，那就是区分技术问题和行为问题（对等网络）可能有助于服务社区和未来发展。
5月31日：EOS EVM基础设施和RPC节点
本月的最后一次圆桌会议是关于EOS EVM的RPC节点基础设施的开放讨论。
概述
5月31日没有任何更新。
电报群中本周有趣的话题包括：
Antelope Leap v4.0.1 已上线
跟踪 API 插件响应时间因块高度而异（GitHub）
4.0.0 上的 BP 节点不需要升级（到 4.0.1），但 SHiP 和 API 节点应该升级
没有紧迫的话题，讨论向社区开放。 EOS EVM 基础设施被提出并成为了一个扩展讨论的话题。
讨论
主持人在几分钟后总结了以下话题：
“未来是否有兴趣让 EOS BP 运行 EVM 节点？”
‘Is there interest in EOS BPs running EVM Nodes in the future?’
现有的 EVM 基础设施亮点
集中的 RPC 节点是一种被接受并高性能的解决方案
用户通常对集中化的解决方案感到满意
集中化有助于简化开发
在 EOS 上使用集中化可以更容易地构建吸引人的应用程序
分散化的解决方案是可能的
开发分散化的解决方案将需要大量的劳动力
集中化 EVM 基础设施的优势
当前的 EVM 用户和开发人员都希望使用集中化的 RPC 节点。这是一种被证明具有高性能并可简化开发的方式。
一个关键原因是以太坊与在兼容链上运行的 dapp 同时发展。与第二层解决方案不同，EOS EVM 在以太坊技术上建立了一条道路。第二层链模拟以太坊技术，EOS 则提供了更多的功能、稳定性、安全性和高性能机会。
以太坊比 EOS 更老、更繁荣，拥有更多的财务资本。大量的库和开发选项是个不可否认的事实。EOS 努力将其独特的优势融入到生态系统中，RPC 节点基础设施计划保持集中化。
目前，ENF 运营着 RPC 基础设施。ENF 合作伙伴（例如 Infuria 和 Alchemy）预计会有动作，最终将 RPC 节点基础设施从 ENF 管理中转移出来。
独立（分散化）解决方案
在当前以及计划中的集中化框架之外，运行自己的 EVM RPC 节点也是可能的。ENF 将提供有关如何运行独立 EVM 节点的信息。然而，分散化的操作将无法获得营销和基础设施等网络优势。
结束
会议结束时简要提到了一些话题：
芯片组（Zeon、I9 和 EEC RAM）
分片
为了获得普遍利益而进行的开发
只读事务查询（鼓励反馈）
可能已通过从 3.2 升级到 4.0 来解决节点对等问题（鼓励反馈）
鼓励每个人升级到 4.0 并分享他们的经验。
展望
随着 Antelope 和 EVM 开发继续朝着 Leap 5.0 前进，圆桌会议继续解决使节点运营更加高效和精细的问题。节点运营商可能在吸引社区成员上发挥更为重要的作用。每次会议都显示出沟通、有效反馈、整体性能和对创新的支持都呈上升趋势。
资源与引用：