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提供去中心化資料庫。