作者：Marco González
编辑：Randall Roland
翻译：Josh Chung
每周，节点操作员、Antelope 核心开发人员以及社区成员聚在一起，讨论当前热门话题。节点圆桌会议的主要目标是：
“…为节点操作员改进 Antelope 协议（具体而言）”。
“...to improve the Antelope protocol (specifically) for node operators”.
“…为节点操作员改进 Antelope 协议（具体而言）”。
“...to improve the Antelope protocol (specifically) for node operators”.
以下是此次半月摘要中的两个圆桌会议：
7月5日：效率和稳定性：流量、区块大小/时间和 SHiP
7月12日：用户友好的多操作授权解决方案和 5.0
7 月 5 日圆桌会议
效率和稳定性：流量、区块大小/时间和 SHiP
随着 Leap 5.0 的临近，圆桌会议进行了开放性讨论。将节点操作与 5.0 的发布对齐很具有挑战性。监测社区情感、分享开发更新和沟通可能对今年秋季（2023 年）年度共识升级的顺利进行具有决定性作用。
7 月 5 日社区关注的主题集中在区块大小和时间上。
概述
对高流量（在 Leap 版本 4.0 上）、区块大小/时间、5.0 和 SHiP 问题集中在效率和稳定性方面进行讨论。随着 Leap 5.0 的临近，会议表现出一种和谐的气氛。
更新
即将发布详细信息的补丁。
社区主题：效率和稳定性
讨论广泛聚焦于效率和稳定性。具体细节包括网络性能和流量、SHiP、区块大小、处理时间和 Leap 5.0 改进。此外，还有处理 API 时避免崩溃这一问题。
流量
虽然 EOS 网络是节点圆桌会议的重点，但会议开放讨论所有公共 AntelopeIO 链。这些公共区块链中链上交易量最大的是 WAX。
WAX 上的巨大流量将节点推到了极限。讨论 WAX 流量问题有助于开发新版本的 AntelopeIO 软件。未来的 EOS、WAX 和其他 AntelopeIO 链的迭代肯定会因为流量方面研究而变得更好。
由于一些现有问题，WAX 难以实施 Leap 版本 4.03。随着错误报告的产生，测试仍在继续。实际负载测试也是一个考虑因素。请注意，Leap 5.0 版本将可能具有远比当前 4.0 环境中的性能强。
区块大小/时间和 Leap 5.0
区块大小仍然是一个受到高度关注的话题。在 EOS 最初上线时，最大区块 CPU 时间设置为 100 毫秒。现在时间将增加到 250 毫秒，但由于一些早期问题，网络今天仍然保持在 200 毫秒。Leap 5.0 将保守地恢复到 250 毫秒，同时具备更快的处理速度。
其他提出的话题和关注点包括：
区块大小可变配置
瓶颈
交易失败和评估时间
网络吞吐量
白名单和账户等级提升
设置时间与百分比时间
Leap 5.0 将通过更快的轮次和从早期区块完整性中获得的优势改变节点操作。更快轮次的详细信息如下：
始终选择最小区块时间
毫秒偏移量与区块集
早期区块完整性涉及允许更早开始区块，尽管结束时间保持不变。
虽然 5.0 将实现更快的区块启动（超过 4.0），但开发团队仍想看看现有 4.0 的性能。
在 5.0 中解决了需要进入主线程并干扰正在进行中的事务的问题。干预的可能性仍然存在。接下来提到了调度和希望尽快开始测试，确保在秋季发布之前进行测试。
SHiP 问题
新的补丁版本应当解决最近 SHiP（状态历史插件）出现的问题。一份报告指出，SHiP 没有与对等连接无关的反馈。在这种情况下，快照可能很有用。修复程序解决了从创世中同步 EOS 的问题。另一个确定的问题涉及收不到 ABI 数据。当与 SHiP 断开连接时，数据流停止。所有这些问题都很容易解决。
请留意即将发布的补丁版本。
7 月 12 日圆桌会议
用户友好的多操作授权解决方案和 5.0
7 月 12 日的会议探讨了用户授权的动态应用。解决了安全漏洞问题。Leap 5.0 的初步准备工作可能在未来几周开始。
概述
动态应用需要考虑用户。解决方案从钱包方面和针对节点操作员的代码更改两方面进行了研究。对于多操作授权，钱包解决方案可能是最有价值的解决方案。
更新
最新的发布解决了安全漏洞。有关每个修复程序的更多信息（包括稳定性解决方案），请参见以上相关版本链接。
用户友好的多操作授权解决方案
今天的圆桌会议分析了一个热门话题。区块链用户需要在体验类似 Web2 的功能的同时保持对资产的控制。优先考虑钱包解决方案的动态授权方案可能是最佳行动方案。
本次圆桌会议考虑了一些授权组合，包括：
到期选项
针对用户链上保存的授权的收据（代币）
委托智能合约权限
变量选项的通用标准
白名单
请求授权（RFP）
到期选项和白名单引起了最大的关注。虽然通过核心代码更改可能存在解决方案，但信任的钱包解决方案似乎是明智的第一步。
例如，RFP 可以与钱包优先方案很好地配合使用，类似于过去 Scatter 功能。然而，会议中出现了有关事务调度和异步钱包/应用程序（特别是游戏）关闭的担忧。
会议参与者在聊天中提到了 “白名单和列出权限”（whitelisting and listing permission）之间的区别。该参与者概述了运营商可以整合的解决方案：
“一个命名空间(.ra)，然后您使用用户公钥注册一个新账户”
"a namespace (.ra) and then you use the users public key to register a new account”
处理所有解决方案的一般方法是考虑用户侧与技术侧的不同之处。将传统 Web 授权简化与用户期望进行比较。即使在开发人员层面上现实更为复杂，用户仍可能希望维护单个区块链账户。再次提出了钱包功能。
主持人提出了与 Leap 5.0 相关的交易瞬时确认 (IF) 和共识破坏问题的话题。圆桌会议其他关键话题包括：
协调共识协议升级
更多关于白名单与账户（时间因素）权限
到期选项的新公钥（提出安全问题）与钱包登录识别
提到当前是钱包存储密钥而不是应用程序
移动应用程序可能需要 eosio 级别的唯一到期选项和控制限制（例如市场销售的高级名称权限）
在聊天中问：“...允许删除自己的权限…” 或是否始终需要所有者密钥
会议结束时提出了一些想法。需要考虑的主题包括了解愿望、保持当前状态（例如数据包管理器）、促进自定义开发工具以及强调基础文档的重要性。
资源与引用：