區塊鏈項目死亡率高達92％！這裡有一份最靠譜的應用搭建指南

雷鋒網AI金融評論按：本文譯自Blockchain at Berkeley，作者Wesley Graham。在2017年11月，四大國際會計師事務所之一德勤（Deloitte）發布了一份關於區塊鏈技術和開源平台GitHub的調查報告。報告中稱，隨著區塊鏈技術逐漸興起，在全球範圍內誕生了約26000個區塊鏈項目，其中92%的項目在過去兩年里走向了消亡。據雷鋒網AI金融評論觀察，如此之高的失敗率源於區塊鏈的高技術門檻，難以突破技術限制，找不到真正適用的落地場景，也因為項目本身的管理混亂。這都給後來的區塊鏈創業者敲響警鐘，要真正創建一個靠譜的區塊鏈項目，應該從哪些方面著手布局思考？

在過去兩年里，26000個區塊鏈項目中，有92%最終死亡。這個數字是如何失控的？對於那些懷有區塊鏈技術熱情的創業者來說，又該做些什麼來避免成為這92%的大多數？

區塊鏈能做什麼：理解核心能力

首先，我們需要對區塊鏈能夠創建有意義的應用案例的核心能力進行深入探討。基於分散式分類賬本的技術，開發人員可以打造一個供多個互不信任的用戶進行價值交換的資料庫環境，在去除一個中心化協調機制的背景下上載記錄。

通過將密碼學和博弈論的概念相結合，區塊鏈能夠在系統中實現去信任化，確保用戶大幅減少對於第三方實體機構的依賴，進行公開透明的互動。

在區塊鏈系統的內部，「去中心化」的概念極其重要，原因在於其消滅了中心化集權的失敗所帶來的負面效應：安全漏洞、網路癱瘓和運行中斷等問題。另外，只要保證安全性和活躍度，區塊鏈網路能夠杜絕不可信參與者的交易審查或其他惡意行為。

這樣的分散式賬本系統已經被成功應用在金融和分歧解決等領域。以往在這些領域，交易各方需要提交對於一個中心化權威機構的信任，後者對交易數據進行審查監督，保證交易嚴格遵守協議。

像Hyperledger一樣的公司已經創造了私有的企業級應用區塊鏈，設計為去中心化的交易生態系統，來為全球範圍內主要技術、金融和供應鏈範疇的公司的交易業務提供支持。值得注意的是，這些都是傑出的區塊鏈項目，而非屬於那92%業已消亡的行列。

如該流程圖所示，對於那些尋求區塊鏈解決方案的人而言，是一份行動清單，也是一份列出投入到分散式賬本技術前需要仔細思考的步驟大綱。

制定區塊鏈案例的應用標準

1．搭建資料庫的選型考慮

當我們開始嘗試搭建一個區塊鏈應用案例時，我們需要深入研究，是否擁有一個保證所有節點基礎安全的資料庫。如果我們嘗試建立的區塊鏈系統極易被外界世界所篡改，該項目在系統內部，將失去無需信任和去中心化等技術特性，從而導致這個應用案例被設置重重局限性。

一個類似的例子是「血鑽追蹤」（Blood Diamond Tracking）項目。為公司利用區塊鏈來追蹤合法的鑽石在一條供應鏈中從生產者到最後到消費者手上提供服務。儘管對於追蹤鑽石相關的交易流程，區塊鏈是一個很好的解決方案，但其仍然需要參與者對於區塊鏈系統內部將鑽石上鏈的員工和節點提交大量的信任。在這個案例里，資料庫的節點無法保證百分之一百的安全，導致影響困擾著其的信任問題的產生。

2.交易方

下一個在著手利用區塊鏈前需要搞清楚的重要問題是，是否在資料庫里，有多方參與採取行動。

如果資料庫不需要眾多的利益相關者來協調，並能由一個關鍵的主要撰寫者來發揮作用，那麼應該考慮使用中心化結構的資料庫。從先天屬性來說，區塊鏈的本質是分散式分類賬本技術，但如果對於資料庫的擁有權沒有必要分散化的需要，我們應該啟用不同的資料庫結構。

從這點來看，簡單來說，在建設一個高質量的區塊鏈應用案例的過程中，經常被忽略忘記。事實上，和現有的去中心化區塊鏈系統相比，如甲骨文資料庫或MySQL等中心化軟體，能打造出更為健全的交易底層架構，意味著只有對於該項目而言是完全必需的，我們才應該只使用分散式分類賬本技術。

一個中心化趨勢體現得更為明顯的例子是，如Facebook或谷歌等現有的科技巨頭，都使用具有大容量的儲存單位艾克薩位元組（Exabytes）來管理用戶的數據。

儘管對於谷歌來說，對用戶的交易流程實施去中心化也是不錯的選擇，但這樣的區塊鏈應用沒有實際意義。這是因為在中心化的系統中，所有的信息都經過一個單獨的節點，使得追蹤信息更為容易。

在基礎性質上，和去中心化系統、分散式賬本技術相比，中心化系統在內部更具有內部的整合性和一致性，更能實現經濟的規模化。事實上，好像Gmail等谷歌產品之所以能實現「智能垃圾郵件過濾」的功能，全因為谷歌能夠輕鬆窺探到幾乎每位用戶的郵件。

3.信任化

在決定了中心化設置對於區塊鏈應用案例是否重要之後，接下來至關重要的是需要弄清楚，出於系統運行情況和信任缺失的後果的考慮，我們需要提交信任的對象。

在中心化系統中，惡意攻擊的行動將表現出不同的形式。一個中心化的權威機構不單止嘗試對於現有的交易進行編輯修改，會出現隱瞞信息的現象，甚至還會在整個網路環境中提交報告反常交易，對具體實施具體具體交易的用戶進行監管。如果出於某些刺激的因素，在現有系統中中心化機構採取了以上這些行動，我們就要考慮在應用案例中採取如引入區塊鏈等安全措施。

但是如果在用戶中，是否需要提交信任並不是一個顯著的問題，那麼在一個區塊鏈項目中，我們可以僅簡單起用一個分散式的資料庫，在其中用戶也持有一份數據的複製文件，並能隨時上傳信息或更新資料庫的狀態。如果沒有對於拜占庭容錯等區塊鏈安全手段的需求，這樣的設置將更為輕鬆的得到利用。

 特別案例解析：公有鏈和需要授權的區塊鏈(聯盟鏈)

同樣值得注意的是，應用一個區塊鏈系統，是從中心化的資料庫、分散式資料庫和分散式賬本技術裡面的概念集合里受益的。

好像聯盟鏈這樣的需要授權的區塊鏈，就是這樣概念集合的體現，將中心化的用戶授權機制和去中心化的區塊鏈交易生態系統結合起來。這樣的區塊鏈擁有準許用戶進入這個網路的許可權，使得減少惡意攻擊變為可能，同時還能夠打造一個有別於傳統公有鏈的區塊鏈系統，不需要太多的容錯機制和體現更為安全的性能。

這樣的區塊鏈結構缺點在於，和公有鏈相比，它的去信任化程度更低，用戶仍然需要對這個組織機構和應用於全系統的共識機制提交信任。

摩根大通的「Quorum」即為這樣一種需要授權的區塊鏈應用案例。在其中，該公司通過減少對拜占庭容錯演算法的利用，賦能金融行業高速的交易性能（數十次到數百次每秒）。

4.去中介化

還有一樣重要的考慮因素為，開發人員需要決定在交易系統中去中介化是否為必須的。

如果這個區塊鏈解決方案是為了解決過多的中間商費用和確認交易所導致的時間延遲，區塊鏈技術能加快這個優化的進程，削減所有用戶在這方面的開銷。

但如果對於整個交易系統，去中介化並非必不可少的，那麼將驗證交易的任務分配給一個中介商或者中心化機構將極大降低技術難度，因為無需在區塊鏈網路上布置分散式的驗證器。

 5. 基於交易相互依賴的機制設計

在開始著手落地應用這個區塊鏈應用案例前，需要思考最後一個問題：在系統中的交易是否是相互依賴而生成的。

交易依賴性這個特徵在所有類型的資料庫系統里都能發現，特別是在一個涉及多方參與或涉及資產、商品交易所的多用戶系統中（如零售）。

如果每筆交易彼此之間沒有發生交互關係，應用主從關係的資料庫結構將會極大提高效率，其中主節點驗證或批准一個確定的交易子集，而從屬節點則負責執行工作。

但如果交易的確體現出來相互依賴的性質，在主要節點間分配交易將會變得相當困難，這種情況下，區塊鏈是改變這樣的集中化資料庫的解決方案。

除此之外，區塊鏈還能為用戶的交易流程提供原子性能（資料庫內部一致化的能力），確保相互依賴的交易能被立即執行，而不會發生被取消或在交易期間被篡改的情況。這也保證了在這樣複雜的交易結構中，沒有任何財富會被憑空產生或遭破壞。

雷鋒網

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！