作者: 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 解决方案预计下周将继续讨论。此外,还需要定义 馈线 的特征矩阵。