LiquidEOS 提出的 vRAM 方案
最近准备上线的 LiquidEOS 是个挺有意思的项目,本文简单介绍下: https://liquideos.com/
EOS有内存的概念,类比传统电脑的内存,那么LiquidEOS就有点类比传统的电脑的虚拟内存的意思。
在实现上LiquidEOS有点类似网络分层的概念,其优势是降低了EOS内存使用的成本。
当然这个网络的难度是如何与目前的 EOS 系统和生态比较好的整合。
以下引用荆凯大神文章中关于 vRAM 实现方法的介绍(原文: https://bihu.com/article/1256105661/page/2 )
vRAM是什么?
vRAM,按照设计者的描述,是致力于提供一种解决方案,可以兼容RAM,用去中心化的方式,实现数据的经济高效的存储和检索,而且可以承载起无限数量的数据。
实际上,可以将vRAM结合之前blockone所发布的EOS Storage白皮书中的设想来看,可以看到许多的相似之处。
通过引入了代币(DAPP token), 对于项目团队,使用vRAM的服务来存储数据,需要用到代币,根据存储量多少,而需要抵押对应数量的代币;而提供vRAM的服务商(DSP), 则从代币的通胀之中获得收益。
那么,vRAM系统是怎么做到的?
简单粗暴的概括:
dapp将数据存储在IPFS文件服务中,而不是存储在RAM上,需要时候从vRAM系统中将数据读取回到RAM上。
在vRAM设计之中,有涉及到代币的角色存在,下文会简单提到。
其中有几个角色:
-
DSP提供者
DAPP Service Provider, 简称为DSP,存储数据所用到的服务,就是DSP来提供的。他们的报酬来自于代币的增发奖励。任何人都可以成为DSP,只需要构建起DSP 节点提供服务即可。 -
DAPP合约开发者
合约开发者需要在合约中引入vRAM的库,以进行vRAM的访问数据读取,抵押代币,选择DSP等操作。使用了vRAM模块的合约,将不需要依赖于RAM,而是可以将大量的数据存在vRAM的系统中,在有需要的时候才从vRAM读取回到RAM中,这一些操作,都是通过vRAM的库来实现的。开发者的使用难度不算大,直接引入库文件即可。
注意,RAM始终都还是需要的,只是将大量的数据存储迁移到vRAM系统之中去管理而已,RAM则起到了数据缓存的作用,对RAM的依赖减少,尤其对一些重型的应用而言,可能会是一个不错的备选方案。
- 用户
对于普通用户而言,完全不需要去管一个合约使用的是vRAM还是RAM的方式。
目前LiquidEOS正在准备上线,等上线后可以试下具体的使用方法。