POW 的原理简单
矿工首先把自己处理的交易打包到区块里面；
区块里面所有的数据，包括上一个区块的哈希值，必须经过一个哈希函数的运算，生成新的哈希值，这个新的哈希值同时必须满足某个条件，比如前 30 位的数字为 0 ；
矿工们不停地改变区块头的某个数字，生成新的哈希值，然后看它是不是符合前 30 位数字为零的条件。因为哈希函数是不可逆的，你只能一直换数字不停的猜。这个猜数字的过程就是挖矿；
如果你能猜到正确的那个数字，就代表你的确付出了不少算力，这个数字就是你的工作量证明。而拥有更多算力的人显然能更快的穷举数字，也就能更快地算出正确的哈希值；
最终，最快算出来的那个矿工，把正确答案广播给网络里的其他矿工节点，其他节点验证是不是正确答案，是的话，交易就生效了，矿工获得比特币奖励，交易数据打包写入区块中，然后继续向下一个区块出发。

Plotting
当你在 Plotting 的时候，也就是为你的硬盘空间创建 plot 文件，你同时会创建一个叫做 nonces 的东西。nonces 是通过数据不停重复哈希产生的，这些数据包括你的账户 ID 等等。如果你为 Plotting 分配越多的硬盘空间，那么你就能存储越多的 nonces 。一个 nonces 最终会包括 8192 个哈希表。这 8192 个哈希表是成对出现的，每对被称为 scoop 。每个 scoop 会被分配一个从 0 到 4095 的标号数字。
在挖矿过程中，你从 0 到 4095 计算每个 scoop 的标号数字。我们假设你最终算出的数字是 42 ，那么你就要去编号为 42 的 scoop 里取出它里面的数据，利用这个数据计算出一个时间，这个时间被称为 deadline 。重复上面的过程，直到每个 scoop 都被你计算过一遍，你再从所有计算出的 deadline 里面，找出代表最短时间的、数值最小的那个 deadline 。这个 deadline 就代表了“自从上一个区块被生成之后，到你生成下一个区块之前，系统必须等待的时间长度（多少秒）。如果在这个时间长度里面，没有人生成下一个区块，那么你就获得了生成一个区块的权利，挖矿的奖励也就归你了”。

最后
Proof of Capacity 对经典的 POW 工作量证明机制来说，是一种非常有趣的共识算法的尝试。它旨在增强更多的去中心化的矿工节点，同时减少更多的电力算力资源的浪费。当然，目前这种新的共识算法还没有经过实践的检验，只有时间能够告诉我们 Proof of Capacity 在共识算法里面最终能达到一个什么样的位置。