Filecoin/FIL质押量不断上涨,是阴谋还是阳谋?_ECO:ECOIN

这里是IPFS资讯快车,想进filecoin技术交流群的以及与圈内大佬深入沟通,或者了解更多FIL资讯,深入了解FIL的(+V:FIL101),今天跟大家分享的是“Filecoin/FIL质押量不断上涨,是阴谋还是阳谋?”

上线初期质押量就成为讨论热度最高的话题之一,也因质押问题引发对官方的质疑,如今质押量持续走高,质疑声也更大——官方这样设置,究竟是阴谋还是阳谋?截至发稿前,Filfox上显示的当前扇区质押量已达0.2480FIL\32GiB,从浏览器后台数据可见近30天来Filecoin质押量呈缓慢增长的趋势,和主网上线时的0.16FIL\32GiB相比,上涨不少,这意味着矿工的成本在增大。这看起来似乎并非是个利好信号,究竟是什么导致质押量的上涨?官方为何如此设定?质押量又是否会一直上涨?……针对以上矿工们担心的问题,加密矩阵继续为大家带来解读。浏览器上“当前扇区质押量”是指什么?官方为何要设置该参数?在Filecoin官方发布的经济模型中提到:官方为了Filecoin生态的长期建设设计了三个质押机制——初始质押、区块奖励质押和存储交易提供者质押。在Filfox浏览器上目前可以看到的两个质押参数,一个是“当前扇区质押量”,一个是“FIL质押量”。根据数据来看,“当前扇区质押量”指的就是初始质押的质押量,“FIL质押量”是指目前初始质押的质押量之和。本篇文章主要剖析的是初始质押量,因此下文将围绕“当前扇区质押量”来进行讨论。据悉,官方设置初始质押目的是为用户保障网络的服务质量,并在出现惩罚时为扇区提供启动担保,同时也可以增加恶意节点攻击网络的成本,减少DOS攻击。这样整个网络可以互相制衡。从浏览器数据来看,目前质押量一直在上涨,很多矿工因为质押量上涨担忧不已,除了担忧,或许更想知道为什么质押量会上涨?在分析上涨因素前,我们不妨先看看质押量如何算的?因为只有梳理清楚变量之间的关系后,对原因的分析才能做到言之有据。初始质押量如何算?是什么导致质押量上涨?想获取前十矿商,矿机价格以及产币量,可以加V:FIL101,来免费领取。

欧易OKEx DeFi播报:DeFi总市值1017.0亿美元,欧易OKEx平台OM领涨:据欧易OKEx统计,DeFi项目当前总市值为1017.0亿美元,总锁仓量为576.6亿美元;

行情方面,今日DeFi代币普涨,欧易OKEx平台DeFi币种涨幅最大前三位分别是OM、RFUEL、BOX;

截至18:30,OKEx平台热门DeFi币种如下:[2021/3/8 18:25:59]

初始质押分为存储质押和共识质押,存储质押即矿工在进行存储前需要质押的FIL。存储承诺提供了一种合理的方法来推理添加一个扇区的合理性,但它并未为网络提供足够的长期安全保证,从而随着区块奖励的减少,共识性收购的成本降低了。因此初始质押功能的后半部分,即共识质押,取决于该部门增加的质量调整功率的数量以及FIL流通供应量。那它们是怎么算的?根据官方文档上给的公式,存储质押和共识质押的设定如下:1.存储质押SectorInitialStoragePledge

基于HECO的跨链借贷DeFi FilDA首发NEO跨链资产借贷:2月9日13:00,基于火币生态链(Heco)的跨链借贷DeFi项目FilDA新增NEO的借贷。用户可通过跨链互操作协议Poly Network的一键跨链工具Poly Bridge在Neo与Heco间完成双向跨链操作,Heco链上的pNEO资产可在FilDA上参与借贷,并获得额外的FilDA通证收益。

据了解,FilDA作为首个基于Heco的跨链借贷DeFi项目,于2021年1月5日晚20:00开启创世挖矿Fair launch,首发HUSD、HBTC、HT、ELA-HECO、USDT-HECO、HDOT、HLTC、HBCH、ETH、HPT、HBSV、HXTZ等13种资产的借贷功能,同时也是Heco首个公开平台各项APY数据,存借双向实时透明数据的借贷项目。[2021/2/9 19:19:16]

=Estimated20DaysSectorBlockReward

Filecoin第一轮太空竞赛将于9月15日早上5:59落下帷幕:Filecoin官方在Slack发布消息,表示第一轮太空竞赛将于北京时间9月15日早上5:59落下帷幕,但是关于最终排名的计算可能还需要花费几天时间。

在第一轮太空竞赛结束前,官方表示希望能为矿工带来更好的参与体验,这些体验包括:交易机器人将优先派单给交易成功率低于80%的矿工、第一轮太空竞赛的排名将选取矿工最高算力等等。

第一轮太空竞赛结束后,官方将对交易机器人和竞争机制进行一些升级,交易机器人最早将于北京时间时间9月21日晚20时恢复。

此前,Filecoin官方发布博客,表示将于9月14日到10月5日开启第二轮太空竞赛。[2020/9/14]

该公式可以理解为该扇区20天的预估奖励,SectorBlockReward即扇区奖励,一个T有32个扇区,因此我们在此可以根据——每天单T收益/32,即可求出单个扇区每天奖励值,由此可以求出存储质押。2.共识质押SectorInitialConsensusPledge

ZBG五场FIL6Z打折申购结束并开放交易,最高涨幅近85%:据ZBG官方消息,ZBG最后一场“零门槛”FIL6Z打折申购已于8月6日9:00结束。至此五场FIL6Z申购全部结束。第一场申购价13U(≈91QC),第二场申购价14U(≈98QC),第三场至第五场申购价15U(≈105QC)。ZB中币已于今日11:00开通Fil6Z/QC交易对,价格涨停至168QC(≈24U),最高涨幅近85%

据悉,FIL6Z全称为Filecoin6Month ZB,当前供应总量为11万枚,是中币(ZB)推出的Filecoin 6个月的期货产品,在Filecoin主网上线后的6个月内,中币(ZB)将完成用户申购的FIL6Z与Filecoin代币FIL的1:1兑付。成功申购的FIL6Z可在ZB、ZBG流通。ZBG将于8月7日11:00开放FIL6Z/QC交易对。详情请咨询ZBG官网客服。[2020/8/6]

=30%×FILCirculatingSupply×SectorQAP/max(NetworkBaseline,NetworkQAP)

动态 | Filecoin 将启动GPU方案,CPU配置硬件无法参与新方案需及时调整:IPFS发布消息称,Filecoin将启动 GPU 方案,目前已确认使用一个或多个 FPU 方案,下个开发版本将会启动。[2019/11/27]

共识质押即全网30%的FIL流通量乘以扇区有效算力,再除以网络基准线或全网有效算力。FIL流通量目前FIL流通量主要来自区块奖励中25%的直接释放和75%的180天线性释放,如下图从Filfox浏览器上看,12月14日下午14点35分FIL的流通量大概在53724235枚。这个数每日呈递增趋势,15日发稿前已达54084935枚。扇区有效算力扇区有效算力保持32G不变网络基线或者全网有效算力二者中取最大值提到网络基准线,Filecoin经济模型复杂在此,它在每日释放奖励里设置了网络基准线——网络基准线是官方为了避免早期挖矿奖励过高,导致矿工在拿到奖励之后退出,这会导致存储用户的损失,也会影响Filecoin网络的可持续发展。因此官方设置了基准线要求——在每日30%的基础释放后,再根据基准线设定对剩下的70%进行调节。根据Filecoin最新调整,初始基准线约为2.5EB。加密矩阵工程师根据官方文档上的算法——基于12月14日下午14时35分主网的区块高度320705,算出与之相对应的基准线的值约为3.087EB。想获取前十矿商,矿机价格以及产币量,可以加V:FIL101,来免费领取。

目前阶段来看,共识质押里的这个参数按网络基线来算比较合适。根据这个公式计算,这个数也每日呈递增趋势。根据总初始质押量=存储质押+共识质押,因此以上公式可以翻译成:

扇区质押=20*每扇区奖励\天+30%*FIL流通量*扇区有效算力\网络基准线或全网有效算力的最大值。

从上述分析中,对于存储质押我们可以知道每扇区奖励与每日单T收益值有关,根据最近Filfox浏览器里显示,最近一周内每日单T收益值浮动不大,基本维持着在0.157FIL/T前后,因此存储质押的变动可以忽略不计;共识质押中FIL流通量一直在增大,扇区有效算力保持32G不变,基准线和算力取最大值,这个数目前也在一直增大。由此可看到,共识质押里的变量一直呈递增趋势,而存储质押基本恒定。因此可以清楚地知道为什么质押量一直在涨。我们可以用12月14日下午14点35分的数据代入验算以上公式和推导过程是否正确。12月14日下午14:35分主网数据显示24小时平均挖矿收益为0.1529FIl/TiB,FIL流通量约为53724235枚,此时“单前扇区质押量”显示0.2477FIL/32GiB。通过该公式计算所得0.251538FIL/GiB与主网0.2477FIL/32GiB仅相差0.003738。对此,加密矩阵工程师表示,存储质押中的预估20天扇区奖励长期来看呈递减趋势,计算时只能取此刻估值,所以存储质押上会比浏览器所给值偏大,故细微误差是合理的。根据以上推导,大家可以很清楚地知道为什么质押量会上涨。我们希望能借此文帮助矿工们减少信息差带来恐慌,从而更好地做出调整。想获取前十矿商,矿机价格以及产币量,可以加V:FIL101,来免费领取。

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

金智博客

[0:0ms0-3:786ms