根據德勤最近的一項研究顯示，在過去兩年中創建的26,000個區塊鏈項目中，92%已經死亡。

在***次聽到這個消息后，我不得不問自己：這個數字是如何失控的? 

[[262882]]

本文試圖清楚地說明導致此問題的原因，旨在幫助我們熱情的區塊鏈愛好者避免啟動成為92%的一部分的項目。

從頭開始構建一個好的區塊鏈用例

對于那些仍然不熟悉區塊鏈功能的基礎知識的人，我強烈建議您首先閱讀數據區塊鏈去年在伯克利的Ashley Lannquist撰寫的文章“ 區塊鏈，密碼貨幣和新的分散經濟：***部分 - 一個溫和的介紹 ”。

對于熟悉這個主題的人，我們可以開始深入分析可用于創建有意義用例的區塊鏈核心功能。

分布式賬本技術框架

利用分布式賬本技術(如區塊鏈)，用戶可以創建數據庫環境，讓多個互不信任的用戶交換價值或在沒有中央協調員的情況下追加記錄。

通過結合密碼學和博弈論的概念，區塊鏈消除了對系統信任的需求，確保用戶能夠透明地與第三方權威機構進行互動。

區塊鏈系統的固有“分散化”非常重要，因為它消除了中央失效點的負面影響：安全漏洞，網絡停機或網絡中斷。此外，只要安全性和活躍性保證完好無損，區塊鏈將消除來自不可靠演員的交易審查或惡意行為網絡。

這些分布式賬本系統已經在“財務”或“爭端解決”等領域成功實施，交易各方歷來需要信任中央當局監督交易數據并確保遵守過去的協議。

公司如超級賬本創建，旨在分散這些交易的生態系統，主要配套技術，財務和供應鏈公司的全球業務交易民營企業數據區塊鏈。值得注意的是，這些實現是區塊鏈技術的特例 - 不是普通的 - 例如92%基于區塊鏈的項目迄今未能實現的事實就證明了這一點。

下面是一個流程圖，作為希望實施區塊鏈解決方案的人員的清單，以及在跳轉到分布式總賬技術(DLT)之前應該考慮的步驟。

在決定區塊鏈使用案例時要考慮的標準

確定區塊鏈用例時的清單

1.數據庫

首先，當試圖建立區塊鏈使用案例時，我們必須問我們是否擁有一個在所有端點基本安全的數據庫。

如果我們試圖在易受外部世界篡改或改造的系統上實施區塊鏈，我們將失去在系統中擁有無信任和分權的能力，從而導致區塊鏈使用案例相對有限。

這類問題的例子可以在諸如“血鉆追蹤”等使用案例中看到，公司利用區塊鏈跟蹤從生產者到消費者的供應鏈上合法鉆石的流動。雖然區塊鏈可能是追蹤與該鉆石相關的交易的好方案，但該解決方案仍然對將這些鉆石加入區塊鏈系統的員工或節點給予很大的信任。在這種情況下，“數據庫端點”并不安全，從而導致困擾區塊鏈使用案例的信任問題。

2.交易者

在使用區塊鏈之前要問的下一個最重要的問題是，是否會有多方協調我們數據庫的操作。

如果我們的數據庫不需要大量利益相關者之間的協調，并且可以使用一個關鍵“編寫者”的功能，那么我們應該使用集中式數據庫。區塊鏈本質上是“分布式賬本技術”，如果不需要“分配”數據庫的所有權，那么我們應該使用不同的數據庫結構。

這一點雖然簡單，但在構建優質區塊鏈用例的過程中往往會被遺忘。事實上，像Oracle數據庫或MySQL這樣的集中式軟件比現有的分散式區塊鏈系統擁有更強大的交易基礎設施，這意味著如果分散化對我們的項目來說絕對必要的話，我們應該只使用DLT。

集中化案例

集中化趨勢更加明顯的典型例子是現有技術巨頭(如Facebook或Google)的用例，他們管理的Exabytes用戶數據。

盡管谷歌能夠分散用戶交易是一件好事，但區塊鏈用例并不合適。這是因為在集中式系統中跟蹤信息要容易得多，所有信息都是通過單一點進行的。

集中式系統從根本上說可以比分散式系統擁有更加內聚的內部整合，因此更有可能利用比DLT更大的規模經濟。事實上，像Gmail這樣的Google產品只能擁有“智能垃圾郵件過濾器”這樣的功能，因為Google可以輕松查看幾乎所有人的電子郵件。

3.信任

在確定集中對您的用例是否重要之后，詢問我們需要信任誰才能使該系統運行以及在違反信任的結果中會發生什么是至關重要的。

在任何集中式系統中，惡意行為都可以以多種形式形成。中央當局不僅可以嘗試編輯現有交易，還可以隱藏信息，通過網絡報告不一致的交易，或審查用戶訪問特定交易。如果有任何激勵中央當局在我們現有的系統中采取這些行動，我們至少應該考慮在我們的用例中實施像區塊鏈這樣的安全措施。

如果用戶之間的信任不是一個重大問題，那么可以簡單地利用分布式數據庫，其中每個用戶維護數據庫的副本，并且可以隨意編輯和更新數據庫的狀態。由于區塊鏈安全功能(如“拜占庭容錯”)(防篡改和不一致)不需要考慮，因此實施起來要容易得多。

特例：公開和授權區塊鏈

Photo by Samson Duborg-Rankin在Unsplash上同樣重要的是要注意，有些方法可以利用區塊鏈系統來合并來自集中式數據庫，分布式數據庫和分布式賬本技術的概念。

“ 允許區塊鏈 ”是概念聯姻的一個例子，將集中式用戶授權與分散式區塊鏈交易生態系統相結合。

通過有能力控制區塊鏈網絡上允許的用戶，我們能夠降低惡意操作的可能性，并增強對系統嘗試管理的內容的控制 - 創建一個不需要盡可能多的容錯，安全性，并作為傳統的“公共”區塊鏈進行維護。

這種區塊鏈結構的不利之處在于它比公共區塊鏈“不可靠”，因為用戶仍然必須對授予權限的權限以及系統正在使用的共識機制給予信任。

摩根大通的Quorum機制是一個授權區塊鏈使用案例的典范，因為它們創造了一種產品，通過利用對BFT進行交易的低需求，為金融行業提供高速交易(每秒幾十到幾百個)允許的一組用戶允許(請參閱QuorumChain)。

4.非中介

在著手區塊鏈使用案例之前，確定我們的交易系統是否需要非中介化是非常重要的。

如果我們的區塊鏈前解決方案需要大量的中間商費用或確認時間延遲，區塊鏈自然適合加速此過程，從而降低所有用戶的成本。

如果非中介化對我們的交易系統不是必不可少的，那么將驗證交易的任務分配給中間人或中央機構就更容易了，從而不再需要區塊鏈網絡上的分布式驗證器。

目前利用非中介的用例的一個很好的例子是slock.it，他已經圍繞創建個性化IOT設備的智能合約的概念構建了數字業務，消除了人為干預或調整的需要。借助slock.it的技術，任何物聯網設備都可以擁有自己的身份，并且可以簽署復雜的協議(包括接受付款的協議) - 所有這些都不需要使用中介。

5.交易依賴

在實施區塊鏈使用案例之前自問的***一個問題是我們的交易是否相互依賴。

交易依賴是一種可以在各種數據庫系統中看到的特征，特別是在涉及涉及資產或商品交換(如房地產或零售)交易的多方或多個系統的多用戶系統中。

如果我們的交易不需要彼此交互，那么利用“主/從”數據庫結構會更加有效，其中一個“主”節點充當驗證和批準交易的某個子集的支持者“從屬“節點執行工作。

如果我們的事務確實相互依賴，那么確定如何在主節點之間分配相應的事務變得非常困難，這導致需要類似區塊鏈來改變數據庫的集體狀態。

區塊鏈還向其用戶提供原子性(防止部分更新數據庫的能力)，確保相互依存的交易將立即執行，而不會取消或篡改交易中心。這確保了系統中任何復雜的交易結構都不會造成或破壞財富。

概要

恭喜，我們現在正在努力構建正確的用例!盡管這篇文章存在反向色調，但區塊鏈技術實際上有很多應用可以更好地影響現有的交易系統。然而，在成為這些應用程序之前，重要的是在決定將區塊鏈作為合適的解決方案之前先問自己我們的用例需要運行的功能。

如果我們能夠沿著上圖流程圖前進，我們正在逐步建立完善的區塊鏈使用案例，增加了我們成為區塊鏈項目中能夠承受測試的8%之一的可能性的時間。

附錄

本文的精神，我認為我會在下面添加一些我最喜歡的區塊鏈使用案例 - 我鼓勵大家把它們作為一個練習來思考使用例有價值的因素!

i)Gnosis  - 建立在以太坊平臺上的分散式預測市場

ii)Blocknotary  - 具有時間戳驗證的分散式公證服務

iii)Zcash  - 開放，無許可的加密貨幣，使用零知識密碼技術充分保護交易隱私。