Rss & SiteMap

炒邮网论坛 http://bbs.cjiyou.net/

炒邮网论坛是收藏者使用量最多覆盖面最广的免费中文论坛,也是国内知名的技术讨论站点,希望我们辛苦的努力可以为您带来很多方便
共1 条记录, 每页显示 10 条, 页签: [1]
[浏览完整版]

标题:Filecoin虚拟机数据加速上涨,基本面数据艰难好转中

1楼
5201314 发表于:2023/9/24 15:51:00
原创 后山客观点  后山客漫漫谈  2023-09-24 02:31
收录于合集
#filecoin
195 个
#web3
337 个
#FVM
117 个
#ipfs
163 个
#加密货币
525 个
前段时间在新加坡的大会上,Bitmex创始人做了一个比较高质量的演讲,他提到未来的大趋势是AI,而AI 需要计算能力和数据存储,AI 将创造一个去中心化存储的机会。他持有Filcoin因为他认为虽然Filecoin跌幅近99%,但它网络上有数据存在,有真实的客户在使用这个系统,市场还有很大的发展空间,抛售压力已经减轻,未来增长潜力大。

Bitmex创始人并不是Filecoin的官方人员,熟悉的朋友知道Bitmex在衍生品领域应该是资历最老、技术最雄厚的头部交易平台,早期远远碾压okx、币安等平台的衍生品。

市场上那么的区块链的项目,他单单选中了Filecoin,说明是真的看好。

不过,在过去的两年中,Filecoin真的非常让投资人失望,跌幅甚至接近99%,从最高的238美元跌至最低2.3美元。最大原因是熊市中,源源不断的筹码释放还有就是生态进展总是落后于预期。

后山客也是比较看好它未来的潜力,所以也经常会关注它的一些动态。虽然生态进展比较慢,但是基本面也确实逐步在向好。

第一、虚拟机的生态数据近期出现了加速,存入的FIL已经超过了800万个。早期由于虚拟机体验很差,并且大家对它的使用还有疑虑,所以增长很慢,经过了半年的发展,FVM虚拟机有越来越多的项目方在使用了。

现在主要的项目方还是:借贷,这个也比较契合Filecoin的属性,毕竟借币质押十个大需求,后市估计会发展成和以太坊的staking类似的平台,还是值得期待。

还有就是,现在的虚拟机只是兼容以太坊的FEVM,原生的FVM还没有落地,很多功能也没有释放。

图片

第二、实际的存储容量持续减少,CC扇区已经无利可图,全网算力因为DC封装而持续创新高。

这一点,社区之前表达了强烈不满,因为持续的DC封装导致单位产量剧烈减少,CC扇区的商家没了生存空间,不过社区的提案官方并没有通过。

现在网路实际的存储容量持续减少,已经跌至10.6EB,还在持续减少;而DC带来的算力已经超过15EB,还在持续增加。看来官方就是想通过这种方式让CC扇区都转为DC扇区,这样就导致全网质押的FIL持续增加,减少流通量,对二级市场形成一定的支撑。

图片

第三、检索市场节点持续增加

关于检索的功能,包括后山客在内大部分的人并不了解细节,因为它还不能直观的感受到。只知道节点增加的比较快,年初的时候有100个节点,现在已经突破5600个了,增长非常快。

图片

既然在持续推进,数据上又表现还不错,那就乐观些吧。

10月份,第一批投资机构的持仓就释放完了,届时每日的净流通增量会显著减少,也算是一个利好吧。

但愿在未来的AI时代,真的像Bitmex创始人说的一样,出现大规模的数据需求。


后山客漫漫谈
一起读懂区块链和数字货币;专注于基本逻辑、基础概念、事实数据的区块链频道。后山客漫漫谈专栏
341篇原创内容
公众号
历史文章:

以史为鉴,下轮牛市来临之前可能还要经历一次“FTX式大崩盘”
OP、ARB等Layer2估值似乎太高,真的值得长期拥有么?
现在的市场相当纠结,仿佛不来一次瀑布,大家不踏实
不能高位持有总市值大,流通市值小,不断释放的token

PS:本号的任何观点不做任何投资建议,不做任何保证收益的承诺,任何项目都有风险,波动风险、政策风险、技术生态风险等时刻存在,在交流学习中不断提升自己对区块链和加密世界的认知!有兴趣的朋友关注公众号,或者私信笔者!感恩大家一直的关注!
点个赞,生活更美好图片


后山客观点
喜欢就多多赞赏吧
喜欢作者

1 人喜欢


收录于合集 #filecoin
 195个
上一篇
2024年会有更多计算网络在 Filecoin 上启动,并利用L2技术来实现
阅读 1091

后山客漫漫谈
分享
收藏
3
12
喜欢此内容的人还喜欢
百万亿级别的商机:深层解析“证券型代币”在港前景  
后山客漫漫谈
共1 条记录, 每页显示 10 条, 页签: [1]

Copyright ©2002 - 2010 炒邮网论坛
Powered By Dvbbs Version 8.0.0sp1
Processed in 0.09473 s, 2 queries.