最近BaseFee有点不稳定，你知道吗？
自从7月1日Hyperdrive重大升级以来，全网消息打包提交得到很好的优化和提高，全网BaseFee在一段期间内保持在0.1-0.2nanoFIL区间，由原来每日Gas费需要销毁近10万的FIL降低为3万左右FIL。
但是好景不长，大概从8月22日开始，全网BaseFee开始逐步飙升，从中位数看甚至一度高达0.978nanoFIL，日销毁Gas费一度超过10万FIL。
而在这期间平均每日算力增长依然维持50-60PiB每日，那么到底是什么造成的？
笔者认为主要有两点原因：
活跃节点数和消息数日渐剧增。
从数据看，从7月31日以来，消息增长数由4.2亿条到4.7亿条，增幅为11.40%。
我们都知道，随着参与者的增加，必然会带来消息的增加，同时也会给网络带来拥堵。
根据FIP-1559的规则，一旦网络利用率超过50%以上，BaseFee会形成指数型地增长。
另外一个原因是：
大量新增活跃节点采取非聚合地做算力增长，导致网络拥堵，BaseFee上涨，同时该Gas费为聚合提交的两倍。
随着算力增长成本的降低，新增的活跃节点数由2656名到2877名，增幅8.32%，而这批存储提供者中，多数并未采取聚合方式提交消息上链，笔者推测很大可能并不十分熟知HyperDrive的优化方案。
以下面近期新增活跃节的Procommit的Gas消耗对比为例：
通过计算可知，在9月5日上午8点15分，该两笔交易同时进行，采取聚合提交复制证明的节点，609个扇区花费4.458个FIL，平均每个扇区消耗0.007379FIL；
而单个扇区提交复制证明方式该扇区花费0.014085个FIL，为聚合扇区提交的两倍。
总的来看，该两个存储提供商，一周的单T消耗分别是0.2595FIL（聚合消息）和1.0459FIL（非聚合）。
回顾第一点信息总数的快速增长，也是很大可能因为该部分新存储提供者信息并未采取聚合提交导致信息过多导致。
那么，到底什么是Gas费？以及其是如何发展？
早期以太坊采取的是全部的Gas费补偿给信息打包者，后期的EIP-1559提案出来了，该费用部分作为燃烧销毁，部分作为补偿小费。
我们来回顾以下Filecoin Gas优化的发展历史：
从去年上线，截止现在，主要的有7个提案，分别是FIP-002、FIP-005、FIP-008、FIP-009、FIP-010、FIP-013、FIP-015，其中很多提案都是短期见效，后期调控乏力。
而今年7月1日的HyperDrive升级（包含FIP-008、FIP-013和FIP-015）依旧带来比较显著的效果，每日Gas费大大降低到10万FIL以下，一度有一段时间维持在日消耗1万FIL上下。
那么到底其实如何降低Gas费？又是如何聚合？
HyperDrive（超光速推进装置）主要的核心提案是：FIP-13、FIP-08对于链效率的优化，降低Gas费，通过聚合提交消息上链的方式，分摊扇区之间的成本。
FIP-08：聚合提交复制证明预存储消息
之前的版本每次提交预存款只能针对一个扇区，假如网络增速大时，甚至需要支付高昂的Gas费去完成提交，直接导致网络更拥堵。FIP-08以PreCommitSectorBatch方法来实现多个扇区共同提交，减少一些非必要的证明（Sectors AMT检查和冗余检查等）。
FIP-013：聚合提交时空证明ProveCommitSector
FIP-013与FIP-08思考方向差不多，主要是也是针对批量扇区提供提交复制证明，区别是复制证明需要提交一步聚合费用。
当然，也不是所有时候都采取聚合的方式比较划算，之前《李昕：HyperDrive之后，ProveCommit消息聚合使用情况分析》一文，原力区李昕曾提及：
- 网络存在一个负反馈，即是当Base Fee为0.15-0.19nanoFIL，32GiB扇区提供者选择聚合与非聚合Provecommit花费差不多；
- 当低于0.15nanoFIL时，更多的32GiB扇区提供者会选择非聚合，进而导致网络消息过多，Base Fee上涨；
- 当超过0.19nanoFIL时，更多人选择聚合扇区提交，消息数量减少，Base Fee下降。
以上仅为32GiB扇区提供者的针对方向，那么对于预提交的平衡点？以及64GiB扇区平衡点又在哪里？需要有经验的技术提供方灵活调整。
根据网络统计情况可知，有部分新进场的存储提供商并未采用聚合ProveCommitSector，导致其花费为聚合方式的两倍，同时也导致Base Fee，间接提高其他存储提供者的支出。
本文来自投稿，不代表果核3.0立场，如若转载，请注明出处：https://www.guohe3.com/380
