|
Gas费上千万倍暴涨后，持续高涨，很多厂商被迫放缓封装速度。主网上线一个半月，全网算力达到1EB，而后两个月才新增1EB，达到2EB。 在此背景下，隐身已久的64G扇区，重出江湖，有些厂商先后部署，并公开各自与32G扇区配置时长的对比，立刻激起千层浪。对于目前矿工们的Gas费困境，厂商们此举究竟是隔靴搔痒，还是鞭辟入里？
什么是64G扇区方案？ 64G扇区方案并非新设议题，而是一直就存在。早在2020年5月，官方曾有一份公告表示：FIL新增对64G扇区的支持。如下图所示，据官方源文档显示，FIL一共有5种扇区内存——2K，8M，512M，32G，64G。一直以来，主网只支持32G和64G，而市场的重心则放在32G。此前，多家厂商做过测试，测试结果表明，64G有一个最大缺点是：密封效率比32G扇区低，在相同的硬件条件下，其算力增速远不如32G扇区。 挖矿咨询V: wgkt666
wk588_com_bvej1ovi4qe.jpg
64G扇区，在官方代码中，单个扇区的P1时长，超过了32G扇区的2倍，其内存使用量，又是32G扇区的2倍，导致并发任务数变成了32G扇区的一半，让P1进一步成为扇区密封的关键路径。综合下来，其算力效率没有32G扇区的一半。同时，64G扇区的P2，需要更大的并发计算量，承担更多的I/O压力。 因此，64GB扇区的验证速度、封装速度、出错风险都是32GB的一倍以上。 于是，就有了时间成本的问题，当32GB完成封装，即可享受既定的产币收益，而64GB扇区需更多的时间才能完成封装步骤，这段时间能获得的产出收益，也是矿工需要思考的隐形成本。 在GAS超过10Filecoin/TB的情况下，64GB扇区确实能降低大量的GAS消耗，但若是GAS较低的情况下，相比封装效率、出错率，64GB性价比仍不如32GB高。若是改造费用低，且改造后封装效率较高，可以尝试，反之，没有太大必要，尽可能多封装提升算力才是王道。 挖矿咨询V: wgkt666
wk588_com_pyctyljljal.jpg
64G扇区Gas费为什么降低？
对于高Gas费的问题，确实是矿工头痛的问题。不想再支付过高的Gas费了，所以转向了64G扇区。 简单理解：
现在常用的扇区是32GB，相当于拉着一节集装箱上路的卡车，64GB就相当于同时拉着两节集装箱上路的卡车，这两辆车需要收取的过路费（GAS）是一样，那么64GB扇区相比32GB，在当前的GAS高涨的形势下，可以减少一半的GAS支出，从而降低算力增长的成本。
32GB方案，如果要封装64G有效算力，需要提交四笔交易，支付四次Gas费，64GB方案只需要提交2次，支付两次Gas费。重点在，32G扇区和64G扇区每提交一次，Gas费是相同的。因此，64G扇区在基础费率上，最直观的利好，就是节省了50%成本。 挖矿咨询V: wgkt666
wk588_com_vlz0iqrik5y.jpg
现有的矿机匹配吗？ 目前主流矿机适配的都是32G扇区，硬件配置和对应的算法，都是适配于32G扇区容量。如果换了阵地，用于64G扇区，也就意味着原本用于自行车的配件，现在用于摩托车装备，很明显会影响到摩托车上路时的速率和出错风险。 具体分析：
算力封装过程分为P1、P2、C1、C2四个步骤，对应的四个单词是precommit1，precommit2，commit1，commit2，对应的中文意思是：预封装一阶段、预封装二阶段、封装一阶段以及封装二阶段。 下表是加密矩阵，在进行64G扇区和32G扇区的测试数据：通过FIL上链时的几个步骤P1、P2、C1、C2等，四个维度进行对比。
wk588_com_wbq22gcguw5.jpg
首先在P1阶段，64G扇区耗时长达5小时44分钟，32G扇区只需要2小时40分钟； P2阶段，64G扇区耗时长达25分钟，32G扇区耗时相比较少了12分钟； C1和C2阶段两者同步。 P1阶段是将初始数据进行切片处理，耗费大量的CPU计算。实际中，32G扇区封装时，相当于64G的实际内存，64G扇区相当于128G实际内存。当用32G扇区的配置，处理64G扇区的数据封装，相当于1个人要当成2个人用，势必会导致效率的下降，耗时较久，所以，两方案耗时差距大。 P2阶段则是将每个装成小箱的数据碎片，进行计算。耗时不长，因此，两方案耗时差距不大。 C1、C2本身运行时长就短，此次测试结果，可见影响不大。 因此，基于现有矿机都是32G扇区配置，来封装64G扇区，效率会降低至少一半。 现在关键在于：短时间内，针对64G扇区的矿机硬件配置和算法优化，在软硬件层面去匹配64G扇区适应的高度，或许才能在竞赛中领跑32G扇区方案。具体情况，还有待实际测试。 挖矿咨询V: wgkt666
wk588_com_luto1jm2k1m.jpg
不提高FIL链TPS，特殊时期的权宜之计 FIL 的TPS，即吞吐量，每秒处理数据的能力，一直饱受争议，提高TPS从而降低Gas费，也是一直以来民间的呼声。 因为TPS提高了，可以一次性处理更多的消息，有效缓解链上的拥堵。但是，官方并没有动作，主要原因是现在时机还不成熟。因为，目前链上数据多数为无效数据，盲目拓宽TPS，只会助长无效数据封存之风，这与FIL的目标相悖。因此，初期阶段拓宽TPS，显然不是最优的方案。民间只得自寻求生之道，64G扇区便成为一种选择。 简单理解： 这就是好比马路不能拓宽，为了缓解交通堵塞，就只能控制上路的汽车数量，又为了满足运货量，只有把原来一车拉一个集装箱，变成一车拉两个集装箱，减少了汽车数量，缓解了拥堵情况，也减少了过路费的Gas的目的。但汽车超载，必然跑得慢，而且容易出事故，所以，这也仅是在Gas费高时的权宜之计。除非又能拉两个集装箱的汽车，那就需要软硬件改变。
wk588_com_zaabzd5l3qb.jpg
综上，我们似乎也看到了64G扇区背后的暗流涌动。官方早在去年5月份就埋下的根，八个月后重出江湖，或许是偶然，或许是必然。历史上，每个朝代的开创者，即使经历腥风血雨，都有坚定的信念，最后获得胜利。同理，FIL也要经受时间的考验，而后迎来曙光。 协议实验室在最初成立IPFS时，就是为了开启一个去中心化的存储时代，每个人真正成为数据的主人。从那一刻起，就决定了FIL经济模型的复杂度，所有要素互相制衡，又彼此包容，理想的是自行调节，但现实是远比预想的复杂。 我们同样有坚定的信念，高涨的Gas费下的64G扇区成为焦点， 或许带来新一轮洗牌，是残酷的，却也蕴含着新生。64G扇区是否真值得部署？还需要时间的检验。但当FIL迎来曙光之时，回头来看，高涨的Gas费，不过是成长路上的一步阶梯。 挖矿咨询V: wgkt666 | 
立即注册
登录
