Bluzelle和IPFS / Filecoin之间的不同:数据和文件 数据库服务在去中心化互联网中的缺失

iHomeSoft 9月前 807

文章来源:IPFS星际社区


新的去中心化互联网缺少一个主要组件——数据库服务。

得益于IPFS / Filecoin,Storj,Sia和Ethereum的Swarm等项目,区块链获得了快速创新,去中心化存储领域也无比活跃。但是这些解决方案目前只能推进去中心化。

Bluzelle填补了去中心化基础架构的一个关键空白。每当我们被问到Bluzelle有什么与众不同时——我们被问到的问题有很多——我们的答案非常简单:

“Bluzelle是一项数据库服务,而其余的则是文件服务。”

Bluzelle是一款快速的、便宜的、可扩展的、适用于全球dApps的去中心化数据库服务。

在未被去中心化之前的互联网世界中,存在两种主要的数据存储服务——文件存储和数据库存储。

文件存储是通过DropBox、GoogleDrive和基于Web的HTTP实现的。数据库存储是通过关系数据库管理服务(如Oracle、SQL Server或Mongo等)实现的。

现在,区块链技术的引入需要新的数据库服务——原因如下:

软件通常处理两种类型的数据:文件和数据字段。

文件相对较大(>10KB),具体大小则不确定,其内容无法以任何不可知的方式进行搜索或构建。文件存储服务经过优化以递送完整的文件,而且因为缺少粒度,导致难以有效地在文件内进行搜索和检索。

在新的去中心化文件存储服务中,文件被切割成碎片并存在任意位置,而不考虑或不关心文件中的数据,这一事实进一步加剧了这一点。当底层存储机制不能理解数据的性质时,尝试访问数据将是非常低效且容易出错的。

此外,某些文件存储服务是不可变的,这意味着存储在它们中的数据永远不会被删除或更改。这给企业带来了严重的问题,特别是当需要遵守欧盟GDPR法律等法律和监管要求时。例如,GDPR将要求公司能够从其系统中完全清除客户的数据。

一般来说,数据的不可变性在许多数据存储场景中是不合理和难以接受的约束——而且在许多软件项目中这都是对交易的破坏。毫无疑问,去中心化的软件公司被迫采用传统的基于云的中央数据库。在Bluzelle出现之前,就是这么一种情况。

数据字段通常很小,大小固定,它们按照组、集合以及结构进行组织,以便于快速存储和检索。数据字段存储在数据库中以实现最佳的安全性、性能和可扩展性。数据库提供创建、读取、更新和删除(CRUD)等基本功能。这些功能在文件存储服务中是完全没有的。

例如,在一个类似于IPFS的存储服务种有一个10GB(100亿字节)的存储客户信息的文件,要从中读取一个普通的邮寄地址,则需要先将整个10GB文件下载到本地计算机。然后,才能从文件中搜索想要的信息。

想象一下1 Gbps(1 Gbps = 10亿GB每秒)的下载速度,这是一个合理的、快速的、现代的网络连接。该文件有100亿Byte,也就是800亿Bit(1 Byte包含8 Bit),因此如果单独下载(即:读取)该文件,则每访问一次“数据库”需要80秒。

现在想象一个真实的数据库(即:Bluzelle),它具有相同的10GB数据。同样要从网络中读取相同的32字节(256位)邮件地址,由于Bluzelle数据库完全知道需要什么,并且只用所需的数据进行响应,因此将只需要不到100毫秒的时间。

经常有人问是否可以在IPFS之上建立数据库。从技术上讲当然可以,前提是您愿意接受即使是最简单的操作中,也会出现这里列出的明显且绝对不切实际的性能指标。简而言之,从IPFS数据库体系结构获取数据需要80秒,而从Bluzelle体系结构只需要0.1秒。这正是数据库如此重要的原因。

这就是我们构建Bluzelle的原因。与其他文件存储的同类项目相似,Bluzelle也将去中心化和区块链(可扩展性、正常运行时间、安全性、冗余性、成本效益、可用性)的最佳性能与几十年来成熟的数据库科学结合在一起,以面向未来地为全世界的dApps提供去中心化数据库。

最新回复 (0)
返回