MultiVAC的存储层怎么设计的?开发应用是否就像使用数据库那么方便?



  • ipfs是把文件托管生成链接,和传统的数据库不同,MultiVAC怎么设计的?



  • 一句话说不清楚,但是我们确实打算把存储系统单独整理成文,介绍一下。
    大概就是:我们设计了一套交互式的机制。
    一边是存储节点,他们负责存储数据、提供数据,但对数据没有任何控制权,就像联通、电信这样的运营商,只提供服务,不管你上面的数据内容是什么。
    另一边是矿工,他们不需要自己存储数据,只需要包括一个摘要信息(整个数据库的摘要,只有几十个字节),就可以发送存储、读取的指令,并能对存储节点提供的数据进行验证。
    这个存储层保证了:
    -- 矿工不需要很大的硬盘和很专业的存储设备。
    -- 数据可以分片存储,不需要任何节点存储所有数据。
    -- 数据是可验证的,即使我从网上拿到的数据,我可以通过我手里的摘要信息去验证这个数据的可靠性

    便捷性方面我们还在做,刚搭完基础设施,下一步需要更全面的工具开发。



  • @shawn 听起来这个方案很不错,MultiVAC团队继续加油啊,看好你们!!



  • @shawn 这是一个沙盒机制吗?存储节点如果可以储存数据,又如何保证不会对数据拥有Access?数据是之前做过脱敏处理吗?虽然运营商只提供服务.....但是也拥有调用数据的权力呀,不然每天那么多骚扰电话都是谁把我卖掉的



  • @KeyMaster 应博士说的是协议层的,你讲的是应用层的。
    在协议上,你可以理解为,矿工负责增删改查,而这个过程是通过共识机制来实现的。而存储节点就是存取,由矿工发送指令,存储节点照着做。他们之间的交互是有验证机制的。

    应用是建立在协议之上的,对于底层数据的存取是有SDK或者API来配套支持的,是对用户透明的。开发者去调用相关接口,开发智能合约就好。

    当然,所有数据的存取都是有权限要求的。



  • @Frank_MultiVAC 牛逼牛逼



  • @shawn 数据存储这个机制很有意思。不知道是否可以模块化,以后单独将这套存储系统适用于其它项目上?


Log in to reply