作者: Marco Gonzàlez
编辑: Randall Roland
译者: SHE
节点运营商、Antelope 核心开发人员和社区成员每周聚在一起讨论“迷人”的问题。每次节点运营商圆桌会议的主要目标是：
“......专门为节点运营商改进 Antelope 协议”。
会议时间为 UTC 时间每周三14:00-15:00（北京时间为每周三22:00-23:00）。
从 2 月 1 日开始，节点运营商圆桌会议的讨论重点是 Leap v3.2 及更高版本的参数配置。自 2 月 8 日特殊用途节点于被考虑在内。专用于特殊用途的节点“占用”了 2 月 15 日和 2 月 22 日的会议时间。该小组继续推进“不同 Antelope 节点所扮演角色的分类草案”文件。
2 月 15 日：特殊用途节点（续）- API 节点
在 ENF 的 YouTube 频道上观看 2 月 15 日的圆桌会议讨论。阅读 EOS Nation (Leap) GitHub 上的注释。
更新：
如前所述，Leap v4.0.0 预计将于 3 月开始在 丛林测试网（Jungle Testnet）上进行测试。共识升级可能要到 9 月份才会实现。此外，预计在未来几周进行早期测试之前会冻结代码。
讨论的关键主题
上次会议伴随着 API 节点的讨论结束。2 月 15 日的会议重新审视了节点类型的基本定义。本周引入了几种节点类型以及交易估算器（Transaction Estimator）。有关详细信息，请参阅 Antelope 节点分类（草案）。
关于节点类型
上周首次定义了节点类型分类。关注重点是节点的主要目的。
先前讨论的节点类型
区块生产者节点（Block Producer Node），主要目标和最佳实践配置
区块中继节点（Blocks-only Relay Node），最佳实践配置
区块和交易中继节点（Blocks & Transactions Relay Node）
开始关注 API 节点
确定的两个主要的 API 节点类型是：
推送 API 节点（Push API Node）：“通过 HTTP 客户端接受交易，并充当传出 交易中继（Transaction Relay）。”
“不接受传入的 p2p 交易，除非同时充当 区块和交易中继节点（Blocks & Transactions Relay Node）。”
链 API 节点（Chain API Node）：“提供读取区块链原语（primitives）…… 和状态数据 ……”
历史节点类型的要求与链 API 节点可以提供的要求截然不同。
有关详细说明和专门的潜在的讨论，请参阅分类文件草案。
本周结束节点类型分类是基于以下广泛的实用程序：
开发者节点（Developer Node）：用于测试，在单节点网络内的本地设备上完成所有节点角色功能。
有关更多详细信息，请参阅文件草案。
交易估算器（Transaction Estimator）：接受、验证和应用交易而不中继到网络。
有关用例信息，请参阅文件草案。
另外两种节点类型（被归类为“馈线（feeder）”并将在下周讨论）是：
快照节点（Snapshotting Node）：定期拍摄快照并将文件发布到内部/外部主机。
有关更详细的定义，请参阅文件草案。
跟踪 API 节点（Trace API Node）：将事务跟踪信息记录到客户端的本地磁盘，以通过 API 访问。
Layer-2 解决方案
资源提供者节点（Resource Provider Node）是最早确定的第 2 层解决方案之一：
资源提供者节点：接受、解释、验证和执行客户端交易的业务逻辑，以确定是否有必要通过联合签名（cosign）来支付 CPU/NET/RAM 成本。
包含了一个关于资源提供者节点服务的说明，该服务可能会演变成提交钥匙插件的解决方案。
展望
有几个主题与节点类型和潜在的 Layer-2 解决方案的讨论相吻合。它们包括起草跨节点类型的最佳实践，可能探索特殊的节点包，以及配置默认值的内置标志。
2 月 22 日：特殊用途节点（续）- 馈线（Feeder）和 Layer-2
在 ENF 的 YouTube 频道上观看 2 月 22 日的圆桌会议讨论。阅读 EOS Nation (Leap) GitHub 上的注释。
更新：
ENF 希望在前面提到的代码冻结之前概述 Leap v4.0.0 的功能。我们将会确认概述新功能的圆桌会议的日期。
讨论的关键主题
特殊用途节点的讨论继续围绕对 Antelope 节点分类（草案）的反馈进行。可以找到详细的会议记录。在推进 Layer-2 解决方案时引入了 DeepMind 记录器节点（DeepMind Logger Node）和状态历史节点（State History Node）。历史服务在这里特别受关注。
请注意，这里提到了“优先加载（priority loading）”的概念。这个想法是制定一个 三击规则（3-strikes rule）来解决一个长期存在的（机器人）问题。即使在处理 WAX 具有挑战性的交易问题时，优先加载似乎也很有效。将时间从半秒延长到几秒会“清理”一个节点。该解决方案不会显著改变现有操作（对大多部分而言）。将优先级加载时间延长到一两分钟就有些“矫枉过正”了。即使该主题没有出现在会议录音中，该规则也是一种干脆、高效的解决方案。
概念化 馈线节点（Feeder Nodes）
有关节点类型的信息，请参阅上一节。讨论的两种馈线节点类型都通过从配置的对等点接收块来工作。两者还有助于启用第 2 层历史解决方案：
DeepMind 记录器节点（DeepMind Logger Node）：“连续序列化当前区块、轨迹等，并将它们流式传输到标准输出以进行进一步处理……”
状态历史节点（State History Node）：“将区块/轨迹存储在状态历史文件中……”
Layer-2 解决方案
继上周对 Layer-2 解决方案的想法之后，又增加了一些服务。格式（Format）是讨论的关键。
事件捕获服务（Event Capture Service）：处理将 馈线节点 输出处理成特殊用途格式的工作，以确保达到预期目的。以历史提供者服务（History Provider Service）作为示例。
历史提供者服务（History Provider Service）：一种以任何格式提供的基本服务，可根据客户的请求通过 API 提供历史数据。
请注意，事件捕获服务必须处理分叉解析。
展望
除了 2 月 15 日列出的展望项目外，下一步还列出了其他几个项目，有关详细信息，请参阅 Antelope 节点分类（草案） 。Layer-2 解决方案预计下周将继续讨论。此外，还需要定义 馈线 的特征矩阵。