? ? ? ?本文對區(qū)塊鏈中的共識機制從基本概念整葡、主要類型茉稠、優(yōu)缺點和適用范圍四個方面做了初步調(diào)研梯啤，并且設(shè)想了下一代共識機制的發(fā)展趨勢颈墅。
1.?共識機制簡介
區(qū)塊鏈系統(tǒng)本質(zhì)就是一個去中心化的分布式系統(tǒng)。分布式系統(tǒng)的首要問題是如何解決一致性的問題茫舶，即在多個獨立節(jié)點之間達成共識械巡。但是在去中心化的場景下，達成共識會受到很多制約因素饶氏，比如節(jié)點之間的通信延遲讥耗、通信故障、甚至節(jié)點宕機疹启。解決分布式系統(tǒng)中的一致性問題的難點主要體現(xiàn)在三方面：
分布式系統(tǒng)本身可能出現(xiàn)故障葛账；
分布式系統(tǒng)的節(jié)點通信延遲；
分布式系統(tǒng)中節(jié)點處理事務(wù)的效率不一致皮仁。
在區(qū)塊鏈里，共識機制的目標就是解決一致性問題菲宴，使所有的誠實節(jié)點保存一致的區(qū)塊鏈視圖贷祈。具體一點說，區(qū)塊鏈上的共識機制主要解決由誰來構(gòu)造區(qū)塊喝峦，以及如何維護區(qū)塊鏈統(tǒng)一的問題势誊，該問題的理論基礎(chǔ)是拜占庭容錯（Byzantine Fault-Tolerant，BFT）谣蠢。BFT從上世紀80年代開始被研究粟耻，考慮在通信各方存在故意破壞者或者叛徒的情況下，如何在整體上保持正確地一致性的問題眉踱。區(qū)塊鏈的共識機制可以保證只要整個網(wǎng)絡(luò)中的絕大部分節(jié)點都是正常工作的挤忙，整個系統(tǒng)總能在未來某一時刻達成數(shù)據(jù)狀態(tài)的一致。
區(qū)塊鏈解決了在不可信信道上傳輸可信信息谈喳、價值轉(zhuǎn)移的問題册烈，而共識機制解決了區(qū)塊鏈如何在分布式場景下達成一致性的問題。所以共識機制在去中心化的思想上解決了節(jié)點間互相信任的問題婿禽。區(qū)塊鏈能在眾多節(jié)點達到一種較為平衡的狀態(tài)也是因為共識機制赏僧。盡管密碼學(xué)保障了區(qū)塊鏈數(shù)據(jù)傳輸?shù)陌踩裕枪沧R機制是保障區(qū)塊鏈系統(tǒng)不斷運行下去的關(guān)鍵扭倾。當(dāng)下分布式系統(tǒng)的共識算法設(shè)計原則遵從兩個定理：FLP定理和CAP定理淀零。
FLP定理[1]由Fischer, Lynch和Patterson三位作者在1985年提出，其定義為：在網(wǎng)絡(luò)可靠膛壹、存在節(jié)點失效的最小化異步模型系統(tǒng)中驾中，不存在一個解決一致性問題的確定性算法唉堪。也就是說不可能為異步分布式系統(tǒng)設(shè)計出一個在任何場景都能實現(xiàn)共識的算法，在允許節(jié)點失效的情況下哀卫，純粹異步系統(tǒng)無法確保在有限時間內(nèi)達成一致性巨坊。
CAP定理[2]最早由Eric Brewer 在2000年ACM一個研討會提出，其定義了分布式計算系統(tǒng)不可能同時確保一致性（consistency）此改、可用性（availability）和分區(qū)容錯性（partition tolerance）趾撵。那么就意味著所有共識機制的設(shè)計都是根據(jù)具體的業(yè)務(wù)場景來在這三者之間尋求折中。
結(jié)合以上兩個定理共啃，在分布式場景下達成完全一致性是不可能的占调。但是可以犧牲一部分代價來換取分布式場景的一致性，所以基于區(qū)塊鏈設(shè)計的各種公式機制都可以看作犧牲一部分代價來換取更適合的一致性移剪，我們可以著力于在這種思想上進行一個靈活的變換究珊，即在適當(dāng)?shù)臅r間空間犧牲一部分代價換取適應(yīng)于當(dāng)時場景的一致性，從而實現(xiàn)靈活的區(qū)塊鏈系統(tǒng)纵苛，即可插拔式的區(qū)塊鏈系統(tǒng)剿涮，比如IBM Hyperledger Fabric[13]。
2.?主要類型
根據(jù)分布式系統(tǒng)中根據(jù)有無作惡節(jié)點攻人，可以將共識機制分為兩個大類：拜占庭容錯和非拜占庭容錯機制取试。本節(jié)介紹四種主流共識機制類型。
Paxos算法
Paxos算法[3]1988年由Lamport提出怀吻，解決的是非拜占庭將軍問題瞬浓，也就是假設(shè)分布式系統(tǒng)中的節(jié)點存在故障，但是不存在惡意節(jié)點蓬坡，如何在這種情況下達成共識猿棉，Google的分布式鎖系統(tǒng)Chubby采用了該算法。Paxos可以保證在超過一半的正常節(jié)點存在時屑咳，系統(tǒng)達成共識萨赁。
Paxos算法基于選舉領(lǐng)導(dǎo)者的共識機制。領(lǐng)導(dǎo)者節(jié)點擁有絕對權(quán)限兆龙，并允許強監(jiān)督節(jié)點參與位迂，其性能高，資源消耗低详瑞。所有節(jié)點一般有線下準入機制掂林，但選舉過程中不允許有作惡節(jié)點，不具備容錯性坝橡。
基于CAP定理泻帮，Paxos算法有了一系列變體，Paxos算法系列適用于相對私有的環(huán)境中或者網(wǎng)絡(luò)環(huán)境較好的情況计寇。因為節(jié)點在確認之前需要做一個自身評估來判斷是否收到大多數(shù)回復(fù)锣杂，當(dāng)節(jié)點數(shù)不固定的時候脂倦，這個判斷就會很難做出，算法效果就會不理想元莫。
Raft算法
基于Paxos算法晦澀難懂和工程上難以實現(xiàn)的不足赖阻，2013年，斯坦福大學(xué)的Diego
Ongaro和John Ousterhout設(shè)計了Raft算法[4]踱蠢。RAFT核心思想大致是：如果多個數(shù)據(jù)庫初始狀態(tài)一致火欧，只要之后進行的操作一致，就能保證之后的數(shù)據(jù)一致茎截。相比于Paxos算法苇侵，Raft更易于理解和實現(xiàn)，在性能上并沒有明顯的優(yōu)勢企锌。
Paxos算法是強Leadership的榆浓，也就是說，任意包含Leader的時刻撕攒，Leader擁有完全記賬權(quán)陡鹃，如果此Leader節(jié)點是惡意的，后果不堪設(shè)想抖坪。且leadership的一致性算法都有個通病杉适，吞吐量受單個節(jié)點的限制，這正是Raft算法的痛點柳击。
Pool驗證池是一種基于傳統(tǒng)的分布式一致性技術(shù)（Pasox、Raft）和數(shù)據(jù)驗證機制的共識機制片习，目前在私有鏈大范圍使用捌肴。
實用拜占庭容錯機制-PBFT
實用拜占庭容錯PBFT（Practical Byzantine Fault Tolerance）[5]1999年由Castro和Liskov提出，是第一個得到廣泛應(yīng)用的BFT算法藕咏。在BFT算法中状知，至多可以容忍不超節(jié)點總數(shù)的1/3的節(jié)點背叛，即只要不少于2/3的節(jié)點正常孽查，系統(tǒng)就可以正常工作饥悴。
這是一種基于消息傳遞的一致性算法，算法經(jīng)過三個階段：預(yù)準備階段（pre-prepare）, 準備階段（prepared）和確認階段（commited）來達成一致性盲再，這些階段可能因為失敗而重復(fù)進行西设。
假設(shè)節(jié)點總數(shù)為3f+1，f為拜占庭錯誤節(jié)點答朋，PBFT協(xié)議簡述如下：
1) 在預(yù)準備階段贷揽，由主節(jié)點發(fā)布包含待驗證記錄的預(yù)準備消息。接收到預(yù)準備消息后梦碗，每一個節(jié)點進人準備階段禽绪。
2) 在準備階段蓖救，主節(jié)點向所有節(jié)點發(fā)送包含待驗證記錄的準備消息，每一個節(jié)點驗證其正確性印屁，將正確記錄保存下來 并發(fā)送給其他節(jié)點循捺。直到某一個節(jié)點接收到2f個不同節(jié)點 發(fā)送的與預(yù)準備階段接收的記錄一致的正確記錄，則該節(jié)點向其他節(jié)點廣播確認消息雄人，系統(tǒng)進入確認階段从橘。
3) 在確認階段，直到每個誠實節(jié)點接收到2f +1個確認消息柠衍，協(xié)議終止洋满，各節(jié)點對該記錄達成一致。
在去中心情況下珍坊，利用拜占庭一致性協(xié)議可以實現(xiàn)區(qū)塊鏈的一致性牺勾，剔除多余的計算量，避免資源浪費阵漏。此外驻民，在某一時刻，只有一個主節(jié)點可以提出新區(qū)塊履怯，其他節(jié)點對該區(qū)塊進行驗證回还，避免分叉，縮短了交易確認和區(qū)塊確認時間叹洲，提高了系統(tǒng)效率柠硕。
拜占庭一致性協(xié)議在安全性和擴展性方面還存在問題。拜占庭一致性協(xié)議的安全性依賴于失效節(jié)點數(shù)量的限制运提，失效節(jié)點數(shù)量不超過全網(wǎng)節(jié)點的1/3蝗柔。在區(qū)塊鏈系統(tǒng)中，惡意節(jié)點可通過實施sybil攻擊產(chǎn)生多個節(jié)點民泵，使其控制的節(jié)點比例超過全網(wǎng)節(jié)點的1/3癣丧，從而破壞系統(tǒng)的 一致性和安全性。拜占庭一致性協(xié)議的效率依賴于參與協(xié)議的節(jié)點數(shù)量栈妆，該協(xié)議不適用于節(jié)點數(shù)量過大的區(qū)塊鏈系統(tǒng)胁编，擴展性差。此外鳞尔，一輪是否可以取得共識也依賴于主節(jié)點是否誠實嬉橙，若主節(jié)點提出無效區(qū)塊，則本輪不會產(chǎn)生區(qū)塊寥假，影響效率憎夷。
PBFT算法基于一個節(jié)點一票，少數(shù)服從多數(shù)的這種方式很適用于聯(lián)盟鏈的應(yīng)用場景昧旨。聯(lián)盟鏈的參與機構(gòu)一般不太多（幾十個到幾百個拾给？）祥得。網(wǎng)絡(luò)規(guī)模不是很大。那么在共識機制選取上可以優(yōu)先考慮效率蒋得，以規(guī)模換取安全级及。未來的的改進點是否可以考慮結(jié)合多種共識機制，保證效率和安全的前提下额衙，進一步提高規(guī)模饮焦。目前改進的PBFT算法主要體現(xiàn)在：1.修改底層網(wǎng)絡(luò)拓撲要求，使用P2P網(wǎng)絡(luò)窍侧；2.可以動態(tài)調(diào)整節(jié)點數(shù)量县踢；3.減少協(xié)議使用的消息數(shù)量。
PBFT項目：IBM hyperledger Fabric伟件，Asch硼啤，國內(nèi)央行推出的區(qū)塊鏈數(shù)字票據(jù)交易平臺，騰訊區(qū)塊鏈斧账。
工作量證明機制-PoW
工作量證明POW(proof of work)[6]多用于比特幣谴返，萊特幣等貨幣型區(qū)塊鏈（公有鏈），在比特幣等貨幣型區(qū)塊鏈中讓各節(jié)點達成一致性的共識機制為工作量證明咧织，也就是挖礦嗓袱。
PoW協(xié)議簡述如下：
1) ?向所有的節(jié)點廣播新的交易；
2) ?每個節(jié)點把收到的交易放進塊中习绢；
3) ?在每一輪中渠抹，一個被隨機選中的節(jié)點廣播它所保有的塊；
4) ?其他節(jié)點驗證該區(qū)塊的hash值并放入下一個它們創(chuàng)建的區(qū)塊中闪萄，表示它們承認這個區(qū)塊的正確性梧却。
PoW機制會產(chǎn)生暫時性分叉，當(dāng)兩個節(jié)點同時廣播各自挖出的區(qū)塊桃煎，其他節(jié)點以自己最先收到的區(qū)塊為準開始挖礦，但同時會保留另一個區(qū)塊以防止這個區(qū)塊日后成為較長的分支大刊。直到其中某個分支在下一個工作量證明中變得更長为迈，之前那些在另一條分支上工作的節(jié)點就會轉(zhuǎn)向這條更長的鏈。因為節(jié)點認為最長的鏈為合法的鏈缺菌，所以產(chǎn)生的分支只需等待多個確認就會在算力的比拼中自動消除葫辐。
PoW共識協(xié)議的優(yōu)點是完全去中心化，節(jié)點自由進出伴郁，網(wǎng)絡(luò)可擴展性高耿战。但是以來機器進行數(shù)學(xué)運算來獲取記賬圈，資源消耗相對較高焊傅，可監(jiān)管性弱剂陡，同時每次達成共識需要全網(wǎng)共同參與運算狈涮，效率較低，在容錯性上允許全網(wǎng)50%節(jié)點出錯鸭栖。
股權(quán)權(quán)益證明PoS（Proof of Stack）[7]由Quantum Mechanic在2011年提出歌馍，最基本的概念就是選擇生成新的數(shù)據(jù)塊的機會應(yīng)和股權(quán)大小成比例。股權(quán)可以是投入的資金晕鹊，也可以是預(yù)先投入的其他資源松却。也就是說，新數(shù)據(jù)塊的產(chǎn)生與系統(tǒng)中最富的人關(guān)系更大溅话。
如果簡單的把PoW當(dāng)作比力量大小的話晓锻，PoS就是比耐力多少。PoS要求參與者預(yù)先放一些代幣（利益）在區(qū)塊鏈上飞几，相當(dāng)于押金砚哆，參與者投入了利益到鏈里，做出的決定才會更理性循狰。
PoS運行的機制大致如下：
1) 加入PoS機制的都是持幣人窟社，成為驗證者（validator）；
2) PoS算法在這些驗證者里挑一個給予生成新區(qū)塊的權(quán)利绪钥；
3) ?如果在一定時間內(nèi)灿里，沒有生成區(qū)塊，PoS則選取下一個驗證者程腹，給與生成新區(qū)塊的權(quán)利匣吊；
4) ?以此類推，以區(qū)塊鏈中最長的鏈為準寸潦。
相比于PoW色鸳，PoS的優(yōu)勢是不會產(chǎn)生通縮。因為在PoS下见转，持幣是有利息的命雀，PoS引入了幣齡的概念，幣齡與持幣數(shù)量和持幣時間相關(guān)斩箫，每當(dāng)驗證者發(fā)現(xiàn)一個PoS區(qū)塊時吏砂，幣齡就會清零，沒被清空365幣齡都會從區(qū)塊中獲得一定利息乘客，從而在比特幣整體減少的趨勢下避免了通縮的問題狐血。
此外，與PoW相比易核，PoS不需要為了生成新區(qū)塊而耗費大量電力匈织，但是在發(fā)現(xiàn)區(qū)塊上依舊拼算力，對計算機還是有一定要求。
委托權(quán)益人證明機制-DPoS
委托權(quán)益人證明機制DPoS（Delegated Proof of Stake）[8][9]是對PoS的改進缀匕，2014年4月由Bitshares 的首席開發(fā)者 Dan Larimer (現(xiàn)為EOS CTO)提出并應(yīng)用纳决。DPoS是一種帶權(quán)重投票機制，類似于董事會的投票機制弦追，代幣持有者可以看做股東岳链，由股東投票選出101名受托人(Delegates)，然后由這些受托人負責(zé)產(chǎn)生區(qū)塊劲件。那么需要解決的核心問題主要有：受托人如何被選出掸哑，受托人如何自由退出“董事會”，受托人之間如何協(xié)作產(chǎn)生區(qū)塊等零远。
一個區(qū)塊鏈項目的受托人個數(shù)由項目發(fā)起方?jīng)Q定苗分，一般是101個受托人。任何一個持幣用戶都可以參與到投票和競選受托人這兩個過程中牵辣。用戶可以隨時投票摔癣、撤票，每個用戶投票的權(quán)重和自己的持幣量成正比纬向。投票和撤票可以隨時進行择浊，在每一輪(round)選舉結(jié)束后，得票率最高的101（一般為101逾条，也可以是其他數(shù)字琢岩，具體由區(qū)塊鏈項目方?jīng)Q定）個用戶則成為該項目的受托人，負責(zé)打包區(qū)塊师脂、維持系統(tǒng)的運轉(zhuǎn)并獲得相應(yīng)的獎勵担孔。
在DPoS共識算法中，區(qū)塊鏈的正常運轉(zhuǎn)依賴于受托人吃警，這些受托人是完全等價的糕篇。受托人的職責(zé)主要有：
1) ?提供一臺服務(wù)器節(jié)點，保證節(jié)點的正常運行酌心；
2) ?節(jié)點服務(wù)器收集網(wǎng)絡(luò)里的交易拌消；
3) ?節(jié)點驗證交易，把交易打包到區(qū)塊安券；
4) ?節(jié)點廣播區(qū)塊墩崩，其他節(jié)點驗證后把區(qū)塊添加到自己的數(shù)據(jù)庫；
5) ? 帶領(lǐng)并促進區(qū)塊鏈項目的發(fā)展完疫。
受托人的節(jié)點服務(wù)器相當(dāng)于比特幣網(wǎng)絡(luò)里的礦機泰鸡，在完成本職工作的同時可以領(lǐng)取區(qū)塊獎勵和交易的手續(xù)費债蓝。
委托人機制有以下特點：
1) ?委托人的具體數(shù)量由權(quán)益所有者決定壳鹤，至少需要確保11個委托人；
2) ?委托人必須長時間在線饰迹，以便做出響應(yīng)芳誓；
3) ?委托人代表權(quán)益所屬人簽署和廣播區(qū)塊鏈余舶；
4) ?委托人如果無法簽署區(qū)塊鏈或者不老實生產(chǎn)區(qū)塊，就將失去資格锹淌，也將失去這一筆收入匿值；
5) ?委托人無法簽署無效的交易，因為交易需要所有見證人都確認赂摆。
選舉的根本目的挟憔，是通過對于項目發(fā)展和運行最有利的101個委托人的貢獻來維護系統(tǒng)的運轉(zhuǎn)。區(qū)塊鏈保留了一些中心化系統(tǒng)的關(guān)鍵優(yōu)勢烟号，同時又能保證一定的去中心化绊谭。從某種角度來說，DPOS可以理解為多中心系統(tǒng)汪拥，兼具去中心化和中心化優(yōu)勢达传，從而保證了整個系統(tǒng)的運行效率和減少能源浪費。
DPoS 項目：Bitshares（DPoS）迫筑，EOS（DPoS + BFT）宪赶，Asch（DPoS + PBFT）
3.?優(yōu)缺點對比
本節(jié)總結(jié)目前主要的四大類共識機制：PoW、PoS脯燃、DPoS和Pool的優(yōu)缺點搂妻。從安全、效率曲伊、網(wǎng)絡(luò)規(guī)模叽讳，以及交易容量四個維度對共識算法性能做出對比。
PoW工作量證明坟募，就是大家熟悉的挖礦岛蚤，通過與或運算，計算出一個滿足規(guī)則的隨機數(shù)懈糯，即獲得本次記賬權(quán)涤妒，發(fā)出本輪需要記錄的數(shù)據(jù)，全網(wǎng)其它節(jié)點驗證后一起存儲赚哗。優(yōu)點：完全去中心化她紫，節(jié)點自由進出；缺點：目前bitcoin已經(jīng)吸引全球大部分的算力屿储，其它再用PoW共識機制的區(qū)塊鏈應(yīng)用很難獲得相同的算力來保障自身的安全贿讹；挖礦造成大量的資源浪費；共識達成的周期較長够掠，不適合商業(yè)應(yīng)用民褂。
PoS權(quán)益證明，PoW的一種升級共識機制；根據(jù)每個節(jié)點所占代幣的比例和時間赊堪；等比例的降低挖礦難度面殖，從而加快找隨機數(shù)的速度。優(yōu)點：在一定程度上縮短了共識達成的時間缺點：還是需要挖礦哭廉，本質(zhì)上沒有解決商業(yè)應(yīng)用的痛點脊僚。
DPoS股份授權(quán)證明機制，類似于董事會投票遵绰，持幣者投出一定數(shù)量的節(jié)點辽幌，代理他們進行驗證和記賬。優(yōu)點：大幅縮小參與驗證和記賬節(jié)點的數(shù)量椿访，可以達到秒級的共識驗證舶衬；缺點：整個共識機制還是依賴于代幣，很多商業(yè)應(yīng)用是不需要代幣存在的赎离。
PBFT實用拜占庭容錯機制逛犹，一個節(jié)點代表一票，少數(shù)服從多數(shù)梁剔。優(yōu)點：無分叉虽画，資源消耗低；缺點：安全性依賴于失效節(jié)點數(shù)量荣病，節(jié)點過少會輕易突破51％码撰，導(dǎo)致作弊。算法效率依賴于參與協(xié)議的節(jié)點數(shù)量个盆，不適用于大規(guī)模區(qū)塊鏈系統(tǒng)脖岛，擴展性差。
Pool驗證池颊亮，基于傳統(tǒng)的分布式一致性技術(shù)柴梆，加上數(shù)據(jù)驗證機制，是目前私有鏈大范圍在使用的共識機制终惑。優(yōu)點：不需要代幣也可以工作绍在，在成熟的分布式一致性算法（Pasox、Raft）基礎(chǔ)上雹有，實現(xiàn)秒級共識驗證偿渡；缺點：去中心化程度不如bitcoin，更適合多方參與的多中心商業(yè)模式霸奕。
4. ?適用范圍
本節(jié)按照區(qū)塊鏈的組織方式溜宽，分析目前主要共識機制的適用范圍。區(qū)塊鏈的組織方式大致可以分為三種：
1) ?私有鏈：封閉生態(tài)的存儲網(wǎng)絡(luò)质帅，所有節(jié)點都是可信的适揉，使用傳統(tǒng)分布式一致性模型最優(yōu)合武；
2) ?聯(lián)盟鏈：半封閉生態(tài)的交易網(wǎng)絡(luò)，存在對等的不信任節(jié)點涡扼，使用DPFT最優(yōu)；
3) ?公有鏈：開放生態(tài)的交易網(wǎng)絡(luò)盟庞，及所有人都可以參與交易吃沪，沒有任何限制和資格審核，使用PoW最優(yōu)什猖。
下一代共識機制
在保證安全性和一致性的基礎(chǔ)上票彪，對于共識機制的研究[12]一直圍繞在如何平衡系統(tǒng)的性能效率、擴展性和資源消耗等因素上不狮。由于不同共識機制的特點不同降铸，如何將各具優(yōu)勢的共識機制巧妙組合，根據(jù)具體業(yè)務(wù)場景摇零，設(shè)計綜合評價最優(yōu)的共識機制推掸，是未來研究的主流方向。
根據(jù)初步調(diào)研驻仅，針對區(qū)塊鏈共識機制在金融應(yīng)用（聯(lián)盟鏈）上的發(fā)展趨勢谅畅，三句話總結(jié)個人認識：
傳統(tǒng)一致性機制經(jīng)典依舊；
蠻力挖礦呈現(xiàn)下降趨勢噪服；
組合機制成為后起之秀毡泻。
[if !supportLists][1]???? [endif]Fischer M J, Lynch N A, Paterson M S.
Impossibility of distributed consensus with one faulty process[M]. ACM, 1985.
[if !supportLists][2]????[endif]Towards
Robust Distributed Systems, Eric Brewer, 2000
[if !supportLists][3]????[endif]Lamport L. Paxos made simple[J]. ACM Sigact
News, 2001, 32(4): 18-25.
[if !supportLists][4]???? [endif]Raft算法簡介：https://raft.github.io/
[if !supportLists][5]???? [endif]Castro M, Liskov B. Practical Byzantine fault
tolerance[C]// ACM, 1999:173-186.
[if !supportLists][6]???? [endif]PoW
wikipedia. https://en.wikipedia.org/wiki/Proof-of-work_system
[if !supportLists][7]???? [endif]PoShttps://en.bitcoin.it/wiki/Proof_of_Stake
[if !supportLists][8]???? [endif]《授權(quán)股權(quán)證明機制白皮書》 Delegated Proof of Stake (DPOS) White Paper by Daniel Larimer
[if !supportLists][9]???? [endif]DPoSDelegated Proof-of-Stake Consensus - BitShares
[if !supportLists][10] [endif]《以太坊白皮書》
[if !supportLists][11] [endif]《白話區(qū)塊鏈》
[if !supportLists][12] [endif]韓璇, 劉亞敏. 區(qū)塊鏈技術(shù)中的共識機制研究[J]. 信息網(wǎng)絡(luò)安全,
2017(9):147-152.
[if !supportLists][13] [endif]IBM技術(shù)微講堂HyperLedger
Fabric中的共識機制
[if !supportLists][14] [endif]區(qū)塊鏈共識機制淺談https://blog.csdn.net/Jeffrey__Zhou/article/details/56672948
