深入探讨 HD Wallet 的技术原理

假如你碰巧看到这篇文章，刚好你也有投资Filecoin，可以顺手转发一下朋友圈，希望可以帮助到身边的朋友认识到Filecoin的未来价值。

和大部分区块链项目只拥有一个实现所不同的是，Filecoin拥有四大实现，分别是Lotus、Forest、Fuhon、Venus（go-filecoin），这四种协议虽然是互相独立的，但是都能在Filecoin网络启动、升级和不足够稳定时保护和帮助网络。

Filecoin官方在11月25号强制升级。升级前的SDR算法实现在越界漏洞，Exp父亲节点的依赖只和上一层的前一半的数据有关。SDR算法可以通过多个并行计算提高性能。升级后的SDR算法修复了漏洞，并同时加强了Base父亲节点的依赖关系。

Filecoin网络是相对复杂的，并不是那么容易被理解，今天，我们先来了解Filecoin网络相关名词的定义，以便能够更好地了解Filecoin网络。

Filecoin官方宣布了SDR的优化版本。在AMD3970x上，P1的性能2小时10分钟。优化思路比较清晰，通过预读取base/exp parent的数据，让数据的准备和sha256的计算并行。

本文介绍 Filecoin 挖矿的环境变量，以及一些常用的运维操作。

本文介绍几个在 Filecoin 挖矿运维的过程中会用到的几个系统配置和小工具。

Filecoin的Gas模型，引入了BaseFee，用来调节交易的拥堵情况。BaseFee，在区块拥堵或者区块交易不够的情况下，都会按照12.5%进行相应的调节。每笔交易的费用计算公式：(Gas Premium + Base Fee) * Gas Limit。其中BaseFee的部分会被燃烧掉，Gas Premium作为矿工的手续费。特别注意的是，GasLimit不要随意设置，多余的Gas Limit会被燃烧。

Filecoin的存储单元称为扇区（Sector）。对传统硬盘结构理解的小伙伴，对这个术语应该比较亲切，传统硬盘的最小存储单元就叫Sector。为了证明Sector的存储，Filecoin进行了一系列的处理，传说中的P1/P2/C1/C2。在处理过程中，一个Sector的计算会生成若干文件，最终会生成replica。相关文件是如何组织的？Cache都是由哪些文件组成，分别是多大？本文就从存储的角度看看这些过程和逻辑。

有人喜欢花 3 天时间完成产品，然后花一年的时候去搞定客户; 而我们却更愿意花 2 年的时间打磨产品，然后花 10 分钟打动客户。

Filecoin 的二阶段测试依然在艰难地进行。之所以所艰难，因此这次测试，很多矿工都没能提交成功一个扇区。我们也不例外，陷入了 P1 -> P2 -> P1 循环的怪圈，简单来说就是机器配置不够，没有...

万众期待的 Filecoin 二阶段测试已经如火如荼的进行 2 周了。由于客户的机器没有到位，而 Filecoin 矿机如此昂贵的价格又不是我们这种屌丝能支付得起的，故而我们这周才进行的测试。

Sector计算的部分分为Precommit1和Precommit2两部分。两部分合在一起，称为SDR算法。

Sector的状态管理基于状态机。通用状态机的实现是通过go-statemachine实现。状态的存储通过go-statestore实现。在这些模块的基础上，storage-fsm实现了Sector的状态定义以及状态处理函数。

Lotus的PoSt包括两部分：winningPoSt和windowPoSt。winningPoSt是在获取出块权时，需要提供的PoSt证明。从所有有效的Sector中，抽取一个Sector，并抽查该Sector上的66个叶子。

Snark as a Service是个比较有意思的服务，在Filecoin生态中专门提供零知识证明的计算服务。在Sector大小为32G的情况下，证明需要的数据量在8M左右。

PoREP的电路验证了Sector的计算过程，从Labeling，Encoding到Column Hash。注意的是，在Sector大小为32G的情况下，电路包括144个挑战节点的计算。电路相应的公开输入除了comm_d和comm_r外，还有各个Merkle树的路径信息。