Filecoin的存储单元称为扇区(Sector)。对传统硬盘结构理解的小伙伴,对这个术语应该比较亲切,传统硬盘的最小存储单元就叫Sector。为了证明Sector的存储,Filecoin进行了一系列的处理,传说中的P1/P2/C1/C2。在处理过程中,一个Sector的计算会生成若干文件,最终会生成replica。相关文件是如何组织的?Cache都是由哪些文件组成,分别是多大?本文就从存储的角度看看这些过程和逻辑。
Sector计算的部分分为Precommit1和Precommit2两部分。两部分合在一起,称为SDR算法。
前几天在魔笛社区分享了三个zk-SNARK技术应用的场景,可以让大家zk-SNARK(Groth16)技术和场景的结合有初步的认识。
Filecoin 要做的是 Web3 的 AWS,颠覆中心化云服务厂商对存储市场的垄断,提供更为开放的云储存供应市场;而 Arweave 想做的是 Web3 的“永恒的亚历山大图书馆”,致力于为人类知识和历史等有价值的信息提供永久的储存服务。
greenfield的整体设计非常的简单务实。其本质就是多个SP(StorageProvider,类似亚马逊,阿里云)只管存数据,而用户,权限,数据meta信息,账单等信息的管理都存在在链上。一个用户要把数据存储到greenfield,首先需要访问链,提交一个createbucket的交易。然
IPC是Filecoin的consensuslab研究的一种区块链扩容解决方案。号称可以无限扩容,无限套娃式的增加子网,rootnet->L2->L3->L4等一套下去。每个parent-net和child-net之间只要部署一个IGA和ISA的智能合约就可以了。这个IGA和ISA其实就是
介绍了ipfs和filecoin各自的工作原理以及解决的问题。ipfs解决了去中心化存储的分发问题,filecoin解决了去中心化存储的存储问题。两者并非竞争关系而是互补关系,要进行结合使用。
假如你碰巧看到这篇文章,刚好你也有投资Filecoin,可以顺手转发一下朋友圈,希望可以帮助到身边的朋友认识到Filecoin的未来价值。
damocles-mamanger启动后会调用run方法,方法里面有一个for循环。不停的监听ChainNotify信息,当有区块产出或者别的headchain的事件发生后,就会调用fetchMinerProvingDeadlineInfos()方法,主动去从链节点获取deadline信息,然后调用
我是先河系统CTO杨尉,欢迎大加关注的的Github: waynewyang,本文是filecoin技术架构分析系列文章第一章介绍filecoin概念。
Venus功能Venus是Filecoin网络的一个Golang语言版本的客户端实现。其主要具有三大服务:区块链服务。主要是出块,执行区块内交易的执行,区块同步,交易同步,账户状态存储,矿工存储算力记录,矿工算力证明记录,市场订单数据存储等。算力服务。主要负责Filecoin网络中文件的存储
和大部分区块链项目只拥有一个实现所不同的是,Filecoin拥有四大实现,分别是Lotus、Forest、Fuhon、Venus(go-filecoin),这四种协议虽然是互相独立的,但是都能在Filecoin网络启动、升级和不足够稳定时保护和帮助网络。
去中心化存储最主要解决以下几个问题:多个矿工声称存储了一个数据的多个副本(多备份)的情况下,如何验证这多个矿工真的存储了多个副本,而不是只存储了一个,甚至一个都没有存储,只是在检查的时候从别的矿工获取;如何验证矿工不仅仅是某一个时刻点存储了副本,而是一直存储这副本?第二个问题相对来说比较简
pkg/objstore包主要是提供一个统一的接口,而实现则是由pkg/kvstore包来完成。venus-worker主动向venus-sector-manager的接口进行连接。问题VSM主要功能是什么?vsm如何与worker进行通信,通信协议是什么?worker会和vsm以外
venus启动venusdeamon启动时主要调用两个app/node.go的两个方法。其中一个是用(bBuilder)build()生成node对象,这个生成方法会调用(builderRPCBuilder)AddServices(services...RPCService)方法