聯(lián)盟鏈學(xué)習(xí)筆記

初始網(wǎng)絡(luò)

下圖是初始網(wǎng)絡(luò)網(wǎng)絡(luò)N的參考圖

排序服務(wù)

在定義 網(wǎng)絡(luò) N 的時(shí)候，第一件事情就是定義一個(gè) 排序服務(wù)O4。O4 最初被配置并且由組織 R4 的一個(gè)管理員來啟動(dòng)，并且由 R4 管理。配置 NC4 包含了描述網(wǎng)絡(luò)管理能力初始集合的規(guī)則。最初在網(wǎng)絡(luò)中集合僅賦予了 R4 這個(gè)權(quán)利。這個(gè)在將來會(huì)變化，我們稍后會(huì)看到，但是目前 R4 是這個(gè)網(wǎng)絡(luò)中唯一的一個(gè)成員。

證書頒發(fā)機(jī)構(gòu)

CA4，它會(huì)被用來給管理者和網(wǎng)絡(luò)節(jié)點(diǎn)頒發(fā)證書。CA4 在我們的網(wǎng)絡(luò)中扮演著重要的角色，因?yàn)樗鼤?huì)分配 X.509 證書，這個(gè)證書能夠用來識(shí)別屬于組織 R4 的組件。由 CA 頒發(fā)的證書也可以用來為交易提供簽名，來表明一個(gè)組織對交易的結(jié)果進(jìn)行背書。

在區(qū)塊鏈網(wǎng)絡(luò)中的不同組件之間，彼此是使用證書來標(biāo)識(shí)自己是來自于特定組織的。這就是為什么通常會(huì)有多個(gè) CA 來支持一個(gè)區(qū)塊鏈網(wǎng)絡(luò)，因?yàn)椴煌慕M織通常會(huì)使用不同的 CA。在我們的網(wǎng)絡(luò)中，我們會(huì)使用 4 個(gè) CA，每個(gè)組織會(huì)有一個(gè) CA。事實(shí)上，CA 是非常重要的，所以 Hyperledger Fabric 提供給你一個(gè)內(nèi)置的 CA（被稱為 Fabric-CA）以方便使用，盡管在實(shí)際當(dāng)中，組織會(huì)選擇使用它們自己的 CA

添加網(wǎng)絡(luò)管理員

組織 R4 更新了網(wǎng)絡(luò)配置來使組織 R1 也成為了管理員?，F(xiàn)在 R1 和 R4 在網(wǎng)絡(luò)配置中便具有了相同的權(quán)限。

新的組織 R1 變成了管理員，R1 和 R4 現(xiàn)在在網(wǎng)絡(luò)中具有了相同的權(quán)限。我們看到證書頒發(fā)機(jī)構(gòu) CA1 也被添加進(jìn)來了，他用來標(biāo)識(shí) R1 組織的用戶。現(xiàn)在從 R1 和 R4 來的用戶就已經(jīng)是網(wǎng)絡(luò)的管理員了。

盡管排序節(jié)點(diǎn) O4 是運(yùn)行在 R4 的基礎(chǔ)設(shè)施上的，如果 R1 能夠訪問到的話就可以共享管理的權(quán)限。也就是說 R1 或者 R4 可以更新這個(gè)網(wǎng)絡(luò)配置 NC4 來允許組織 R2 進(jìn)行網(wǎng)絡(luò)維護(hù)中的部分功能。通過這種方式，盡管 R4 運(yùn)行著排序服務(wù)，但是 R1 在其中也具有著全部的管理員權(quán)限，R2 具有有限的創(chuàng)建新聯(lián)盟的權(quán)限

定義聯(lián)盟

網(wǎng)絡(luò)管理員定義了一個(gè)包含兩個(gè)成員的聯(lián)盟 X1，包含組織 R1 和 R2。這個(gè)聯(lián)盟的定義被存儲(chǔ)在了網(wǎng)絡(luò)配置 NC4 中，會(huì)在接下來的網(wǎng)絡(luò)開發(fā)中被使用。CA1 和 CA2 是這兩個(gè)組織對應(yīng)的證書頒發(fā)機(jī)構(gòu)。
NC4 的配置方式，只有 R1 和 R4 能夠創(chuàng)建新的聯(lián)盟。這個(gè)圖標(biāo)顯示了一個(gè)新的聯(lián)盟 X1，它定義了 R1 和 R2 是它的聯(lián)盟組織。我們也看到了 CA2 也被添加進(jìn)來標(biāo)識(shí)來自 R2 的用戶。注意一個(gè)聯(lián)盟可以包含任意數(shù)量的組織，這里我們僅包含了兩個(gè)組織作為一個(gè)最簡單的配置

為聯(lián)盟創(chuàng)建通道

使用聯(lián)盟 X1 為 R1 和 R2 創(chuàng)建的的通道 C1。這個(gè)通道通過通道配置 CC1 來進(jìn)行管理，完全獨(dú)立于網(wǎng)絡(luò)配置。CC1 是由 R1 和 R2 管理的，他們在 C1 上具有同等的權(quán)利。R4 在 CC1 中是沒有任何權(quán)利的。

通道 C1 為聯(lián)盟 X1 提供了一個(gè)私有的通信機(jī)制。我們能夠看到通道 C1 已經(jīng)關(guān)聯(lián)到了排序服務(wù) O4

通道非常有用，因?yàn)樘峁┝艘粋€(gè)聯(lián)盟成員之間進(jìn)行私有通信和私有數(shù)據(jù)的機(jī)制。通道提供了與其他通道以及整個(gè)網(wǎng)絡(luò)的隱私性。Hyperledger Fabric 在這一點(diǎn)上是很強(qiáng)悍的，因?yàn)樗试S組織間共享基礎(chǔ)設(shè)施的同時(shí)又保持了私有性。這里并不矛盾，網(wǎng)絡(luò)中不同的聯(lián)盟之間會(huì)需要將不同的信息和流程進(jìn)行適合的共享，通道為之提供了有效的機(jī)制。通道提供了一個(gè)有效的基礎(chǔ)設(shè)施共享，同時(shí)保持了數(shù)據(jù)和通信的隱私性。

節(jié)點(diǎn)和賬本

網(wǎng)絡(luò) N 又新增了兩個(gè)組件，稱作 Peer 節(jié)點(diǎn) P1 和賬本實(shí)例 L1。

一個(gè) Peer 節(jié)點(diǎn) P1 加入了通道 C1。物理上 P1 會(huì)存儲(chǔ)賬本 L1 的副本。P1 和 O4 可以使用通道 C1 來進(jìn)行通信。

Peer 節(jié)點(diǎn)是存儲(chǔ)區(qū)塊鏈賬本副本的網(wǎng)絡(luò)組件。P1 在這個(gè)網(wǎng)絡(luò)中的目的是單純地放置被其他人訪問的賬本 L1 的副本。我們可以想象 L1 會(huì)被物理地存儲(chǔ)在 P1 上，但是 邏輯上 是存儲(chǔ)在通道 C1 上

P1 的配置中一個(gè)關(guān)鍵部分就是一個(gè)由 CA1 頒發(fā)的 X.509 身份信息，它將 P1 和組織 R1 關(guān)聯(lián)了起來。當(dāng) P1 啟動(dòng)之后，它就可以使用排序 O4 加入通道C1。當(dāng) O4 收到這個(gè)加入請求，它會(huì)使用通道配置 CC1 來決定 P1 在這個(gè)通道中的權(quán)限。比如，CC1 決定 P1 是否能夠向賬本 L1 中讀取或?qū)懭胄畔ⅰ?/p>

應(yīng)用程序和智能合約鏈碼

現(xiàn)在通道 C1 擁有了一個(gè)賬本，我們可以連接客戶端應(yīng)用來使用由 Peer 節(jié)點(diǎn)提供的服務(wù)了。

智能合約 S5 被安裝在了 P1 上。在組織 R1 中的客戶端應(yīng)用 A1 可以通過 Peer 節(jié)點(diǎn) P1 使用 S5 來訪問賬本。A1、P1 和 O4 都加入了通道 C1，他們都可以使用由這個(gè)通道提供的通信設(shè)施。
就像 Peer 節(jié)點(diǎn)和排序節(jié)點(diǎn)一樣，客戶端應(yīng)用也會(huì)有一個(gè)使它和組織相關(guān)聯(lián)的身份信息。在我們的例子中，客戶端應(yīng)用 A1 是跟組織 R1 相關(guān)聯(lián)的，盡管它處在 Fabric 區(qū)塊鏈網(wǎng)絡(luò)的外邊，但它是可以通過通道 C1 跟網(wǎng)絡(luò)相連的。

Hyperledger Fabric 用戶經(jīng)常會(huì)在內(nèi)部使用名詞智能合約和鏈碼。大體上來說，一個(gè)智能合約定義了交易邏輯，它控制了在世界狀態(tài)中包含的一個(gè)業(yè)務(wù)對象的生命周期。然后它會(huì)被打包進(jìn)一個(gè)鏈碼中，這個(gè)鏈碼會(huì)被部署到一個(gè)區(qū)塊鏈網(wǎng)絡(luò)中?？梢园阎悄芎霞s想象為管理交易，鏈碼則管理著智能合約應(yīng)該如何被打包部署。

安裝連碼包

在智能合約 S5 被開發(fā)完之后，組織 R1 中的管理員必須要把它安裝到節(jié)點(diǎn) P1 上。這是一個(gè)很簡單的操作。當(dāng)完成之后，P1 就完全了解了 S5。特別地，P1 能夠看到 S5 的實(shí)現(xiàn)邏輯（用來訪問賬本 L1 的程序代碼）。我們將這個(gè)同 S5 的接口進(jìn)行對比，接口只是描述了 S5 的輸入和輸出，但是沒有它的實(shí)現(xiàn)。

定義鏈碼

盡管鏈碼會(huì)被安裝在組織的 Peer 節(jié)點(diǎn)上，但是它是在一個(gè)通道范圍內(nèi)被管理和維護(hù)的。每個(gè)組織需要批準(zhǔn)一個(gè)鏈碼定義，和一系列參數(shù)來定義在一個(gè)通道中鏈碼應(yīng)該被如何使用。一個(gè)組織必須要批準(zhǔn)一個(gè)鏈碼定義，才能使用已經(jīng)安裝的智能合約來查詢賬本和為交易背書。在我們的例子中，只有一個(gè)單獨(dú)的 Peer 節(jié)點(diǎn) P1，一個(gè)組織中的管理員 R1 必須要批準(zhǔn) S5 的鏈碼定義。

背書策略

在鏈碼定義提供的信息中最重要的部分就是背書策略。它描述了在交易被其他的組織接受并存儲(chǔ)在他們的賬本副本上之前，哪些組織必須要同意此交易。在我們的示例網(wǎng)絡(luò)中，只有當(dāng) R1 和 R2 對交易進(jìn)行背書之后，交易才能夠被接受并存儲(chǔ)到賬本 L1 中。

將鏈碼定義提交到通道的同時(shí)背書策略也會(huì)被放置在通道賬本上，通道中的每個(gè)成員都可以訪問該策略。你可以在交易流程話題中關(guān)于背書策略的內(nèi)容。

調(diào)用智能合約

當(dāng)智能合約被安裝在 Peer 節(jié)點(diǎn)并且在通道上定義之后，它就可以被客戶端應(yīng)用調(diào)用了?？蛻舳藨?yīng)用是通過發(fā)送交易提案給智能合約背書策略所指定的 Peer 的節(jié)點(diǎn)方式來調(diào)用智能合約的。這個(gè)交易的提案會(huì)作為智能合約的輸入，智能合約會(huì)使用它來生成一個(gè)背書交易響應(yīng)，這會(huì)由 Peer 節(jié)點(diǎn)返回給客戶端應(yīng)用。

完成網(wǎng)絡(luò)

我們的目標(biāo)是為聯(lián)盟 X1（由組織 R1 和 R2 構(gòu)成）創(chuàng)建一個(gè)通道。網(wǎng)絡(luò)開發(fā)的下一個(gè)階段是將組織 R2 的基礎(chǔ)設(shè)施添加到網(wǎng)絡(luò)中。

這個(gè)網(wǎng)絡(luò)通過增加新組織 R2 的基礎(chǔ)設(shè)施變得更大了。具體來說，R2 添加了 Peer 節(jié)點(diǎn) P2，它會(huì)存有賬本 L1 的一個(gè)副本，和鏈碼 S5。R2 像 R1 一樣批準(zhǔn)了相同的鏈碼定義。P2 也加入了通道 C1，也有一個(gè)客戶端應(yīng)用 A2。A2 和 P2 使用由 CA2 頒發(fā)的證書來標(biāo)識(shí) A2 和 P2。所有這些都說明了 A1 和 A2 能夠使用 Peer 節(jié)點(diǎn) P1 或者 P2 來調(diào)用在 C1 上的 S5。

組織 R2 在通道 C1 上添加了 Peer 節(jié)點(diǎn) P2。P2 也存儲(chǔ)了賬本 L1 和智能合約 S5 的副本。R2 也添加了客戶端應(yīng)用 A2，它能夠通過通道 C1 連接到網(wǎng)絡(luò)。為了達(dá)到這個(gè)目的，組織 R2 的管理員添加了 Peer 節(jié)點(diǎn) P2 并且將它加入到通道 C1，就像 R1 的管理員一樣。管理員也必須要像 R1 那樣批準(zhǔn)相同的鏈碼定義。

生成并且接受交易

相較于經(jīng)常會(huì)存有賬本副本的 Peer 節(jié)點(diǎn)，我們能夠看到兩種類型的 Peer 節(jié)點(diǎn)，一類是存儲(chǔ)智能合約而另一類則不存。

對于沒有安裝智能合約的 Peer 節(jié)點(diǎn)，我們不應(yīng)該認(rèn)為他們在某種程度上是較差的。更多情況下，帶有智能合約的 Peer 節(jié)點(diǎn)通常會(huì)擁有一個(gè)特殊的能力——幫助生成交易。需要注意的是所有的 Peer 節(jié)點(diǎn)都可以驗(yàn)證并接受或者拒絕交易存入他們的賬本 L1 的副本中。然而，只有安裝了智能合約的 Peer 節(jié)點(diǎn)才能夠參與交易背書的流程，這是生成一筆有效交易的核心。

Peer節(jié)點(diǎn)類型

1. 提交節(jié)點(diǎn)。通道中的每個(gè) Peer 節(jié)點(diǎn)都是一個(gè)提交節(jié)點(diǎn)。他們會(huì)接收生成的區(qū)塊，在這些區(qū)塊被驗(yàn)證之后會(huì)以附加的方式提交到 Peer 節(jié)點(diǎn)的賬本副本中。

2. 背書節(jié)點(diǎn)。每個(gè)安裝了智能合約的 Peer 節(jié)點(diǎn)都可以作為一個(gè)背書節(jié)點(diǎn)。然而，想要成為一個(gè)真正的背書節(jié)點(diǎn)，節(jié)點(diǎn)上的智能合約必須要被客戶端應(yīng)用使用，來生成一個(gè)被簽名的交易響應(yīng)。背書節(jié)點(diǎn)的術(shù)語就是這樣來的。

也可以擔(dān)任其他兩種角色

1. 主節(jié)點(diǎn)。當(dāng)組織在通道中具有多個(gè) Peer 節(jié)點(diǎn)的時(shí)候，會(huì)有一個(gè)主節(jié)點(diǎn)，它負(fù)責(zé)將交易從排序節(jié)點(diǎn)分發(fā)到該組織中其他的提交節(jié)點(diǎn)。一個(gè)節(jié)點(diǎn)可以選擇參與靜態(tài)或者動(dòng)態(tài)的領(lǐng)導(dǎo)選舉。
2. 錨節(jié)點(diǎn)。如果一個(gè) Peer 節(jié)點(diǎn)需要同另一個(gè)組織的 Peer 節(jié)點(diǎn)通信的話，它可以使用對方組織通道配置中定義的錨節(jié)點(diǎn)。一個(gè)組織可以擁有0個(gè)或者多個(gè)錨節(jié)點(diǎn)，并且一個(gè)錨節(jié)點(diǎn)能夠幫助很多不同的跨組織間的通信。

向通道中添加組織和節(jié)點(diǎn)

當(dāng) R2 加入到通道的時(shí)候，組織必須要向它的 Peer 節(jié)點(diǎn) P2 上安裝智能合約 S5。這很明顯，如果應(yīng)用 A1 或者 A2 想要使用 Peer 節(jié)點(diǎn) P2 上的 S5 來生成交易，節(jié)點(diǎn) P2 就必須安裝了智能合約 S5?，F(xiàn)在，Peer 節(jié)點(diǎn) P2 有了智能合約和賬本的物理的副本，像 P1 一樣，它可以生成并接受交易到它的賬本 L1 的副本上了。

R2 必須要像 R1 那樣批準(zhǔn)相同的鏈碼定義才能夠使用智能合約 S5。因?yàn)殒湸a定義已經(jīng)被組織 R1 提交到了通道，當(dāng) R2 的組織批準(zhǔn)了鏈碼定義并且安裝了鏈碼包之后，R2 就可以使用鏈碼了。提交的交易只需要發(fā)生一次。通道中新的組織批準(zhǔn)了通道中其他成員已經(jīng)同意的鏈碼參數(shù)之后就可以使用鏈碼了。因?yàn)殒湸a定義的批準(zhǔn)是發(fā)生在組織級(jí)別的，所以 R2 只需要批準(zhǔn)鏈碼定義一次，然后就可以將多個(gè)節(jié)點(diǎn)加入到安裝了鏈碼包的通道。然而，如果 R2 想改變鏈碼的定義，那么 R1 和 R2 需要為他們的組織批準(zhǔn)一個(gè)新的定義，然后其中的一個(gè)組織需要將定義提交到通道。

圖的簡化

這個(gè)網(wǎng)絡(luò)的圖表通過將通道連線替換成了連接點(diǎn)的方式進(jìn)行了簡化，連接點(diǎn)顯示為一個(gè)藍(lán)色的圓圈，里邊包含了通道數(shù)字。沒有任何的信息丟失。這種展現(xiàn)方式更加的可擴(kuò)展，因?yàn)樗コ私徊娴倪B接線。這個(gè)讓我們能夠更清晰地展現(xiàn)更大的網(wǎng)絡(luò)。我們通過更加關(guān)注組件和通道之間的連接點(diǎn)，而不是通道本身的方式實(shí)現(xiàn)了這樣的簡化

添加另一個(gè)聯(lián)盟

引入了組織 R3。我們將會(huì)給 R2 和 R3 一個(gè)新的獨(dú)立的應(yīng)用通道，以便他們互相進(jìn)行交易。這個(gè)應(yīng)用通道會(huì)同之前定義的通道完全分離開來，所以 R2 和 R3 的交易信息會(huì)對他們保持良好的隱私性。

組織 R1 和 R2 的聯(lián)盟 X1，以及組織 R2 和 R3 的聯(lián)盟 X2。引入聯(lián)盟 X2 是為了給 R2 和 R3 創(chuàng)建一個(gè)新的通道。
新通道只能夠由網(wǎng)絡(luò)配置策略 NC4 中指定的組織比如 R1 或者 R4 來創(chuàng)建，因?yàn)橹挥兴麄儾庞邢嚓P(guān)的權(quán)限

添加一個(gè)新的通道

讓我們使用這個(gè)新的聯(lián)盟定義 X2 來創(chuàng)建一個(gè)新的通道 C2。為了幫助加強(qiáng)你對于簡單通道符號(hào)的理解，會(huì)使用兩種視覺樣式：通道 C1，使用藍(lán)色的圓圈來表示；通道C2，使用紅色的連接線表示：

一個(gè)使用聯(lián)盟定義 X2 為 R2 和 R3 的創(chuàng)建的新通道 C2。這個(gè)通道具有通道配置 CC2，完全同網(wǎng)絡(luò)配置 NC4 以及通道配置 CC1 分離。通道 C2 由 R2 和 R3 來管理，他們兩個(gè)就像 CC2 中的一個(gè)策略定義的那樣具有相同的權(quán)利。R1 和 R4 在 CC2 中是沒有任何權(quán)利的。

通道 C2 為聯(lián)盟 X2 提供了一個(gè)私有的通信機(jī)制。這里，需要注意的是聯(lián)盟將組織統(tǒng)一到一起的方式就是通道。通道配置 CC2 現(xiàn)在包含了管理通道資源的策略，通過通道C2 來向組織分配管理權(quán)限。這由 R2 和 R3 唯一管理，R1 和 R4 在通道 C2 中是沒有權(quán)力的。比如可以更新通道配置 CC2 來添加新的組織以支持網(wǎng)絡(luò)的增長，但是這個(gè)只能由 R2 或者 R3 來完成。

通道配置 CC1 和 CC2 以及網(wǎng)絡(luò)配置 NC4 是彼此完全分離的。我們也看到了一個(gè) Hyperledger Fabric 網(wǎng)絡(luò)的去中心化的特質(zhì)，一旦通道 C2 被創(chuàng)建后，它是由組織 R2 和 R3 來管理的，獨(dú)立于網(wǎng)絡(luò)中的其他元素。通道的策略通常是保持彼此分離的，并且只能由通道中授權(quán)的組織來進(jìn)行改動(dòng)。

網(wǎng)絡(luò)和通道配置

網(wǎng)絡(luò)和通道配置封裝了網(wǎng)絡(luò)成員同意的策略，這提供了對網(wǎng)絡(luò)資源訪問控制的共享參考。網(wǎng)絡(luò)和通道配置也包含了有關(guān)網(wǎng)絡(luò)和通道組成的一些情況，比如聯(lián)盟的名字以及它所包含的組織。

添加另一個(gè)Peer節(jié)點(diǎn)

一次性地將 Peer 節(jié)點(diǎn)、它的賬本本地副本、智能合約以及客戶端應(yīng)用程序都加進(jìn)來。

這個(gè)圖展示了在網(wǎng)絡(luò) N 中關(guān)于通道 C1 和 C2 的以下內(nèi)容：客戶端應(yīng)用程序 A1 和 A2 可以使用通道 C1 來同節(jié)點(diǎn) P1 和 P2，以及排序服務(wù) O4 進(jìn)行通信?？蛻舳藨?yīng)用程序 A3 能夠使用 C2 同節(jié)點(diǎn) P3 和排序服務(wù) O4 進(jìn)行通信。排序服務(wù) O4 可以使用通道 C1 和 C2 的通信服務(wù)。通道配置 CC1 應(yīng)用到了通道 C1 上，CC2 應(yīng)用到了通道 C2 上。

Peer 節(jié)點(diǎn) P3 連接到了通道 C2，所以它有一個(gè)和使用通道 C1 的節(jié)點(diǎn)不同的賬本 L2。賬本 L2 被有效地控制在了通道 C2 中。賬本 L1 是完全獨(dú)立的，它被限制在了通道 C1。這么做是有意義的，通道 C2 的目的是為聯(lián)盟 X2 的成員提供私有通信，并且賬本 L2 是他們的交易的私有存儲(chǔ)。

把一個(gè)Peer節(jié)點(diǎn)添加到多個(gè)通道中

網(wǎng)絡(luò) N 中關(guān)于通道 C1 和 C2 的以下內(nèi)容：客戶端應(yīng)用程序 A1 能夠使用通道 C1 與節(jié)點(diǎn) P1 和 P2 以及排序服務(wù) O4 進(jìn)行通信?？蛻舳藨?yīng)用程序 A2 可以使用通道 C1 與節(jié)點(diǎn) P1 和 P2 進(jìn)行通信，以及使用通道 C2 與節(jié)點(diǎn) P2 和 P3 以及排序服務(wù) O4 進(jìn)行通信。客戶端應(yīng)用程序 A3 能夠使用通道 C2 與節(jié)點(diǎn) P3 和 P2 和排序服務(wù) O4 進(jìn)行通信。排序服務(wù) O4 能夠使用通道 C1 和 C2 的通信服務(wù)。通道配置 CC1 應(yīng)用在了通道 C1 中，CC2 應(yīng)用在了通道 C2 中。

R2 在網(wǎng)絡(luò)中是一個(gè)特別的組織，因?yàn)樗俏ㄒ灰粋€(gè)同時(shí)屬于兩個(gè)通道成員的組織！它能夠在通道 C1 上跟組織 R1 進(jìn)行交易，也能夠同時(shí)使用另外一個(gè)通道 C2 來跟組織 R3 進(jìn)行交易。

通道是一個(gè)非常強(qiáng)大的概念，既提供了組織間的分離，又提供了組織間進(jìn)行合作的機(jī)制?？偟膩碚f，這個(gè)基礎(chǔ)設(shè)施是由一系列獨(dú)立的組織來提供的，并且在這些組織間進(jìn)行共享。

排序服務(wù)

善于觀察的讀者可能已經(jīng)注意到排序服務(wù)看起來像是一個(gè)中心化的組件，它最初被用來創(chuàng)建這個(gè)網(wǎng)絡(luò)，然后連接到了網(wǎng)絡(luò)中的每個(gè)通道。

一個(gè)多組織的排序服務(wù)。排序服務(wù)包括排序服務(wù)節(jié)點(diǎn) O1 和 O4。O1 是由組織 R1 提供的，O4 是由組織 R4 提供的。網(wǎng)絡(luò)配置 NC4 中定義了來自 R1 和 R4 的操作者的網(wǎng)絡(luò)資源權(quán)限。

我們能夠看到這個(gè)排序服務(wù)是完全去中心化的，它在組織 R1 和 R4 中運(yùn)行。網(wǎng)絡(luò)配置策略 NC4 賦予了 R1 和 R4 對于網(wǎng)絡(luò)資源相同的權(quán)限。

去中心化交易分發(fā)

跟作為網(wǎng)絡(luò)的管理點(diǎn)一樣，排序服務(wù)同樣提供了另外一個(gè)關(guān)鍵的設(shè)施——交易的分發(fā)點(diǎn)。排序服務(wù)是一個(gè)從應(yīng)用程序搜集背書過的交易的組件，然后它會(huì)把這些交易進(jìn)行排序并放進(jìn)區(qū)塊中，這些區(qū)塊會(huì)被分發(fā)到通道中的每個(gè) Peer 節(jié)點(diǎn)。在每個(gè)這樣的提交節(jié)點(diǎn)中，交易不管是有效的還是無效的都會(huì)被記錄下來，并且他們本地賬本副本也會(huì)更新。

修改策略

Hyperledger Fabric 提供了一個(gè)獨(dú)特的強(qiáng)大的策略來允許網(wǎng)絡(luò)和通道管理員自己來管理策略的變更！底層的理論是：策略的變更是一個(gè)常量，無論它是發(fā)生在不同的組織間，還是由外部的監(jiān)管者加進(jìn)來的。

網(wǎng)絡(luò)完全體

我們看到了這個(gè) Fabric 區(qū)塊鏈網(wǎng)絡(luò)包括了兩個(gè)應(yīng)用程序通道以及一個(gè)排序通道。組織 R1 和 R4 負(fù)責(zé)排序通道，R1 和 R2 負(fù)責(zé)藍(lán)色的應(yīng)用程序通道，R2 和 R3 負(fù)責(zé)紅色的應(yīng)用程序通道?？蛻舳藨?yīng)用程序 A1 是組織 R1 的元素，CA1 是它的證書頒發(fā)機(jī)構(gòu)。注意到組織 R2 的節(jié)點(diǎn) P2 可以使用藍(lán)色的通信設(shè)施，也可以使用紅色的應(yīng)用程序通道。每個(gè)應(yīng)用程序通道具有它自己的通道配置，這里是 CC1 和 CC2。系統(tǒng)通道的通道配置是網(wǎng)絡(luò)配置 NC4 的一部分。

參考文獻(xiàn)

超級(jí)賬本中國技術(shù)工作組翻譯文檔