开源矿工的备用矿池设计与实现 —— 抽象，阅读有难度

开源矿工的备用矿池设计与实现

本文基于内核自有的备用矿池功能实现开源矿工的备用矿池，之后可能会脱离具体内核实现备用矿池。

设计和实现备用矿池的功能时充分体现了为何开源矿工会有10多万行代码。

备用矿池分两种：

一种像Claymore经过写一个Claymore指定的文件实现；

一种像更合理的NBMiner经过正常的命令行参数实现，-o是主矿池-o1是备用矿池；

这两种的不一样只是外部系统向内核内部系统传送信息的方式不一样，claymore经过文件传送信息的方式对直接使用claymore原版挺方便但对像开源矿工这样的第三方程序来讲致使引入了除命令行参数外的第二种向内核输入数据的方式。

经过硬编码功能完备的编程语言是能够实现特定于Claymore的备用矿池的，但开源矿工想作的通用，想一次性解决全部像Claymore这样的内核，为此须要抽象出其中的模式写出更多的代码，但若是掌握了规则会发现开源矿工10万行的代码如同1万行，由于全部地方都一致。

面向类Claymore内核的文件书写器

为了写内核的备用矿池文件，咱们须要一个文件书写器，好比对应Claymore的内核配置会引用一个文件书写器，文件书写器须要知道往哪一个位置写以及写什么内容。

向什么位置书写

文件书写器向小编给定的位置书写（小编做为一个外部系统向开源矿工系统输入信息的惟一途径是开源矿工启动时从阿里云下载的server.json，这个server.json会在界面上发生用户活动时检测到更新时刷新），要写向的这个位置应是一个相对位置，最终的完整位置应由运行时根据当时的上下文信息计算获得。

书写什么内容

书写小编指定的内容，但小编指定的内容中会有变量，这些变量须要在写以前根据当前的上下文信息赋值。以Claymore为例，小编给定的内容会是POOL: {pool1}, WALLET: {wallet1}/{worker1}, PSW: x, ESM: 0, ALLPOOLS: 0这样的内容，里面的大括号括住的是变量，这些变量须要运行时在写文件以前填充上，其中任何一个大括号括住的位置从环境中得不到值则表示不匹配（如同计算机语言的函数调用和函数签名不匹配），不匹配的书写器将被忽略。 是否是很熟悉？文件书写器像什么？是否是像个函数？向什么位置书写和写什么内容是它的入参，而书写的内容中又有大括号括住的如同{pool1}这样的东西，{pool1}这是函数体中用到的父级做用域中的变量，对于开源矿工来讲它依然是一个纯函数由于它只从上下文中读取变量的值而并无写，对于开源矿工来讲这个函数没有输出，由于它输出到外部文件系统中去了。

这个设计是能够支持钱包地址形式和用户名密码形式的备用矿池的，只需给内核关联两条文件书写器记录，一条书写器中有{wallet1}这样的变量致使它只会在上下文中有钱包地址时执行，另外一条书写器中有{userName1}变量致使它只会在上下文中有用户名时执行。值得指出的是{wallet1}、{userName1}虽然和{wallet}、{userName}不一样，但{wallet1}的值和{wallet}相同由于{wallet1}直接只是{wallet}的别名，而{userName1}和{userName}极可能不一样，由于用户名密码形式的备用矿池会在界面上拥有对应{userName1}的输入框。

类NBMiner的备用矿池同理，但不须要文件书写器。

当咱们说开源矿工是一个完备的系统时咱们指的是它内部具备和外部环境足够多的映射信息，完备的系统能够经过调整本身的内部空间排布和行为方式节能高效的应对环境的变量从而让生命周期更长。