【IPFS相关】Bluzelle和IPFS / Filecoin之间的不同

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

得益于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提供去中心化数据库。