實(shí)現(xiàn)許可的區(qū)塊鏈解決方案既有趣又具有挑戰(zhàn)性。每天，主流媒體上都有新文章聲稱(chēng)，區(qū)塊鏈技術(shù)將如何改變行業(yè)，但現(xiàn)實(shí)并沒(méi)有那么迷人。區(qū)塊鏈給已經(jīng)建立的企業(yè)業(yè)務(wù)流程帶來(lái)了巨大的價(jià)值，但是大多數(shù)被許可的區(qū)塊鏈實(shí)現(xiàn)都沒(méi)有通過(guò)試點(diǎn)階段。在最初的興奮之后，大多數(shù)團(tuán)隊(duì)意識(shí)到，要將新的Web3技術(shù)集成到現(xiàn)有的企業(yè)堆棧中，大規(guī)模實(shí)現(xiàn)許可的區(qū)塊鏈應(yīng)用程序需要大量的技術(shù)技能和基礎(chǔ)設(shè)施構(gòu)建。

在過(guò)去的一年里，Invector Labs的團(tuán)隊(duì)已經(jīng)接觸到了高度復(fù)雜的區(qū)塊鏈場(chǎng)景，每個(gè)場(chǎng)景都有自己的一組基礎(chǔ)設(shè)施挑戰(zhàn)。在與經(jīng)歷過(guò)幾次軟件革命的技術(shù)人員分享我們的經(jīng)驗(yàn)時(shí)，他們中的許多人將web應(yīng)用程序的實(shí)現(xiàn)與Netscape早期的web應(yīng)用程序或Oracle以及IBM DB2早期的數(shù)據(jù)庫(kù)系統(tǒng)的實(shí)現(xiàn)相提并論。在這些實(shí)例中，這些技術(shù)的真實(shí)應(yīng)用程序的用例比相應(yīng)的基礎(chǔ)設(shè)施發(fā)展得更快。這種動(dòng)態(tài)與云計(jì)算或移動(dòng)計(jì)算等最近的轉(zhuǎn)型技術(shù)運(yùn)動(dòng)形成了鮮明對(duì)比，在這些技術(shù)運(yùn)動(dòng)中，基礎(chǔ)設(shè)施從一開(kāi)始就非常穩(wěn)固。

獲得許可的區(qū)塊鏈解決方案的真正挑戰(zhàn)是什么？從標(biāo)識(shí)、數(shù)據(jù)存儲(chǔ)、集成或消息傳遞等核心基礎(chǔ)設(shè)施領(lǐng)域，到部署和管理智能合約的流程;獲得許可的區(qū)塊鏈應(yīng)用程序要求開(kāi)發(fā)人員在適當(dāng)?shù)奈恢迷O(shè)置正確的構(gòu)建塊，以提高效率。在Invector Labs，我們很幸運(yùn)地試驗(yàn)了許多新的區(qū)塊鏈協(xié)議或工具，我們經(jīng)常使用這些協(xié)議或工具來(lái)解決許可的區(qū)塊鏈實(shí)現(xiàn)所面臨的挑戰(zhàn)。不幸的是，根據(jù)底層的區(qū)塊鏈堆棧，這些工具和技術(shù)看起來(lái)完全不同。

通往任何獲得許可的區(qū)塊鏈應(yīng)用程序的道路都要從兩個(gè)基本決定開(kāi)始：

第一個(gè)問(wèn)題的答案將決定區(qū)塊鏈應(yīng)用程序的核心開(kāi)發(fā)堆棧。目前，像Hyperledger Fabric、Quorum或Parity這樣的以太坊變體是區(qū)塊鏈解決方案的主要選擇，此外還有像R3 Corda或Hyperledger Sawtooth也有一定的吸引力。至少在紙面上，像Dfinity或Hashgraph這樣的即將出現(xiàn)的堆棧似乎非常適合獲得許可的區(qū)塊鏈解決方案，但它們?cè)趯?shí)踐中尚未得到證明。

第二個(gè)問(wèn)題的答案將決定許可的區(qū)塊鏈應(yīng)用程序的核心基礎(chǔ)結(jié)構(gòu)。提供和維護(hù)內(nèi)部區(qū)塊鏈網(wǎng)絡(luò)遠(yuǎn)非一件容易的事情，而且最受許可的區(qū)塊鏈堆棧也不能很好地與Docker或Kubernetes等平臺(tái)集成。區(qū)塊鏈即服務(wù) （BaaS）平臺(tái)，如azure BaaS、Kaleido或最近AWS提供的服務(wù)，可以真正地簡(jiǎn)化區(qū)塊鏈網(wǎng)絡(luò)的供應(yīng)和管理，允許開(kāi)發(fā)人員專(zhuān)注于構(gòu)建dApp，而不是基礎(chǔ)設(shè)施。

下圖說(shuō)明了上述兩個(gè)問(wèn)題的決策過(guò)程。

獲得許可的區(qū)塊鏈應(yīng)用程序的真正挑戰(zhàn)

選擇一個(gè)區(qū)塊鏈平臺(tái)和相應(yīng)的運(yùn)行時(shí)只是旅程的開(kāi)始。任何經(jīng)過(guò)許可的區(qū)塊鏈解決方案，只要比經(jīng)過(guò)美化的數(shù)據(jù)庫(kù)更復(fù)雜，就會(huì)遇到底層平臺(tái)無(wú)法直接解決的大量基礎(chǔ)設(shè)施挑戰(zhàn)。讓我們來(lái)探索其中的一些。

集成

如果您在許可的區(qū)塊鏈應(yīng)用程序中使用智能合約，那么您可能會(huì)面臨與API的脫鏈系統(tǒng)通信的挑戰(zhàn)。Oracle是處理外部通信的區(qū)塊鏈架構(gòu)的組件。然而，實(shí)施Oracle是一項(xiàng)高度發(fā)展的工作。我們發(fā)現(xiàn)有幾個(gè)技術(shù)在這方面很有幫助：

·Chainlink： Chainlink提供了一個(gè)簡(jiǎn)單的編程模型，可以將比特幣或以太坊智能合約與外部輸入連接起來(lái)。該框架還避免了依賴“集中的Oracle”作為單一故障點(diǎn)。

·Rhombus： Rhombus是Oracle競(jìng)賽的最新參與者，它為以太坊智能合約與外部數(shù)據(jù)系統(tǒng)的連接提供了一個(gè)非常優(yōu)雅的模型。Rhombus支持基于激活模式（如計(jì)劃或按需）以及推或拉數(shù)據(jù)訪問(wèn)模式的不同Oracle架構(gòu)。

·Oraclize： Oraclize專(zhuān)注于將API和數(shù)據(jù)系統(tǒng)連接到不同的區(qū)塊鏈，如Ethereum、EOS、Hyperledger Fabric或BlockApps。Oraclize的編程模型并不像其他替代方案那樣豐富，但它通過(guò)對(duì)不同區(qū)塊鏈的強(qiáng)大支持來(lái)彌補(bǔ)這一點(diǎn)。

數(shù)據(jù)訪問(wèn)

被許可的區(qū)塊鏈對(duì)信息的書(shū)寫(xiě)很有幫助，但對(duì)信息的閱讀卻沒(méi)什么幫助。大多數(shù)經(jīng)過(guò)許可的區(qū)塊鏈解決方案都需要與區(qū)塊鏈中記錄的數(shù)據(jù)交互，但是這些數(shù)據(jù)很難訪問(wèn)，而且非常難以理解。以下是一些幫助應(yīng)對(duì)這一挑戰(zhàn)的協(xié)議：

·圖表： 圖表提供了一種機(jī)制，用于將Ethereum智能契合約處理的數(shù)據(jù)公開(kāi)為GraphQL端點(diǎn)。這允許外部應(yīng)用程序使用熟悉的GraphQL syntaxs查詢區(qū)塊鏈數(shù)據(jù)。

數(shù)據(jù)隱私

許多獲得許可的區(qū)塊鏈場(chǎng)景在受監(jiān)管的行業(yè)中運(yùn)行，這些行業(yè)具有很強(qiáng)的數(shù)據(jù)隱私約束。因此，保護(hù)和加強(qiáng)對(duì)鏈上數(shù)據(jù)的訪問(wèn)控制是獲得許可的區(qū)塊鏈解決方案的關(guān)鍵要求。下面，我列出了一些我們發(fā)現(xiàn)在這方面有幫助的技術(shù)：

· Quorum： Quorum區(qū)塊鏈?zhǔn)褂昧阒R(shí)證明的形式為私有事務(wù)提供本地支持。

· Aztec：最近宣布的Aztec協(xié)議在以太坊智能合約中提供了零知識(shí)隱私的可靠實(shí)現(xiàn)。

數(shù)據(jù)存儲(chǔ)

區(qū)塊鏈并不是存儲(chǔ)大量數(shù)據(jù)的最佳工具。獲得許可的區(qū)塊鏈解決方案通常需要外部數(shù)據(jù)存儲(chǔ)。不幸的是，許多適合公共區(qū)塊鏈的分散化存儲(chǔ)解決方案并不適用于許可的區(qū)塊鏈場(chǎng)景。以下是這方面的一些解決方案：

·BigchainDB： BigchainDB為事務(wù)的存儲(chǔ)和查詢提供了一個(gè)經(jīng)過(guò)優(yōu)化的分散式數(shù)據(jù)庫(kù)模型?？梢允褂肕ongoDB查詢語(yǔ)言來(lái)查詢BigchainDB中的數(shù)據(jù)，MongoDB查詢語(yǔ)言支持豐富的數(shù)據(jù)訪問(wèn)交互。

·IPFS專(zhuān)用網(wǎng)： IPFS是區(qū)塊鏈應(yīng)用最流行的存儲(chǔ)系統(tǒng)，但通常被視為區(qū)塊鏈的公共解決方案。但是，IPFS支持將通信限制到一組已知節(jié)點(diǎn)的私有網(wǎng)絡(luò)的配置。

·AWS量子賬本： 我們對(duì)即將發(fā)布的AWS量子賬本數(shù)據(jù)庫(kù)非常感興趣。在許多獲得許可的區(qū)塊鏈場(chǎng)景中，沒(méi)有共識(shí)的不變性概念當(dāng)然是切實(shí)可行的，如果沒(méi)有ese，量子賬本也可以成為私有分散式應(yīng)用程序的補(bǔ)充存儲(chǔ)模型。

身份

在許可的區(qū)塊鏈解決方案網(wǎng)絡(luò)中參與者的身份相對(duì)來(lái)說(shuō)是眾所周知的。因此，許多復(fù)雜的協(xié)商共識(shí)計(jì)算協(xié)議在這些場(chǎng)景中是多余的。此外，大多數(shù)企業(yè)已經(jīng)擁有了它們希望在許可的區(qū)塊鏈解決方案中利用的用戶目錄。下面列出的技術(shù)有助于處理許可的區(qū)塊鏈解決方案中的標(biāo)識(shí)：

·uPort： uPort一直在穩(wěn)步構(gòu)建一系列用于管理分散式應(yīng)用中的身份協(xié)議和解決方案。當(dāng)前堆棧與以太坊智能合約兼容，可以在許可的區(qū)塊鏈應(yīng)用程序中使用

·Azure BaaS： Azure團(tuán)隊(duì)出色地?cái)U(kuò)展了不同區(qū)塊鏈的核心協(xié)議，以利用Azure Active Directory身份。最近的一個(gè)例子是在以太坊應(yīng)用程序中實(shí)現(xiàn)了權(quán)威驗(yàn)證協(xié)商共識(shí)協(xié)議。

在消息傳遞、測(cè)試、版本控制和許多其他領(lǐng)域，區(qū)塊鏈應(yīng)用程序的許可還面臨著更多的挑戰(zhàn)。本文中列出的協(xié)議和工具是我們?cè)诂F(xiàn)實(shí)世界實(shí)現(xiàn)中發(fā)現(xiàn)的最有效解決方案，但是在不久的將來(lái)，可能會(huì)有大量即將出現(xiàn)的技術(shù)堆棧。