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设计之中，有涉及到代币的角色存在，下文会简单提到。

其中有几个角色：

1. DSP提供者
   DAPP Service Provider， 简称为DSP，存储数据所用到的服务，就是DSP来提供的。他们的报酬来自于代币的增发奖励。任何人都可以成为DSP，只需要构建起DSP 节点提供服务即可。

2. DAPP合约开发者
   合约开发者需要在合约中引入vRAM的库，以进行vRAM的访问数据读取，抵押代币，选择DSP等操作。使用了vRAM模块的合约，将不需要依赖于RAM，而是可以将大量的数据存在vRAM的系统中，在有需要的时候才从vRAM读取回到RAM中，这一些操作，都是通过vRAM的库来实现的。开发者的使用难度不算大，直接引入库文件即可。

注意，RAM始终都还是需要的，只是将大量的数据存储迁移到vRAM系统之中去管理而已，RAM则起到了数据缓存的作用，对RAM的依赖减少，尤其对一些重型的应用而言，可能会是一个不错的备选方案。

1. 用户
   对于普通用户而言，完全不需要去管一个合约使用的是vRAM还是RAM的方式。

目前LiquidEOS正在准备上线，等上线后可以试下具体的使用方法。