作者：Marco González
编辑：Randall Roland
翻译：Josh Chung
每周，节点操作员、Antelope 核心开发人员以及社区成员聚在一起，讨论当前热门话题。节点圆桌会议的主要目标是：
“…为节点操作员改进 Antelope 协议（具体而言）”。
“...to improve the Antelope protocol (specifically) for node operators”.
本月上旬会议中人们对当前的开发进度和反馈评估持续关注。
5 月 3 日会议概述了 Antelope 5.0 的 ENF 拨款，并收集了对最近推出的 4.0 版本反馈意见以及收集 5.0 版本的用户反馈意见。
5 月 10 日会议切换了话题，探讨了如何运行 EOS EVM，概述了它的特点以及讨论了一些社区反馈。
你可以在 GitHub 上查看会议记录和在 ENF YouTube 频道观看会议视频。
5 月 3 日：对 5.0 的资助以及对 4.0 的更多反馈
5 月 3 日会议讨论了 5.0 版本的资金问题和对 4.0 版本的更多反馈意见。此次会议可能对积极跟进进展的开发人员有所裨益。尽管提供的列表仍在更新中，但为了提高价值和推出 Antelope 5.0，已详细介绍了几项计划。
概述
在探讨 5.0 行动之前，同步了以下是一些更新：
预计将很快发布 CDT 4.0.0 版本
DUNE 补丁可能在下周就会发布
开发者办公时间公告（有可能采用 Antler_proj）
对这些更新做了简要评论评论后，参会人选择了一些话题。其中一个是重新审视节点类型分类，另一个则是回顾并评论对 Leap 5.0 版本的讨论。
讨论
最终，会议讨论围绕两个主要议题展开：
对 ENF 针对 Leap v5.0.0 拨款计划的概述和反馈意见
对最近发布的 v4.0.0 版本的反馈意见
ENF 针对 Leap v5.0.0 的拨款计划包括以下内容：
交易即时确认（Instant finality）
RAM 限制
合约间通信
提前启动和针对完整区块的广播（Early Start & Broadcast for Full Blocks）
同步节点发现改进
一般化 IP（用于 nodeos HTTP 端点的端口配置）
自动化可重复引脚构建（Reproducible Pinned Builds，通过减少环境变量的影响，使软件开发流程更可靠，更稳定，为软件开发者提供更好的测试和部署的可重复性）
在上述项目中，有两项（即交易即时确认和同步节点发现改进）是 RFP（请求任务书）中项目。
交易即时确认（Instant finality, IF）
交易即时确认（Instant finality, IF）可能是 5.0 计划中最重要的部分。它可以让交易更快确认（几秒内），使开发者可以开发体验更佳的 dApp。 交易即时确认（Instant finality, IF）意味着更快的交易中继以及需要更可靠的方法来影响网络状态。更快的交易确认流程使得 dApp 的功能更加强大和有创意，用户和整个网络将从中受益。
RAM 限制
虽然这个问题不是那么严重，但是在开发者社区中已经引起了很大的关注。正在探讨如何解决这个问题，并承诺报告更大操作的问题。
合约间通信
合约交互主要针对开发人员对可扩展性的关注。倾向于采用具有弹性的方案。
提前启动和针对完整区块的广播
即时广播是一个热门话题，我们正在探讨如何优化它。我们正在考虑引入 “提前” 运行的操作来避免未决交易的部分填充。但我们也认识到这可能带来一些新的问题，我们正在努力解决它们。其中一个潜在问题是针对节点延迟会变得更困难。解决节点延迟问题的方案可能是封装区块，监控节点、封装区块以及添加额外区块头信息。
同步节点发现改进
同步节点发现也是一个 RFP（请求任务书）提案。我们正在探讨如何处理私有 IP 地址、限制/过载和子网掩码等问题。一个参会者提醒我们可以从以太坊社区获得一些宝贵的经验。最后创建一个未来讨论事项，供以后重新讨论。
一般化 IP
我们正在探讨如何将 Prometheus 与一般化 IP（用于 nodeos HTTP 端点的端口配置）进行整合，以避免冗余、技术债务和功能重复。
自动化可重复引脚构建（Reproducible Pinned Builds）
（通过减少环境变量的影响，使软件开发流程更可靠，更稳定，为软件开发者提供更好的测试和部署的可重复性）
当前，自动化可重复引脚构建还需要手动操作。我们正在努力自动化可重复引脚构建的步骤，并希望能够随着开发者社区的成熟度越来越自动化。这方面还需要更多的努力。
这个部分还提到了快照问题。我们正在研究如何处理快照，以便在新的补丁版本中更好地支持它们。
在 ENF 的 Leap 5.0.0 资助倡议列表中的其他主题有：
剔除 chain-state-db-size-mb
Net 插件改进
Read RPC 增强（Read RPC Enhancements）
鸡舞（Chicken Dance）
Leap v5.0.0 倡议列表是一个工作计划。这个列表将会不断更新，直到 2023 年 9 月/10 月完成 Leap 5.0 部署。重要的是，AntelopeIO 在性能和可靠性方面始终处于区块链领域的领先位置。我们的开发应该支持这些理念，简化开发者流程，并促进用户采用。
需要注意，此列表不包括漏洞修复。
针对 4.0 版本的反馈意见
Leap v4.0.0 似乎正在完成其既定任务。特别引人注目的是灵活的账户签名新功能，它被认为是一个重要的补充。
更复杂的问题涉及多重签名和时间延迟，让多重签名变得更便利对于 GameFi 更为合理。时间延迟功能也在重新评估中，以实现临时授权（权限管理）。
改进技术文档的问题再次被提及。针对改进文档问题，平衡补丁和更新的问题始终是难点。但我们期望在接近 5.0 时的秋季发布前会有所改进。
展望
EOS（Leap）4.0 的 Antelope 展示了即将到来的令人兴奋的功能。一些开发者已经注意到这些优点，并选择非强制性的升级。ENF 团队努力让开发者分享信息，创造新的 EOS 文化，为生态繁荣而努力。
5 月 10 日：EOS EVM 初探及反馈意见
在 5 月 10 日的圆桌会议的主要议题是 EOS EVM。
概述
以下是需要关注的更新：
即将发布的 Leap 补丁版本
下周新工具发布
讨论
讨论从关于运行公共 EVM 节点的人的问题开始，这也引导了对公共 EVM 节点运营环境的讨论。
激励和性能
激励是早期的话题之一。与社区互动并确保价值和增长是随后的重点。
“良好（运营）健康检查”是一种正在进行的解决方案。大多数参与者似乎更支持关注 Antelope 已知的性能和可靠性而不是负载均衡。
钱包
讨论了关于 MetaMask 和 Anchor 钱包的问题。对于 MetaMask 来说，易于广告似乎是一个合乎逻辑的下一步。可能需要更多的努力，但关注 Anchor 以改善 EVM 环境似乎是明智的选择。
利用 EOS 的差异优势
随着 EOS 进入 EVM 赛道，记住 EOS 相比其他 EVM 技术可以带来更多是很重要。虽然 EOS EVM 力图与现有的 EVM dApps 的运营能力相匹配，但开发必须小心避免陷阱。建议是改进 EOS 可以独特实现类似目标的方式。更具体地说，从由 “矿工” 支付的（CPU/NET）资源包装开始。另一个是，寻求增加矿工数量以简化费用分配。
其他话题
在引起团队注意的其他议题包括：
路线图和愿景
基础设施
更易于理解的硬件要求
如果运行一个终端，选择计费的 gas 费用
OTC 解决方案与最大选项
清晰度和共享社区愿景
目标受众
请注意，分享的一个社区愿景开始涉及中心化与去中心化的问题。EOS 的目标受众也可能包括在此讨论中。
展望
总体而言，5 月 10 日的圆桌会议是一次能量满满的讨论，涉及了一般性问题和特定问题。尽管 EOS EVM 已经上线，但它还没有展现其真正的形态。开发以一个新 dApp 发布那样持续进行。在 EOS EVM 上进行开发需要真正的才华，远见和适应能力。然而，现在是埋下最富有成效的种子的时候。
资源与引用：