摘要：比特幣和以太幣屬于一類區(qū)塊鏈，我們將其歸類為公共無許可的區(qū)塊鏈技術(shù)。例如，在單個企業(yè)中部署時，或由受信任的權(quán)威機構(gòu)運作，完全拜占庭容錯的共識可能被認(rèn)為是不必要的，并且對性能和吞吐量造成過度的拖累。

一般而言，區(qū)塊鏈?zhǔn)且粋€不可變的交易分類賬，維護在一個分布式對等節(jié)點網(wǎng)絡(luò)中。這些節(jié)點通過應(yīng)用已經(jīng)由共識協(xié)議驗證的交易來維護分類帳的副本，該交易被分組為包括將每個塊綁定到前一個塊的散列的塊中。

區(qū)塊鏈的第一個也是最廣為人知的應(yīng)用是比特幣加密貨幣，盡管其他人也追隨了它的腳步。以太幣，另一種加密貨幣，采取了不同的方法，集成了許多與比特幣相同的特性，但添加了智能合約為分布式應(yīng)用程序創(chuàng)建了一個平臺。比特幣和以太幣屬于一類區(qū)塊鏈，我們將其歸類為公共無許可的區(qū)塊鏈技術(shù)。基本上，這些都是公共網(wǎng)絡(luò)，開放給任何人，參與者匿名互動。

隨著比特幣，以太幣和其他一些衍生技術(shù)的普及，對將區(qū)塊鏈、分布式分類賬和分布式應(yīng)用平臺的底層技術(shù)應(yīng)用于更具創(chuàng)新性的企業(yè)用例的興趣也在增長。然而，許多企業(yè)用例需要的性能特性是無許可的區(qū)塊鏈技術(shù)無法（目前）交付的。此外，在許多使用案例中，參與者的身份是一項硬性要求，例如在必須遵循Know-Your-Customer（KYC）和 Anti-Money Laundering（AML）法規(guī)的金融交易中。

對于企業(yè)使用，我們需要考慮以下要求：

參與者必須可被識別或可識別

網(wǎng)絡(luò)需要得到許可

高交易吞吐量性能

交易確認(rèn)的低延遲

與商業(yè)交易有關(guān)的交易和數(shù)據(jù)的隱私和機密性

雖然許多早期的區(qū)塊鏈平臺目前正在適應(yīng)企業(yè)使用，Hyperledger Fabric從一開始就為企業(yè)使用而設(shè)計。以下部分描述了Hyperledger Fabric（Fabric）如何與其他區(qū)塊鏈平臺區(qū)分開來，并描述了其架構(gòu)決策的一些動機。

Hyperledger Fabric是一個開源的企業(yè)級許可分布式分類賬技術(shù)（DLT）平臺，專為在企業(yè)環(huán)境中使用而設(shè)計，與其他流行的分布式分類帳或區(qū)塊鏈平臺相比，可提供一些關(guān)鍵的差異化功能。

一個關(guān)鍵的區(qū)別是Hyperledger是在Linux基金會下建立的，該基金會本身在開放式治理下培育開源項目的歷史悠久且非常成功，使其成長為強大的可持續(xù)社區(qū)和繁榮的生態(tài)系統(tǒng)。Hyperledger由多元化的技術(shù)指導(dǎo)委員會和Hyperledger Fabric項目管理，來自多個組織的各種維護人員。它擁有一個開發(fā)社區(qū)，自最早提交以來已經(jīng)發(fā)展到超過35個組織和近200個開發(fā)人員。

Fabric具有高度模塊化和可配置的體系結(jié)構(gòu)，為廣泛的行業(yè)用例提供創(chuàng)新、多功能性和優(yōu)化，包括銀行、金融、保險、醫(yī)療保健、人力資源、供應(yīng)鏈，甚至數(shù)字音樂交付。

Fabric是第一個支持用通用編程語言（如Java，Go和Node.js）編寫智能合約的分布式分類賬平臺，而不是受限制的特定于域的語言（DSL），這意味著大多數(shù)企業(yè)已經(jīng)擁有開發(fā)智能合約所需的技能，并且不需要額外的培訓(xùn)來學(xué)習(xí)新的語言或DSL。

Fabric平臺也是許可的，這意味著，不像公開無許可的網(wǎng)絡(luò)，參與者彼此了解，而不是匿名的并且因此完全不可信。這意味著雖然參與者可能彼此不完全信任（例如，他們可能是同一行業(yè)中的競爭者），網(wǎng)絡(luò)可以在基于參與者之間存在的信任的治理模型下運行，例如 處理糾紛的法律協(xié)議或框架。

平臺最重要的區(qū)別之一是它支持可插拔的共識協(xié)議，這使得平臺能夠更有效地定制以適應(yīng)特定的用例和信任模型。例如，在單個企業(yè)中部署時，或由受信任的權(quán)威機構(gòu)運作，完全拜占庭容錯的共識可能被認(rèn)為是不必要的，并且對性能和吞吐量造成過度的拖累。在這種情況下，崩潰容錯（CFT）共識協(xié)議可能就綽綽有余了，而在多方、分散的用例中，可能需要更傳統(tǒng)的拜占庭容錯（BFT）共識協(xié)議。

Fabric可以利用不需要原生加密貨幣的共識協(xié)議來刺激昂貴的挖掘或推動智能合約執(zhí)行，避免加密貨幣會減少一些重要的風(fēng)險/攻擊向量，并且無加密挖掘操作意味著可以使用與任何其他分布式系統(tǒng)大致相同的運營成本來部署平臺。

這些差異化設(shè)計功能的結(jié)合使Fabric成為目前性能更好的平臺之一，無論是在交易處理還是交易確認(rèn)延遲方面，并且它實現(xiàn)了交易以及實現(xiàn)它們的智能合約（Fabric稱之為“鏈碼”）的隱私和機密性。

讓我們更詳細(xì)地探索這些差異化的功能。

Hyperledger Fabric經(jīng)過特別的設(shè)計以具有模塊化架構(gòu)。無論是可插拔的共識，可插拔的身份管理協(xié)議（如LDAP或OpenID Connect），密鑰管理協(xié)議還是加密庫，平臺的核心設(shè)計旨在滿足企業(yè)用例需求的多樣性。

在高層次上，F(xiàn)abric由以下模塊化組件組成：

可插拔的排序服務(wù)就交易順序建立共識，然后向?qū)Φ赛c廣播塊。

可插拔的成員資格服務(wù)提供商負(fù)責(zé)將網(wǎng)絡(luò)中的實體與加密身份相關(guān)聯(lián)。

可選的點對點八卦服務(wù)通過排序服務(wù)向其他對等點來傳播塊輸出。

智能合約（“鏈碼”）在容器環(huán)境（例如Docker）內(nèi)運行以進行隔離，它們可以用標(biāo)準(zhǔn)編程語言編寫，但不能直接訪問分類賬狀態(tài)。

分類賬可以配置為支持各種DBMS。

可插拔的認(rèn)可和驗證策略實施，可以在每個應(yīng)用程序中獨立配置。

業(yè)界公認(rèn)沒有“一個區(qū)塊鏈可以治理它們所有”，Hyperledger Fabric可以通過多種方式進行配置，以滿足多個行業(yè)用例的各種解決方案要求。

在一個無許可的區(qū)塊鏈中，幾乎任何人都可以參與，每個參與者都是匿名的。在這種環(huán)境下，除了區(qū)塊鏈的狀態(tài)之外沒有任何信任，在一定深度之前，是不可改變的。為了減輕這種信任的缺失，無許可的區(qū)塊鏈通常采用一種“挖掘”的原生加密貨幣或交易費用來提供經(jīng)濟激勵，以抵消參與基于“proof of work”（PoW）的拜占庭容錯共識形式的特殊成本。

許可的區(qū)塊鏈，另一方面，在一組已知的集合中操作區(qū)塊鏈，識別并經(jīng)常審查在產(chǎn)生一定程度信任的治理模型下操作的參與者。許可的區(qū)塊鏈提供了一種方法來保護具有共同目標(biāo)但可能無法完全相互信任的一組實體之間的交互。通過依賴參與者的身份，許可的區(qū)塊鏈可以使用更傳統(tǒng)的崩潰容錯（CFT）或拜占庭容錯（BFT）共識協(xié)議，這些協(xié)議不需要昂貴的挖掘。

另外，在這種許可的情況下，參與者通過智能合約故意引入惡意代碼的風(fēng)險降低。首先，參與者彼此了解和所有行動，無論提交應(yīng)用程序事務(wù)，修改網(wǎng)絡(luò)配置還是部署智能合約，都會根據(jù)為網(wǎng)絡(luò)和相關(guān)交易類型建立的認(rèn)可策略記錄在區(qū)塊鏈中。而不是完全匿名，可以很容易地識別有罪方，并根據(jù)治理模式的條款處理事件。

智能合約或Fabric稱之為“鏈碼”，功能作為受信任的分布式應(yīng)用程序，從區(qū)塊鏈中獲得安全性/信任以及對等點之間的基本共識。它是區(qū)塊鏈應(yīng)用程序的業(yè)務(wù)邏輯。

有三個關(guān)鍵點應(yīng)用于智能合約，尤其是應(yīng)用于平臺時：

許多智能合約在網(wǎng)絡(luò)中同時運行

它們可以動態(tài)部署（在很多情況下由任何人）

應(yīng)用程序代碼應(yīng)視為不受信任，甚至可能是惡意的

大多數(shù)現(xiàn)有的具有智能合約能力的區(qū)塊鏈平臺遵循共識協(xié)議的排序-執(zhí)行架構(gòu)：

驗證并排序交易然后將它們傳播到所有對等節(jié)點

每個對等點然后依次執(zhí)行交易

幾乎所有現(xiàn)有的區(qū)塊鏈系統(tǒng)都可以找到排序-執(zhí)行架構(gòu)，范圍從公共/無許可平臺，如以太幣（基于PoW的共識）到許可的平臺，如Tendermint、Chain和Quorum。

在使用排序-執(zhí)行架構(gòu)運行的區(qū)塊鏈中執(zhí)行的智能合約必須是確定性的；否則，可能永遠(yuǎn)不會達(dá)成共識。為解決非確定性問題，許多平臺都要求智能合約使用非標(biāo)準(zhǔn)的或特定于領(lǐng)域的語言（如Solidity）編寫，以便消除非確定性操作。這阻礙了廣泛采用，因為它要求開發(fā)人員學(xué)習(xí)新語言來編寫智能合約并可能導(dǎo)致編程錯誤。

此外，由于所有節(jié)點都順序執(zhí)行所有交易，因此性能和規(guī)模有限。智能合約代碼在系統(tǒng)中的每個節(jié)點上執(zhí)行的事實要求采取復(fù)雜措施來保護整個系統(tǒng)免受潛在惡意合約的影響，以確保整個系統(tǒng)的彈性。

Fabric為交易引入了一種新的體系結(jié)構(gòu)，我們稱之為執(zhí)行-排序-驗證。它通過將交易流分為三個步驟來解決排序-執(zhí)行模型所面臨的彈性、靈活性、可伸縮性、性能和機密性方面的挑戰(zhàn)：

執(zhí)行交易并檢查其正確性，從而認(rèn)可它

通過（可插拔的）共識協(xié)議排序交易

在將交易提交到分類賬之前，根據(jù)特定于應(yīng)用程序的認(rèn)可策略驗證交易

這種設(shè)計與排序-執(zhí)行范例完全不同，因為Fabric在就排序達(dá)成最終協(xié)議之前執(zhí)行交易。

在Fabric中，特定于應(yīng)用程序的認(rèn)可策略指定哪些對等節(jié)點，或它們中的多少，需要保證給定智能合約的正確執(zhí)行。因此，每個交易只需要由滿足交易認(rèn)可策略所需的對等節(jié)點的子集執(zhí)行（認(rèn)可），這允許并行執(zhí)行，從而提高系統(tǒng)的整體性能和規(guī)模。第一階段也消除了任何非確定性，因為在排序之前可以過濾不一致的結(jié)果。

因為我們已經(jīng)消除了非確定性，所以Fabric是第一個能夠使用標(biāo)準(zhǔn)編程語言的區(qū)塊鏈技術(shù)，在1.1.0版本中，智能合約可以用Go或Node.js編寫，而有計劃在后續(xù)版本中支持其他流行語言，包括Java。

正如我們所討論的那樣，在一個公共的，無許可的區(qū)塊鏈網(wǎng)絡(luò)中，利用PoW作為其共識模型，交易被在每個節(jié)點上執(zhí)行。這意味著合約本身和他們處理的交易數(shù)據(jù)都不存在機密性，每個交易以及實現(xiàn)它的代碼對于網(wǎng)絡(luò)中的每個節(jié)點都是可見的。在這個案例中，我們用合約和數(shù)據(jù)的機密性換取了PoW提供的拜占庭容錯共識。

對于許多商業(yè)/企業(yè)用例而言，這種缺乏機密性可能會有問題。例如，在供應(yīng)鏈合作伙伴網(wǎng)絡(luò)中，某些消費者可能會獲得優(yōu)惠利率，作為鞏固關(guān)系或促進額外銷售的一種手段。如果每個參與者都可以看到每個合約和交易，那么就無法在完全透明的網(wǎng)絡(luò)中維持這種業(yè)務(wù)關(guān)系 - 每個人都希望獲得優(yōu)惠費率！

作為第二個例子，考慮證券行業(yè)，一個交易員建立頭寸（或處理其中一個）不希望她的競爭對手知道這一點，否則他們將尋求進入游戲，削弱交易員的策略。

為了滿足企業(yè)用例要求的目的，解決缺乏隱私和機密性的問題，區(qū)塊鏈平臺采用了多種方法，所有的都有自己的權(quán)衡。

加密數(shù)據(jù)是提供機密性的一種方法；然而，在利用PoW達(dá)成共識的無許可網(wǎng)絡(luò)中，加密數(shù)據(jù)位于每個節(jié)點上，如果有足夠的時間和計算資源，加密可能會被破解。對于許多企業(yè)用例，其信息可能被泄露的風(fēng)險是不可接受的。

Zero knowledge proofs(ZKP)是另一個正在研究解決這個問題的研究領(lǐng)域，這里的權(quán)衡是，目前計算ZKP需要大量的時間和計算資源，因此，在這種情況下的權(quán)衡是保密性的性能。

在許可的環(huán)境下，可以利用其他形式的共識，可以探索將機密信息僅分發(fā)給授權(quán)節(jié)點的方法。

Hyperledger Fabric是一個經(jīng)過許可的平臺，通過其通道架構(gòu)實現(xiàn)機密性。基本上，F(xiàn)abric網(wǎng)絡(luò)上的參與者可以在參與者子集之間建立一個“通道”，該通道應(yīng)該被授予對特定交易集合的可見性，將此視為網(wǎng)絡(luò)覆蓋。因此，只有那些參與通道的節(jié)點才能訪問智能合約（鏈碼）和交易數(shù)據(jù)，從而保護兩者的隱私和機密性。

為了提高其隱私和機密性能力，F(xiàn)abric增加了對私有數(shù)據(jù)的支持，并且正在研究未來可用的zero knowledge proofs（ZKP），更多關(guān)于這一點，因為它變得可用。

交易的排序委托給一個模塊化組件以達(dá)成共識，該組件在邏輯上與執(zhí)行交易和維護分類賬的對等點分離。具體地說，排序服務(wù)。由于共識是模塊化的，其實現(xiàn)可以根據(jù)特定的部署或解決方案的信任假設(shè)進行定制，這種模塊化架構(gòu)允許平臺依賴完善的工具包進行CFT（崩潰容錯）或BFT（拜占庭容錯）排序。

在目前可用的版本中，F(xiàn)abric提供一個使用Kafka和Zookeeper實現(xiàn)的CFT排序服務(wù)，在隨后的版本中，F(xiàn)abric將提供使用etcd/Raft實現(xiàn)的Raft共識排序服務(wù)以及完全分散的BFT排序服務(wù)。

還要注意這些并不相互排斥，F(xiàn)abric網(wǎng)絡(luò)可以具有多個排序服務(wù)，支持不同的應(yīng)用程序或應(yīng)用程序需求。

區(qū)塊鏈平臺的性能可能會受到許多變量的影響，例如交易大小，區(qū)塊大小，網(wǎng)絡(luò)大小以及硬件限制等，Hyperledger社區(qū)目前正在開發(fā)性能和規(guī)模工作組中的一套度量草案，以及一個名為Hyperledger Caliper的基準(zhǔn)測試框架的相應(yīng)實現(xiàn)。

雖然這項工作仍在繼續(xù)開發(fā)，應(yīng)被視為區(qū)塊鏈平臺性能和規(guī)模特征的明確衡量標(biāo)準(zhǔn)，但IBM Research的一個團隊發(fā)表了一份對等點評審論文，評估了Hyperledger Fabric的架構(gòu)和性能。此論文提供了對Fabric架構(gòu)的深入討論，然后使用Hyperledger Fabric v1.1的初步版本報告團隊對平臺的性能評估。

研究團隊所做的基準(zhǔn)測試工作為Fabric v1.1.0版本帶來了大量的性能改進，使v1.0.0版本的整體性能提高了一倍以上。

對區(qū)塊鏈平臺的任何認(rèn)真評估都應(yīng)該在其短名單中包含Hyperledger Fabric。

結(jié)合，F(xiàn)abric的差異化功能使其成為一個高度可擴展的系統(tǒng)，用于支持靈活的信任假設(shè)的許可區(qū)塊鏈，使該平臺能夠支持從政府，金融，供應(yīng)鏈物流到醫(yī)療保健等廣泛的行業(yè)用例。

更重要的是，Hyperledger Fabric是（目前）十個Hyperledger項目中最活躍的，平臺周圍的社區(qū)建設(shè)正在穩(wěn)步增長，每個連續(xù)版本提供的創(chuàng)新遠(yuǎn)遠(yuǎn)超過任何其他企業(yè)區(qū)塊鏈平臺。

前面的內(nèi)容來自對等點評估的“Hyperledger Fabric：許可區(qū)塊鏈的分布式操作系統(tǒng)” - Elli Androulaki, Artem Barger, Vita Bortnikov, Christian Cachin, Konstantinos Christidis, Angelo De Caro, David Enyeart, Christopher Ferris, Gennady Laventman, Yacov Manevich, Srinivasan Muralidharan, Chet Murthy, Binh Nguyen, Manish Sethi, Gari Singh, Keith Smith, Alessandro Sorniotti, Chrysoula Stathakopoulou, Marko Vukolic, Sharon Weed Cocco, Jason Yellick