声明：本文旨在传递更多市场信息，不构成任何投资建议。文章仅代表作者观点，不代表火星财经官方立场。
边肖：记得要集中注意力。
来源：Filecoin社区
Filecoin的矿工们和创始人Juan的问答环节进行的如火如荼。虽然大家还是想和Juan聊一会，可以说问答时间结束了，但是这次大家收获很大，解决了很多心里的疑惑，也让中小矿商对Filecoin主网的推出更加有信心。
没有及时参加问答环节的，请看下面我整理的资料。前两个问题请咨询《Filecoin矿工与创始人胡安的“灵魂拷问”（一）》，IPFS/Filecoin社区，联系VX: liandaoxixi。
22.Miner的问题：有四个filecoin实现正在进行中，它们都必须符合规范。我们已经定义了mainnet启动的里程碑。问题是规范什么时候定稿？我们预计，在主网络发布日期和发布日期之间，规格将保持不变。
官方：协议规范已经稳定下来了，尽管文档本身需要更多的改进才能非常清晰易读。我们将在未来几周内对其进行改进，并在此基础上建立FIPS进程。
23.矿工问题：20年后球队有没有来中国的计划？
官方：期待疫情过去后，在中国与大家见面！
24.矿工问题：矿机硬件在mainnet发布之前会支持AMD的GPU吗，比如rx580，rx480？
官方：我们现在关注英伟达，AMD可能不会发生在mainnet之前。
25.矿工的问题：目前有多少开发人员在致力于启动mainnet？
官方：Filecoin项目本身有25名左右的工程师全职工作，但这只是生态系统中工作的一小部分人。数百名工程师和研究人员为所有四个实现、Filecoin证明和几十个基于Filecoin的项目贡献了代码、进行了研究并提出了请求。
26.矿工的问题：这是未来256GB内存的挑战条件吗？
官员：这个问题问得好。
我们的实现进行了一些特殊的权衡，例如，它更喜欢使用更多的RAM，而不是进行更多的计算来获得“快速”密封，但这可能不适用于所有的矿工。我们希望贡献者可以优化这段代码，使之最适合自己。
有很大的权衡余地，只是给你举几个例子：
-目前，大多数RAM充满了DRG图，然而，这些图的这些边可以局部计算。这意味着您可以释放大量内存，但代价是一些CPU重新生成DRG图的边缘。
记忆是非常快的。如果你想有一个较慢的密封，你可以使用其他存储设备，这可以帮助增加你的CPU的吞吐量。
我不能保证以上优化会给你的采矿设置带来有用的优化，我们会在主要实现中尝试探索不同的权衡。
27.矿工问：采矿会大量耗电吗，需要什么样的资源？
官方：电脑耗电量大！然而，在正常情况下，Filecoin开采的大部分电力都用于提供存储。它不同于纯粹的工作证明加密货币，因为它花费了大量的精力来提供有用的真实世界服务和保护区块链。
28.矿工问题：在mainnet之前会有更多类似的问答环节吗？我觉得这些很棒。这样的问答环节最好一个月一次。
官方：我们正在努力推广mainnet，但我们会尽最大努力在未来有更多的问答环节！
29.矿工问题：Filecoin网络上线后，每个节点是否需要一个独立的公有IP？
官方：不需要。
30.矿工问：国际疫情很严峻。疫情对美国有影响吗，对线上主线还有影响吗？第一阶段能否顺利完成？有什么新的变化吗？
官方：疫情很严重。我们制定了应对疫情的方案，预计不会有什么影响。但是，如果情况急剧恶化，我们的开发团队或矿工社区可能会受到严重影响。我们会一直关注事情如何发展。我们希望每个人都平安无事，没有生病！
发布后，我们将无法做太多。——网络将继续与任何有能力参与的人一起运行。希望疫情早日减缓，保持安全！
31.矿工问题：目前普通人参与的门槛真的很高。你将采取什么措施来减少这个障碍？您将如何平衡主要网络的安全性和受欢迎程度？
官方：三个答案
*存储挖掘*:我们需要各种大小的存储挖掘工具。我们预计小规模的存储挖掘将成为可能，——在100的范围内。我们期望它变得更容易，因为复印校对变得更便宜，即大多数数据文件都希望放在安全且维护良好的存储架上。
*搜矿*:好地段的小矿工将可以搜矿——，为他们存储数据，提供服务。现在这还不完美，因为我们希望一切都尽快出来，但是你很快会看到一些更实质性的工作方式。你已经可以为检索和支付渠道付费，现在任何人都可以存储东西并为它们服务。我们希望非常小的矿商以这种方式参与进来。
*其他角色：*我们预计随着时间的推移，其他采矿角色也会发展起来。——网络中的许多计算或活动会随着时间的推移而发展。比如修复、缓存或者聚合之类的东西，都可以成为小矿工的挖矿角色。
32.矿工问：有没有可以避免SNARK的研究？我觉得对硬件要求太重了。
官方：这个问题虽然简短，但却是一个非常深刻而重要的研究问题。我花了一些时间来回答，我将它分成两个问题：
问题1:能不能把这些问题从现在的证明中去掉？
我们使用SNARKs来“压缩”Merkle树的证明，并检查一些sha的正确性。如果不使用snark，我们的证明将是数百kb而不是数百字节。
这是因为我们的向量承诺是一棵Merkle树和它们的包含证明，虽然对数还是很大(在我们的证明中，一棵树的深度是30，也就是说一棵Merkle树的包含证明大约是~1kb——。我们需要上百个这样的证明！
用更好的向量承诺代替Merkle树可以帮助我们避免使用snark。我们有活跃的研究人员，最近发布了更新的EPRINT(https://eprint.iacr.org/2020/149 ),具有更好的RSA矢量承诺。不幸的是，它们仍然远离现实。
现在的复制证明是基于pe游戏的，必须用向量承诺来承诺。
建立复制证据和更广泛的有用空间证据，而不是基于pe，仍然是一个开放的(令人兴奋的)研究问题，我们也在研究。
问题二：能不能减少对硬件的依赖？
是的，虽然可能是在幕后：
我们大大改进了我们的SNARK电路，使它比以前的任何结构都小得多。
我们实现了GPU支持，比cpu快很多。
作为工程师和研究人员，我们非常致力于改进SNARK(去年协议实验室写了两篇关于改进SNARK的论文)，密码社区正在对SNARK进行很大的改进。在接下来的几个月里，可能会有更便宜的零食。