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

在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. 基于交易互相依賴的機制設計

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

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

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

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

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

原文釋出時間為：2018-02-12

本文作者：吳陽煜

本文來源：

雷鋒網

，如需轉載請聯系原作者。