当前位置: 玩币族首页 > 币圈百科 > Filecoin 64G扇区方案能拯救为Gas费焦虑不已的矿工吗？

Filecoin 64G扇区方案能拯救为Gas费焦虑不已的矿工吗？

2021-02-09 加密矩阵来源：区块链网络

精彩摘要

隐身江湖已久的64G扇区既重新进入视野，一众厂商同一时间段内先后部署，并公开各自与32G扇区配置时长的对比。短时间内激起千层浪，对于目前矿工们的Gas费困境，厂商们此举究竟是扬汤止沸还是釜底抽薪？
作者：静静子

不久前FIP-10提案已出炉，依旧是针对降低Gas费而设的提案，可见Gas费高至今仍是摆在官方和矿工间的难题。Gas费持续高涨，使得很多矿工开始放缓增速——11月底全网算力达到1EB，而两个月后1月21日才达到2EB。
对此，官方犯难——基于大局的每一步都需深谋远虑；民间犯愁——初期投入成本过高，难以继续维持算力增速。此前破局点被大部分矿工寄托于官方政策，却发现一直处于被动境地。直到最近矿工圈里开始热议“64G扇区”方案，我们开始将目光转向另一条赛道上。于矿工而言可能是山重水复后的柳暗花明，于官方而言或许早在棋盘中就布好了这一步。

热议的64G扇区方案并非新设议题

64G扇区方案突然成为热点话题，在社区里久谈不下。那关于热议的64G扇区究竟是什么？
其实在2020年5月份时，官方曾出过一份公告，公告里表示Filecoin新增对64G扇区的支持。由此可知64G扇区方案并不是新提的，而是一直以来就存在的。据官方源文档显示，Filecoin一共有5种扇区内存——2K，8M，512M，32G，64G，如图所示：

所以64G扇区一直都存在，只是一直以来主网只支持32G和64G，而市场的重心则放在32G。此前多家厂商做过测试，测试结果表明64G有一个最大缺点是：密封效率比32G扇区低，在相同的硬件条件下，其算力增速远不如32G扇区。如果使用官方代码，单个扇区的P1时长甚至超过了32G扇区的2倍，其内存使用量又是32G扇区的2倍，导致并发任务数变成了32G扇区的一半，让P1进一步成为扇区密封的关键路径。综合下来，其算力效率没有32G扇区的一半。同时，64G扇区的P2，需要更大的并发计算量，承担更多的I/O压力。
因此目前主流矿机适配的都是32G扇区，如无意外情况，这或许会成为一个标准值。
如果原先正常运行的轨道出现异常情况，这个平衡的打破就不算意外。此次64G扇区突然成为焦点，显然是弥补了32G扇区的不足。

重出江湖的“64G扇区”会掀起哪些风浪？

隐身江湖已久的64G扇区既重新进入视野，一众厂商同一时间段内先后部署，并公开各自与32G扇区配置时长的对比。短时间内激起千层浪，对于目前矿工们的Gas费困境，厂商们此举究竟是扬汤止沸还是釜底抽薪？
（1）Gas费：成本降低的利好之音
对于高Gas费的问题，如开篇所述——官方犯难，民间犯愁。官方动作不明朗的情形下，民间要么走要么留。64G扇区的部署很明显是矿工们的表态——我们要留下，但是我们也不想再支付过高的Gas费了，所以我们转向了64G扇区。
相比32G扇区就要提交一次扇区，64G扇区的封装方案最直接的好处就是Gas费提交次数少了。此前如果要封装64G有效算力需要提交四笔交易，支付四次Gas费，现在只需要提交2次，支付两次Gas费。重点在，32G扇区和64G扇区提交一次Gas费是相同的。因此，64G扇区在基础费率上最直观的利好就是节省了50%成本。
（2）现有矿机：是来者不善还是王者无惧？
当64G扇区成为热议话题后，在Gas费降低的狂欢中，另一个犯愁点也随之而降。64G扇区方案对现有的矿机影响有多大？现在市场上基本上的配置都是32G扇区，硬件配置和对应的算法都是适配于32G扇区容量，如果换了阵地用于64G扇区，也就意味着原本用于自行车的配件非得用于摩托车装备，很明显会影响到摩托车上路时的速率。
下面是加密矩阵在进行64G扇区测试时的数据：

此次数据对比主要从Filecoin上链时的几个步骤来记录，从P1、P2、C1、C2等四个维度进行对比。首先在P1阶段，64G扇区耗时长达5小时44分钟，32G扇区只需要2小时40分钟；P2阶段，64G扇区耗时长达25分钟，32G扇区耗时相比较少了12分钟；C1和C2阶段两者同步。在这四个阶段里，P1和P2阶段涉及复制证明（向官方提交在该扇区内存储数据的证明），也是64G扇区和32G扇区的主要谈论点。
先普及一下P1、P2。在Filecoin里面将数据进行封装是个很重要的步骤，封装是指按Filecoin的规定格式把数据进行灌装。而封装过程分为P1、P2、C1、C2四个步骤，相对应这四个单词就是precommit1，precommit2，commit1，commit2。Pre在英文前缀中带有提前的意思，因此可以相对应地将其译为预封装一阶段、预封装二阶段、封装一阶段以及封装二阶段。
在以上过程中P1、P2是进行数据存储的主要过程。P1阶段是将初始数据进行切片处理，这个阶段需要大量计算，因此会耗费大量的CPU（CPU主要功能是解释计算机指令以及处理计算机软件中的数据）。
在实际中，32G扇区封装时相当于64G的实际内存，64G扇区相当于128G实际内存，可见当32G扇区的配置处理64G扇区的数据封装，相当于1个人要当成2个人使，势必会导致效率的下降，耗时较久；而P2阶段则是将每个装成小箱的数据碎片进行计算。相对P1，耗时不长，因此影响没有P1阶段大。
C1、C2本身运行时长就短，此次测试结果可看出影响不大，因此此次暂且不讨论。综上，基于现有矿机都是32G扇区配置的情况下，封装64G扇区的数据效率会降低至少一半。而破此局的关键在于在短时间内针对64G扇区进行矿机的最新硬件配置和算法优化，在软硬件层面去匹配64G扇区适应的高度，方能在此轮竞赛中领跑多方。
最大的问题在于，此时主网才上线三个月，我们会发现“64G扇区”方案无形中使得矿机厂商又迎来新一轮洗牌，这个洗牌来得猝不及防。对于厂商和矿工来说，这是意志和实力的一场大考验，一着不慎则满盘皆输——如按10月15日算起，此时距180天的线性释放还有3个月，此时正是攻坚时刻。
（3）Filecoin链TPS：特殊时期的权宜之计
Filecoin 的TPS（吞吐量，即每秒处理数据的能力）一直饱受争议，提高TPS从而降低Gas费一直以来都是民间潜藏的呼声，但是官方一直没有动作，主要原因是现阶段时机还不成熟——目前链上数据多数为无效数据，盲目拓宽TPS只会助长无效数据封存之风，这与官方理想相悖，因此初期阶段拓宽TPS显然不是最优的解法。
TPS如果提高了，就可以一次性进行更多的消息处理，会有效缓解链上拥堵的问题。但是官方态度明确下，民间只得自寻求生之道。64G扇区成为了另一个选择。
这就好比疫情期间，在环境不够空旷的背景下为了减少人员感染，但是道路又不可能扩宽，为了减少因拥堵而导致的感染，只能选择让上街的人变少。那怎么维持百姓的生存所需呢？
决策者决定给每个家庭发一个外出码，但是这个外出码有使用期限，这个期限可以设置为4天一次。此前可能是每个家庭平均2天外出一次，现在周期变长，外出次数减少，但是又不会妨碍到民生所需——因为每个家庭派出采购生活必需品的代表势必会一次性带足接下去4天内所需弹药。可以说这是高风险时的权宜之计。
回到此刻的场景，决策者（此时的决策者是矿工本位）出发点相仿——为了减少链上拥堵，矿工们选择了64G扇区封装。其目的就是只有将64G扇区装满数据时（将周期拉长）才向链上提交数据，比每32G扇区封装时就少提交了1次。从而做到了在不拓宽链上性能时，减少了拥堵情况，达到减少Gas费的目的。当然这也仅是在Gas费高时的权宜之计。
根据以上三点，我们似乎也看到了64G扇区背后的暗潮汹涌。但是这个引子官方早在去年5月份就埋下了，八个月后重出江湖，也许是偶然，也许是必然。

结语：亦余心之所善兮，虽九死其尤未悔

历史上每个朝代的开创者从革命到胜利都有着坚定的信念，这个信念和一个更好的时代有关——它能经受住时间的考验而后迎来曙光。协议实验室在最初成立IPFS时就是为了追求一个去中心化的存储时代，每个人都可做自身数据的主人。这也决定了Filecoin经济模型的复杂度，所有要素互相制衡又彼此包容，最理想的状态便是自行调节。但现实远比官方预想复杂。
上线初期抵押币闹得沸沸扬扬，但最终高昂的Gas费才是理想与现实真正被激化的一个导火索，官方态度强硬下，存储理想能否持续，矿工态度成了关键点。官方在赌——中心化存储早晚要走到尽头，总有人要挑起革命的大梁。
值得欣慰的是，当64G扇区成为焦点，某种意义上是官方和矿工们第一次站在了一条线上。新一轮洗牌是残酷的却也蕴含着新生，这一次大矿工们开始布局64G扇区，努力减少Gas费带来的影响，推动Filecoin市场可持续发展。
当然在部署64G扇区的过程中，大矿工存活率直接影响小矿工利益，而64G扇区是否真值得部署也等待时间检验。三个月后的春天，或许会是个转折点。

Filecoin 64G扇区方案能拯救为Gas费焦虑不已的矿工吗？

相关阅读：

新文章

知识推荐