技术详解 Chia Network 挖矿：如何参与？收益怎样？(2)

但是实际上，制作 plot 的过程还是相当消耗资源的，只是消耗的并非电力，而是 SSD。高速大容量固态硬盘成为了真正的消耗品。这要归功于（是归功还是归咎，且看对存储行业的影响吧） Chia 设计的计算机制。为了最终达到既能提供 Proof of Space 证明，又能足够快的进行检索这一目标，Chia 制作 plot 的过程实际上分为四步：

计算生成 7 张哈希表，主要使用的算法是前向传播。这一步要处理大量的运算，占用 CPU 最为密集。其实这一步已经生成了足以支持 Proof of Space 的全部数据，只不过效率欠佳，所以还需要后续步骤处理。

用反向传播算法来清理一遍上面的 7 张哈希表，去除不必要的哈希值，并给表排序。这一步占用 CPU 也较为密集，在 1.03 及更早的版本上对内存和缓存盘的占用也达到顶峰，但 1.04 开始对内存占用下降。

对上一步的结果进行压缩，并将大部分表合并起来。从这一步开始，对 CPU 的消耗降到了较低水平，对内存的占用仍维持在高位，但缓存盘的占用开始逐步下降。

把剩余的表继续压缩成最终的文件格式，并把文件从缓存盘转移到目标位置。这一步是唯一对目标磁盘进行 IO 操作的。

需要指出的是，Chia 的 plot 文件制作、挖矿、节点维护等工作统统由其钱包软件完成。该软件仍然在不断改进，迭代速度较快。在过去几个小版本中，其已经在缓存占用、速度计算等方面有了很大改进。Reddit 论坛上有网友记录了不同版本软件 (1，2) 在制作 plot 过程中的各项资源占用情况，对比可以发现，1.04 版相比更早版本已经减少了近一半的缓存使用量。建议总是使用官方 github 的最新版。

怎么挖？

对于大多数矿工，要解决的首要问题是第一步，即如何又快又省的制作 plot 文件。

这一过程需要使用 Chia 钱包软件。Chia 的设计初心其实很简单，而且绝大多数晦涩难懂的参数都在开发过程中经过的小心的选择，确保已经是最优值。剩下的，就只是每台电脑的性能差异带来的时间差别而已。但恰恰就是这样的性能差异，构成了截然不同的生态。一边是业余玩家想要买几块硬盘来试水，另一边是手持资金生怕错过风口的大鳄在急切的询问「一千万资金该买什么配置」。在这背后大家关心的都是同一个问题：能抢在全网算力较低的头矿窗口期挖到多少币？毕竟，按照 Chia 社区维护的统计数据，同样的一次 plot 过程，万元以内的电脑配置，有人可以 4 个小时以内完成，有人却需要 24 小时以上，这样的算力差异自然会体现在获得奖励数的较大差别。

对此，我们的建议如下。

如果你是业余玩家，主要依靠一两台闲置的电脑，最多额外买几块硬盘，那么几乎不用费心，完全用默认参数即可。如果愿意多付出一点时间研究，最好多试验几次并发数，看几个并发最有效。更进一步的话，可以在 plot 过程中观察一下 CPU、内存、磁盘 IO 的占用情况，哪项资源出现了瓶颈，则略微减少其分配，反之亦然。

几 个非常有用的小技巧：

基于上节论述中引用的 Reddit 网友记录图，各项资源在不同的阶段利用率是各不相同的，这就意味着与其追求并发数，不如科学分配延迟时间，使得各项资源总处于较高的利用水平。让若干个并发任务互相延迟一会儿再开始，这不仅意味着 CPU 和内存可以得到较好利用。在 1.04 版软件发布之初，网友就试验成功了通过设置延迟 6 分钟，成功在 1T SSD 缓存上并发运行四个 plot。考虑到现实中用普通机械硬盘做目标盘的情况较为普遍，而机械硬盘的 IO 性能较弱，延迟时间还可以避免多个大文件同时竞争机械硬盘的 IO。

制作 plot 的过程虽然有 CPU 和内存密集的运算，但过多分配 CPU 核数和内存数并无明显改善。如果你有一台 16G 内存，8 核 16 线程的电脑，没必要把内存和线程都分配给一个 plot 任务。

对于个人矿工，参照目前的全网算力，仅靠钱包软件自行挖矿（俗称 solo 单挖）已经非常不现实了。当然，如前所述，Chia 的挖矿类似于抽奖行为，哪怕只有一注，理论上也有可能获奖。但从更现实的角度，个人矿工建议加入矿池从而获得更可预期的产出。