Fabric基礎架構原理 鏈碼

2021-09-10 21:36:11 字數 4236 閱讀 3761

鏈客,有問必答!!

fabric基礎架構原理:鏈碼

智慧型合約能夠部署和執行在區塊鏈環境中,由一段**來描述相關的業務邏輯。部署後的智慧型合約在區塊鏈中無法修改,智慧型合約的執行完全由**決定,不受人為因素的干擾。一般來說,參與方通過智慧型合約規定各自權利和義務、觸發合約的條件以及結果,一旦該智慧型合約在區塊鏈環境中執行就可以得出客觀、準確的結果。

在 fabric 中,智慧型合約也稱為鏈碼(chaincode),分為使用者鏈碼和系統鏈碼,通常指的是使用者鏈碼。鏈碼是訪問賬本的基本方法,一般是用go等高階語言編寫的、實現規定介面的**。上層應用可以通過呼叫鏈碼來初始化和管理賬本的狀態。只要有適當的許可權,鏈碼之間也可以互相呼叫。

鏈碼的背書策略

鏈碼例項化時可指定背書策略,當確認節點接收到交易時,節點獲知相關鏈碼資訊,然後檢查該鏈碼的背書策略,判斷交易是否滿足背書策略,若滿足則標註交易為合法。

背書策略可分為主體 principal(p )和閾值 threshold(t) 兩部分,具體如下:

1)principal 指定由哪些成員進行背書。

2)threshold 接受兩個輸入,分別為閾值t和若干個p的集合n,只要交易中包含了 n 中 t 個成員的背書則認為交易合法。

例如:t(1, 『a』, 『b』) 則需要 a,b 中任意成員背書。 t(1, 『a』, t(2, 『b』, 『c』)) 則需要 a成員背書或 b,c 成員同時背書。

請先確保 go 語言環境已經安裝並且正確設定 gopath 環境變數。

(1)建立鏈碼存放目錄

建立keyvaluestore目錄以存放鏈碼,同時進入目錄

mkdir $gopath/src/keyvaluestore

cd $gopath/src/keyvaluestore

建立並編輯鏈碼檔案 keyvaluestore.go 。

(2)鏈碼源**分析

1)匯入標頭檔案。

鏈碼必須依賴 chaincode shim 包和 peer protobuf 包,它們分別用於鏈碼的控制與資料傳輸,其次定義 keyvaluestore 型別,作為 chaincode shim 的載體。

2)實現init方法。

init 方法通過 shim.chaincodestubinte***ce 介面來獲取例項化鏈碼交易的相關資訊,該介面的 getstringargs 方法可獲取交易傳給鏈碼的引數。鏈碼例項化時接收key 和 value 兩個引數,因此先對引數個數進行驗證,若驗證通過,則第乙個和第二個引數分別作為 key 和 value 存入到賬本中。

把狀態存入賬本需要借助 shim.chaincodestubinte***ce 介面 putstate 方法來完成,由於賬本中的資料都以鍵值對的形式儲存,因此該方法也只接受 key,value兩個引數,其中 value 為 byte 格式,裡面還包含多個 json 格式的鍵值對。

由於執行結果需要以訊息的形式返回給客戶端,因此還需要把返回訊息封裝成 fabric/protos/peer 中 response 格式。

值得注意的是,鏈碼公升級的時候都會呼叫 init 方法,編寫公升級鏈碼時應注意 init 方法的實現,以避免重新初始化或覆蓋上一版本的賬本狀態。

3)實現invoke方法。

與init方法類似,invoke 方法通過 shim.chaincodestubinte***ce 的 getfunctionandparameters 方法來獲取 invoke 交易的引數,其中返回的 fn 與 args 分別為交易呼叫的具體函式名以及相應引數,此時 invoke 方法進一步判斷fn的值以進行下一步操作(set或者get),並把操作結果存放在 result 變數中以返回操作結果。

為了完成對賬本的讀寫,鏈碼還需要實現以下兩個方法:

set:把輸入的鍵值對記錄在賬本中

get:根據鍵讀取賬本中與之對應的值

4)實現get和put方法。

正如前面所說,invoke 方法根據 fn 的值來執行相應的 get 或 put 函式,這兩個函式也需要 shim.chaincodestubinte***ce 介面來訪問賬本資料。

5)實現主函式main():

鏈碼需要在main函式中呼叫shim.start()方法用於鏈碼的部署。

(3)測試鏈碼

鏈碼的測試需要通過完整的fabric網路,使用官方提供的例子可以快速構建測試網路,從而簡化鏈碼的開發流程。這裡介紹搭建測試網路的步驟:

1)安裝示例**庫。

2)進入 fabric-samples 目錄。

3)把新編寫的鏈碼放入fabric-samples的chaincode目錄下。

$ cp -r

$gopath/src/keyvaluestore ./chaincode

4)進入chaincode-docker-devmode目錄並啟動網路,命令中會建立了乙個名稱為myc的通道。

$ cd chaincode-docker-devmode

$ docker-compose -f docker-compose-******.yaml up -d

5)進入chaincode容器,編譯並執行鏈碼。

$ docker exec -it chaincode

$ cd keyvaluestore && go build

$ export core_peer_address=peer:7051

$ export core_chaincode_id_name=mycc:0

$./keyvaluestore

$ exit

6)進入cli容器並初始化鏈碼,鏈碼id為mycc,版本號為0,部署的通道名稱是myc。

$ docker exec -it cli bash

$ peer chaincode install -p chaincodedev/chaincode/keyvaluestore -n mycc -v 0

$ peer chaincode instantiate -n mycc -v 0 -c 『』 -c myc

7)invoke和query鏈碼。

$ peer chaincode query -n mycc -c 『』 -c myc

$ peer chaincode invoke -n mycc -c 『』 -c myc

$ peer chaincode query -n mycc -c 『』 -c myc

正常情況下,兩次 query 返回的結果分別為 10 和 20。

開發鏈碼時可以通過上述過程進行測試,但需避免使用相同的鏈碼 id 以免鏈碼例項化失敗。另外,對於鏈碼公升級來說,鏈碼的 id 應該保持不變,同時新鏈碼的版本號需要比先前例項化的版本高,並通過 upgrade 交易來更新鏈碼在通道中的狀態。

假設對鏈碼 keyvaluestore.go 進行了更改,並把最新的鏈碼儲存在$gopath/src/keyvaluestorenew 下,則公升級鏈碼的操作如下:

1)進入fabric-samples目錄並拷貝最新鏈碼到chaincode目錄。

$ cd $gopath/src/fabric-samples

$ cp -r $gopath/src/keyvaluestorenew ./chaincode

2)進入chaincode容器,編譯並執行更新後的鏈碼。

$ docker exec -it chaincode bash

$ cd keyvaluestorenew && go build

$ export core_peer_address=peer:7051

$ export core_chaincode_id_name=mycc:1

$ ./keyvaluestorenew

$ exit

3)進入cli容器並公升級鏈碼。

$ docker exec -it cli bash

$ peer chaincode install -p chaincodedev/chaincode/keyvaluestorenew -n mycc -v 1

$ peer chaincode upgrade -n mycc -v 1 -c 『』 -c myc

到此公升級鏈碼完畢,可以對最新的鏈碼mycc進行操作。

Fabric基礎架構原理 4 鏈碼

智慧型合約能夠部署和執行在區塊鏈環境中,由一段 來描述相關的業務邏輯。部署後的智慧型合約在區塊鏈中無法修改,智慧型合約的執行完全由 決定,不受人為因素的干擾。一般來說,參與方通過智慧型合約規定各自權利和義務 觸發合約的條件以及結果,一旦該智慧型合約在區塊鏈環境中執行就可以得出客觀 準確的結果。在 f...

Fabric基礎架構原理 4 鏈碼

鏈客,有問必答!智慧型合約能夠部署和執行在區塊鏈環境中,由一段 來描述相關的業務邏輯。部署後的智慧型合約在區塊鏈中無法修改,智慧型合約的執行完全由 決定,不受人為因素的干擾。一般來說,參與方通過智慧型合約規定各自權利和義務 觸發合約的條件以及結果,一旦該智慧型合約在區塊鏈環境中執行就可以得出客觀 準...

區塊鏈 Fabric基礎架構原理(二)

fabric 的網路節點本質上是互相複製的狀態機,節點之間需要保持相同的賬本狀態。為了實現這個目的,各個節點需要通過共識 consensus 過程,對賬本狀態的變化達成一致性的認同。fabric 的共識過程包括 3 個階段 背書 排序和校驗。在背書 endorsement 階段中,背書節點對客戶端發...