FIL:FIL贷款增大 币贷市场难补缺口且存清算风险——越陷越深

这里是IPFS资讯快车,想进filecoin技术交流群的以及与圈内大佬深入沟通,或者了解更多FIL资讯,深入了解FIL的(+V:FIL101),今天跟大家分享的是“FIL贷款激增币贷市场难补缺口且存清算风险”

据TheBlock分析称,自10月中旬中国矿工发生对峙以来,Filecoin的总有效算力增长了40%以上,对峙导致网络区块奖励升级和FIL贷款激增。

数据显示,10月15日上线的去中心化存储区块链目前的有效算力已接近850PiB,而在10月19日左右,当中国多数Filecoin矿工停止了增长计划时,该区块链的有效算力为600PiB。当时市场上Filecoin的原生加密货币FIL的短缺导致矿工们停止增长他们的有效挖矿能力,因为他们需要FIL作为抵押品。

OP Labs:已开始计划和执行Bedrock升级相关内部迁移演练:4月26日消息,OP Labs在推特上发布Optimism主网Bedrock升级相关进展更新,称在之前的提案中,升级之前要满足几个标准:1. 成功实施首次SHERLOCK审计中发现的改进;2.后续审计以测试第一波改进;3.三个顺利的内部迁移排练;4.两周的测试网稳定性达成共识+功能冻结发布。5。发布OP主网升级日期的公告,提前3周通知。目前Bedrock升级安排已达到标准1和2,并已开始计划和执行内部迁移演练。OP Labs再次提醒,此次升级没有设定具体日期。

此前消息,Optimism宣布,Token House已批准主网Bedrock升级。[2023/4/26 14:26:58]

为了解决该问题,Filecoin的基金会ProtocolLabs决定在10月22日启动一项提案,该提案将立即释放Filecoin25%的存储矿工区块奖励,此举可使得矿工,尤其是小矿工获得足够的FIL用于抵押,从而确保Filecoin的正常运行。不过,Gate.io上周还表示,由于矿工正在寻找更多资源以促进采矿业增长,因此对FIL的贷款需求一直在以100%以上的年化利率飙升。

数据:过去一周有1.36万钱包地址取消OpenSea上的挂单:金色财经报道,据Dune数据显示,由于Blur的忠诚度计划,在过去一周,共有13600个钱包地址取消了在OpenSea上的挂单,是过往平均值的5-6倍。[2023/2/26 12:30:15]

此外,一些加密货币交易所还推出了金融产品,供用户存入FIL以赚取丰厚的利息,以及为矿工借以抵押品的FIL以满足他们的增长需求。在此情况下,Filecoin币贷市场也发展火热。

那么,目前FIL质押币缺口有多大?缺口产生的主要原因有哪些?币贷市场能否弥补?持续进行币贷的潜在风险有哪些?

Injective通过与Moonbeam和Axelar集成支持Polkadot原生资产:据官方博客消息,智能合约平台Injective通过与Moonbeam和Axelar集成,新增支持Polkadot原生资产。其中,互操作性网络Axelar促进后端Polkadot资产的桥接交易。[2022/6/4 4:01:46]

OKExResearch首席研究员William对金色财经指出,目前FIL质押币的缺口是比较大的。一般而言,借贷市场的利率水平可以反映该币种需求的紧张程度。从实际情况上看,部分借贷平台上的FIL年化利率已经超过100%,说明FIL的缺口已经非常大了。

FIL缺口大的原因主要在于Filecoin本身的经济模型设计不太合理,没有考虑实际质押需求和市场流通情况。具体而言,根据Filecoin经济模型设计,初期挖矿收益几乎要全部用于质押;然而实际的情况是,考虑到成本和风险问题,部分用户并不愿意将挖出的FIL用于质押,由此出现市场缺口。

不过,币贷市场并不能弥补缺口,只会增加矿工的风险和资金成本。目前的借贷市场都是质押借贷,即在借贷时有一个质押率上限,如果贷出币种的价值高于质押品价值*质押率上限时,就会强制清算质押品,给矿工带来极大的清算风险。

值得注意的是,11月9日,Filecoin官方发布Slingshot第二阶段介绍及竞赛规则。内容显示,第二阶段将分发至少50万枚FIL。这是否能缓和质押币不足的问题?50万枚FIL的分发会对市场造成怎样的影响?

OKExResearch首席研究员William表示,目前市场上FIL质押缺口的主要原因在于部分用户并不愿意将挖出的FIL用于质押,如果用户愿意将挖到的FIL代币都贡献出来做质押,是完全足够的。分发的50万枚FIL有多少会直接用作质押还是一个未知数,与其寄希望于50万FIL的分发,不如修改经济模型更好一些。

来源:金色财经

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

金星链

[0:62ms0-0:785ms