钱包展开目录这里有你想不到的服务器

俗话说，下雨打孩子，闲着就闲着。既然这么闲，那就利用服务器的CPU资源做点什么吧。这次是 XMR。

0 准备展开目录

挖矿首先需要一台电脑，一个对应币种的钱包，一个矿工+矿池。

计算机扩展目录

这里我使用了我目前闲置的三台服务器，其中一台是当前运行网站的服务器，另外两台位于洛杉矶的Vultr和日本机房。conoha 的另一个东京机房暂时不参与挖矿。原因是conoha对服务器的使用有非常严格的限制。虽然官网没有说云矿工在线挖矿，但根据网友的反馈，当月流量超过一定数量时就会激活限速。然而，当我几天前登录 conoha 时，我发现从我的服务器下载。速度已经限制在60KB/s，所以为了防止挖矿占用大量CPU资源导致被阻塞，本服务器不作为矿机使用。

目前这三台服务器的情况是：

Web 服务器 CPU 使用率：

洛杉矶服务器CPU使用率：

日本机房CPU使用率：

可以看出，这三台服务器的CPU都处于每日关机状态。因此，它以采矿的形式使用。虽然 Vultr 和 Bandwagonghost 对 CPU 使用率非常开放，但为了确保服务器可以有额外的 CPU 资源来处理日常和意外交易，我对三台服务器的挖矿过程做了以下限制：

BandwagonHost 上的挖矿过程只会占用 40% 的 CPU 时间，剩下的 60% 将用于准备网页和数据库；Vultr 上的每台服务器都会占用 50% 的 CPU 时间，剩下的 50% 将用于处理网络流量。一般来说，每天服务器CPU使用率在60%到70%之间。我认为这对于服务提供商来说应该是可以接受的。

钱包扩展目录

这里我使用的是门罗官方提供的程序。这可以在 Monero 官方网站上找到。使用方法不是这里的重点。重点是支付栏中的钱包地址，用于接收挖矿收益。此外，读者还可以通过以下屏幕截图所示的地址向我发送XMR币。

矿工、矿池扩大目录

在矿池的选择上，我选择了nanopool。使用起来比较简单，不需要注册任何账号，非常方便。至于矿工程序，我选择了纯CPU xmr-stak。

1 部署矿机展开目录

下载源代码

截至目前，xmr-stak 的最后一次更新提交于 2018 年 4 月 19 日，26a5d65。可以直接在网页上下载zip格式的压缩包，也可以直接在服务器端git clone下载。这里需要注意的是，源代码默认会有2%的开发者贡献。也就是说，默认情况下，程序会每100分钟为开发者挖2分钟的地雷作为贡献。如果要最大化收益，请在文件中修改。

编译扩展目录

xmr-stak 依赖的编译工具是 Cmake。除非您使用的是 LFS（Linux From Scratch），否则一般情况下您可以轻松地直接在包管理器中安装它。推荐Debian9.

apt-get install -y libmicrohttpd-dev libssl-dev cmake build-essential libhwloc-dev

xmr-stak 官方提供了编译指南，这里不再赘述。值得注意的是，我们要在服务器上挖矿，而大部分服务器都没有GPU，所以请在Cmake时附加并关闭对GPU的支持。如果你不想要它内置的 http 服务，你可以关闭它。

编译完成后，build文件夹下会有一个bin文件夹。这个文件夹中的xmr-stak是主程序，使用前需要给它运行权限。这时候我们就可以开始配置了。

配置扩展目录

第一次运行xmr-stak文件，按照提示进行配置。如果要使用网络监控，只需选择1024以上的端口作为端口号即可。然后按照提示输入你的矿池地址，nanopool提供了几台服务器，

对于每个地址，nanopool 提供了两个端口：普通的 14444 和 14433，支持 SSL/TLS 加密。如果我个人推荐，14433更好。

选择矿池地址后，系统会要求您输入您的用户名或钱包地址。nanopool的格式如下：

钱包地址。矿工姓名/邮箱

所以我的地址应该是：

关于 nicehash 和多矿池因人而异。我这里不用。第一次配置后，我们可以微调细节。xmr-stak的同级目录下会有三个文件：、t和。这些分别对应于 xmr-stak、矿池和 CPU 的设置。在配置文件中，我将其调整为使矿机可以在后​​台运行。同时在HTTP Authentication中增加了网页的登录验证，防止他人查看您的统计信息。

每个逻辑核心CPU的使用情况可以在CPU.txt中进行配置，里面有自己的英文说明。但是因为我的大部分服务器都是单核的，所以没必要设置。

外部限制 CPU 使用率

如果 xmr-stak 成功连接到矿池，它将立即开始工作。这时候如果用htop之类的工具查看CPU使用率，你会发现它占据了所有的CPU使用率。这个很容易造成ban，所以我使用了cpu limit。这个小工具是开源的，你可以从源代码编译它，或者使用包管理器轻松安装它。具体使用方法是：

cpulimit -e [xmr-stak 路径] -l [每个核心可用的 CPU 资源，范围 0-100]

需要注意的一件事是该参数适用于每个核心。如果您有四个内核，并且想要使用总数的 40%，则应该设置它使四个内核加起来为 40%。

开机自启动展开目录

如果失败，服务器将重新启动。因此，将矿工添加到开机自启动中是个好主意。这里使用，文件在不同系统中的使用和打开方式不同。如果无效，请检查服务和文件。自启动配置如下：

[xmr-stak 位置] -c [config.txt 位置] -C [pools.txt 位置] --cpu [cpu.txt 位置] &

cpulimit -e [xmr-stak 路径] -l 50

然后重启看看效果。至此，一个矿机的配置就完成了。如果您有多台服务器，请在每台服务器上重复上述操作。

2 实际结果 展开目录

在这里忙碌了一天的大部分时间，是时候看看结果了。图为我下午在nanopool的成绩：

今天下午服务器一直很好，但是nanopool间歇性地告诉我三个节点离线。其中，vultr日本机房的SKB2节点甚至还没有上线。这个节点目前的情况是：

嗯，输出这么低。不知道为什么，是同一个vultr包，但是洛杉矶的那个更好：

我们的 3 核 Web 服务器似乎更好：

而且好像还发现了两个块：

不过目前还不能保证实时启动，也不知道问题出在哪里。相比之下，矿池的算力是最强大的，大约是我的20,000倍。有 730 个节点，我有 3 个，这也不算差。他们每小时生产大约 40 美元，我每月生产 2 美元，这还可以。

3 关于断开连接的猜测 展开目录

就在我正要点击发表文章的时候，突然发现图片中有这么一个高峰：

一世：

不过我赶紧查看了一下SKB3的状态，还是44Hash/s的稳定如狗。所以按照我的猜测，之所以三个节点断断续续，SKB2节点还是不在线，我猜测是算力不足造成的。图表统计显示该节点以210Hash/s的速度在线，但还远远不够。为了节省矿池中的连接数，矿工程序将计算出的hash临时存储起来，当达到一定数量时，一起发送到矿池中。所以粗略计算，SKB2节点4Hash/s，那么它的第一次上线应该是启动后9~27小时。届时会持续10-30分钟向矿池发送210Hash/s。

所以。. . 果然云矿工在线挖矿，算力依然是重点。看来是时候买一个新的路由器并打开我的 56 核双 E5。但这些是下一期的事情。