如何核算Filecoin网络上的Gas费?

这次我们分享一下如何一步步核算Gas费,从矿工的角度来看如何支付Gas比较适合,避免转账失败或迟到账的情况。

首先我们先回顾下Filecoin网络的近况。

居高不下的信息数量超过100万

信息数量过多是导致网络拥堵的直接原因,其本质是Filecoin网络TPS不足,每个区块只能够完成几百笔信息的打包,间接影响了BlockGasLimit。

11月14日-12月13日Filecoin信息数量,来源:IPFS原力区,2020-12-15

假如一个区块的BlockGasLimit只能容纳100箱子,市场上五个矿工分别有10、20、30、40、50个箱子需要打包运输,因区块只能打包不超过100的数量。那么在这个区块只能装或者。

那么大家会问,能否提高区块的容纳量?目前来说很难实现,主要从安全性和经济收益说起。

美联储威廉姆斯:加息的时机和速度将取决于通货膨胀和经济如何发展:美联储威廉姆斯:加息的时机和速度将取决于通货膨胀和经济如何发展。美联储在看到劳动力市场大幅改善和高通胀后,采取加息和取消宽松政策是有道理的。 (金十)[2022/1/15 8:50:19]

安全性。我们都知道“蒙代尔不可能三角定律”:效率、安全性和“去中心化”无法同时实现。在目前技术水平上,升级其中一个指标不可避免地牺牲其他两个指标。假如提高TPS,很多数据不能及时上传的话,会逐步削弱去中心化的性能,在影响去中心化的同时也影响着网络的共识和安全性。

经济收益。假如提高区块链的容纳量,就会导致很多信息延迟上传,就容易出现空块或者孤块,降低矿工收益。即便是延长区块时间,Filecoin网络原本每日2880高度,减少每日产块无疑是减少区块奖励。所以从经济收益角度上看,扩大容纳量会降低矿工的收益。

Genesis Mining运营主管:无论交易费用如何,比特币都是很好的价值存储手段:针对比特币及其区块链网络是否能在不需要第二层解决方案的情况下作为一种价值储存手段被主流采用,比特币采矿公司Genesis Mining运营主管Philip Salter表示,无论交易费用如何,比特币都是一种很好的价值存储手段。费用越高,能够有效转移的最小价值也就越大。然而,如今比特币被更多地视为一种价值储存手段,而非数字现金。Philip Salter认为,这种观念的转变仍可能引发一些问题。他说:“几年前,由于交易费用实际上为零,所以1美元的存储和传输是可行的。目前,发送一笔交易很容易花费15美元,所以再发送1美元是不明智的。如果这一趋势继续下去,由于更多的比特币使用和更高的比特币价格,它将禁止普通金额的价值转移,它将只会成为非常大金额的有效价值存储。”Salter补充道:“这就是为什么我认为第二层解决方案不仅对于比特币作为货币的使用是必要的,而且对于比特币作为价值储存手段的长期可行性也是必要的。”(Cointelegraph)[2021/1/22 16:48:07]

从安全和经济收益角度看,目前尚未有一种可直接降低Gas的策略,不过最近官方也提及到FIP-08提案聚合提交PreCommitSector消息,通过合并消息降低网络拥堵,减少Gas消耗;还有一种提高TPS但是不失安全性的方式,即是扩容区块,从而实现BlockGasLimit上限的提升,同时提高矿工硬件的性能,继续投入新的硬件,这种方式对矿工来说不太友好。

大咖零距离 | 如何使用火箭战法2天盈利20倍:3月19日18:00,金色盘面邀请实盘大V庄见愁做客金色财经《大咖零距离》直播间,将分享《如何使用火箭战法2天盈利20倍》,敬请关注,欲进群观看直播扫描海报二维码报名即可![2020/3/19]

Gas费=基本燃烧费小费超额燃烧费

之前超额燃烧文章有提及过,协议实验室官方不太提倡使用过高的Gas费,所以会对超额的部分做一些惩罚,即是超额燃烧费。下文,我们以某一Gas费为例子,展开计算说明。

,来源:filfox.info,2020-12-14

小费

当BaseFeeGasPremium>GasFeeCap,MinerFee=GasLimit*

当BaseFeeGasPremium≤GasFeeCap,MinerFee=GasLimit*GasPremium

英格兰银行正在探讨如何将CBDC引入现有市场:英格兰银行(BoE)正在权衡发行以英镑为单位的央行数字货币(CBDC)的利弊。他们刚发布了一份长达57页的报告,探讨了如何将CBDC引入现有市场,既充当价值存储又用于日常交易。据悉,英国中央银行逐渐意识到,数字英镑可能会破坏当前的银行体系。但是,数字货币可以利用最新的金融科技,使消费者更轻松快捷地进行交易。(Cointelegraph)[2020/3/13]

BaseFee、GasPremium和GasFeeCap分别是三种费率,BaseFee针对基本燃烧费,GasPremium针对小费费率,GasFeeCap针对总的支付费率。官方对小费设定了一个参数,主要是为了让GasFeeCap与两者的关系BaseFeeGasPremium,尽可能地支付更少的小费。

目前按市场上的消息小费都是BaseFeeGasPremium≤GasFeeCap,即是MinerFee=GasLimit*GasPremium,代入上图数据得出

金色财经独家分析 比特币期货市场空仓降低 对现货价格的影响如何?:报道称大型投机客在芝加哥期权交易所的比特币期货净空仓降至1370张合约,为该产品12月上线以来最低的净空水平,显示市场情绪好转。 金色财经独家解读,与其他期货一样,比特币期货同样具有价值发现和套期保值(矿工的最爱)的作用,期货价格与现货价格走势相似,临近合约日期货与现货价格趋同,期货价格带动现货价格的走势,让套利空间逐渐收窄。

期货等金融衍生品争相上线,一方面使得数字货币的定价权争夺趋于激烈,另一方面也吸引更多的专业传统金融投资者加入,两者共同促进币价趋于理性。随着更多保值需求者和更多投机套利者的加入,流动性将增强,对现货市场的引领能力会更强,也反映出人们更愿意在监管下开展交易。需要说明的是,由于比特币本身价格的波动剧烈,期货交易又加杠杆,所以一定警惕爆仓风险。[2018/3/26]

因为图二的BurnFee是包含基本燃烧费和超额燃烧费,所以我们需要计算出两个值。

基本燃烧费

我们都知道BaseToBurn=BaseFee*GasUsed,代入图二数据计算得

超额燃烧费

对于超额燃烧费Filecoin为gas设定了一个指标Over,主要是为了避免使用过高的Gas费,其中Over=GasLimit-11/10*GasUsed。

Over指标,来源:IPFS原力区,2020-12-15

根据之前文章的内容可知,整理后,我们需要得知GasLimit/GasUsed的范围。图三是我们整理了11月14日-12月14日的GasLimit/GasUsed,大多数都是在1.2-1.3范围内,所以可用以下公式。

《一文读懂FilecoinGas费供需现状与超额燃烧》,来源:IPFS原力区,2020-11-08

以上图二的数据为例,先求得GasLimit/GasUsed=439951486/352018389=1.24979688490081,符合图三条件,代入Over求得超额燃烧费

代入以上求出的OverEstimateToBurn和BaseToBurn,BurnFee=OverEstimateToBurnBaseToBurn=0.05155884023321581.37788616484047=1.4294450050FIL,即是图二的BurnFee费用。

所以实际总支付的Gas费为OverEstimateToBurnBaseToBurnMinerFee,多余的部分会被退回去。

如何设定费用能驱动矿工打包?

矿工打包两个主要步骤:检查GasFeeCap是否比目前BaseFee大,以及GasPremium是否足够大。

GasFeeCap是否比目前BaseFee大。因为GasFeeCap是用户能支付的最大费率,假如费率过低会三倍惩罚矿工。例如,本来一笔转账用户需要支付10元,但是用户填写了最大能支付9元,但是矿工由于忽略打包完成了,差额1元需要矿工支付,同时还要额外2倍惩罚,即2元,所以总的来说差额部分会对矿工造成三倍惩罚。因为现在一天信息超过百万条,矿工有可能会因为忽略了这一点造成严重的FIL惩罚。

确保了信息可以打包后,矿工需要权衡自己的利益是否最大?

GasPremium是否足够大。这块主要是涉及矿工的利益,GasPremium越大矿工获得手续费会较多,因为MinerFee=GasLimit*GasPremium,即使矿工获得利益最大。否则就会如图二的数据,GasFeeCap为19.57nanoFIL很大,但是GasPremium为1attoFIL,实际给到矿工的利益很小,市场行为就会延后打包。

所以用户需要快速转账时,需要先确保GasFeeCap是否比BaseFee大,以及GasPremium是否足够大,这样才能确保转账被即使执行。

该以上建议适合用户使用,对于矿工仅供参考。因为矿工每日需要打包信息较多,需要更为精密的计算才能保障Gas费的合理使用,由于过于复杂,不在此展开。

本文主要为用户解答一些问题,虽然Filecoin网络过于拥堵,导致矿工无法顺利增长算力。但是笔者相信随着FIP提案优化,机制或者技术会逐步解决Gas费高昂的问题。

因为Filecoin的夙愿是成为Web3.0的基建,未来道阻且长,希望众投资者耐心等候。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

银河链

[0:46ms0-1:361ms