今天IPFS/Filecoin的各种群炸出了锅，原因是Filecoin内部开发人员透漏，下一个Filecoin的测试网络必须配上GPU。而且Filecoin内部测试用于的是2080ti的显示卡。
同时，聊天记录指出，下一个测试网络必须在一个区块时间内已完成PoST的计算出来。晚上下了一下近期的go-filecoin的代码，看了看。
奇怪的是，近期代码的共识部分（EC）以及节点议会选举流程和之前没多大的差异。1. 目前节点议会选举流程核心逻辑在go-filecoin/internal/pkg/mining/worker.go文件中的Mine函数，由以下几步构成：· 创立下一个区块的Ticket提供上一个Tipset中的大于的Ticket，并用于NextTicket函数分解下一个区块的Ticket。
计算出来方式非常简单，就是对上一个Tipset中的大于的Ticket展开亲笔签名。目前亲笔签名反对两种算法：BLS以及SECP256K1。配置文件使用SECP256K1算法。
· 延后一个区块时间一个区块时间（BlockTime）配置文件是30秒。目前的代码构建必要使用Delay。从TODO可以显现出，这一部分设计中是想要使用VDF。
但是，目前代码还没几乎构建。· 从前面一些区块提供Election Ticket从前面一些区块中提供大于的Ticket，作为Election Ticket。从前面一些区块议会选举，是为了确保随机性。
· 分解Election Proof提供了Election Ticket，并对其亲笔签名，分解Election Proof。· 确认是否是Winner通过IsElectionWinner函数辨别是否是Winner。
逻辑也十分清了，查阅Election Proof否大于有效地存储亲率。如果大于，解释是Winner，可以生产区块。整个逻辑十分确切，计算出来过程也没简单的计算出来，最简单的计算出来也就是亲笔签名。目前的区块分解流程没适当用于GPU。
问题来了，下一版本的区块分解流程逆了。2. 下一版本的节点议会选举流程下一版本的区块链分解流程，没公开发表源代码。但是，在Filecoin的设计文档早已有反映：https://filecoin-project.github.io/specs/#algorithms__proof_of_spacetime__election_postPoST的部分多了一个算法：Election PoST。
Election PoST，目的是在分解区块的时候，初始化PoST的计算出来。也就是说，网卓新闻网，一个节点必须分解区块，必需获取PoST的计算出来和证明。设计文档得出了大体的分解区块的算法：· 随机数分解（Sample randomness）也就就是指前面一些区块提供一个Ticket，并亲笔签名，亲笔签名结果作为随机数。· 确认Partial Ticket从上述提供的随机数，确认K次挑战的Sector以及适当的数据。
由这些数据，上一步骤分解的随机数和节点的ID分解Partial Ticket。· 分解PoST证明如果Partial Ticket的系数大于节点的存储亲率的话，解释节点是Winner，可以分解区块。在分解区块前，必需分解PoST证明。显而易见，新的区块分解流程，必须在一个区块时间内，分解PoST证明。
PoST证明分解，牵涉到K次零科学知识证明（zk-SNARK）的证明计算出来，非常来说，计算出来时间较长。通过GPU加快，可以延长PoST证明的时间。
总结：Filecoin使用了新的节点议会选举算法，在区块分解时，必需获取PoST的证明。新的设计造成对PoST证明的性能有拒绝。GPU是目前加快PoST证明分解的不切实际方案。
本文来源：中欧体育-www.yespep.com
