在fabric中，儘管所有對等節點都是相同的，但它們可以根據網路的配置方式承擔多個角色:（①②是主要的節點型別）
1、提交節點：
通道中的每個對等節點都是乙個提交節點。它們接收生成的交易區塊，隨後這些區塊在被提交到節點的賬本副本之前先被驗證。
2、背書節點：
具有智慧型合約的每個對等節點都可以是背書節點。要真正成為乙個背書節點，客戶端應用程式必須使用對等節點上的智慧型合約來生成經過數字簽名的交易響應。智慧型合約的背書策略標識了哪些組織中的節點應該在交易被提交節點的賬本副本接受之前對交易進行背書。
3、領導(leader)節點：
當乙個組織在乙個通道中有多個節點時，領導節點負責將交易從排序節點分發到組織中的其它節點。乙個節點可以選擇參與靜態或動態的領導選舉。從領導的角度考慮，兩組節點是有幫助的——一組是靜態的領導者選舉，另一組是動態的領導者選舉。對於靜態集，可以將0個或多個對等節點設定為leader。對於動態集合，僅乙個節點會被推選為leader，並且在動態集合中，如果leader peer發生故障，那麼其餘的peer將重新選舉leader。這意味著乙個組織可以有乙個或多個領導節點連線到排序服務。這有助於在處理大量交易的大型網路中提高彈性和可伸縮性。
4、錨節點：
如果乙個節點需要與其他組織中的節點進行通訊，它可以使用在該組織的通道配置中定義的錨節點。乙個組織可以有0個或多個錨節點；錨節點可以用於許多不同的跨組織通訊場景。
注意：乙個節點可以同時是以上的四種節點。只有錨節點是可選的——出於實際目的，總會有乙個領導節點，並且至少有乙個背書節點和乙個提交節點。一筆交易的完整流程：
傳送交易提案到背書節點，進行背書。(背書節點在鏈碼例項化的時候指定)
背書節點模擬交易，並生成背書簽名。
收集交易的背書，構造交易請求傳送給排序服務節點。
排序服務節點對交易進行排序，並生成區塊。然後廣播給組織的主節點。
記賬節點驗證區塊內容並寫入區塊。
在組織內部同步區塊。
Fabric 1 0交易流程
fabric中的所有交易都是通過chaincode執行 1.應用程式客戶端通過sdk呼叫證書服務 ca 服務，進行註冊和登記，並獲取身份證書。2.應用程式客戶端通過sdk建立好交易提案 proposal 交易提案把帶有本次交易要呼叫的合約標識 合約方法和引數資訊以及客戶端簽名等資訊傳送給背書 end...
Fabric 1 0 交易基本流程
1 client端建立交易提案 chaincode函式和引數 併發送到endorse peer 背書節點 2 endorse peer節點執行chaincode,基於讀取和寫入的key生成讀寫操作集。3 endorse peer節點向客戶端返回提案結果 包含讀寫操作集 4 client端把交易提交到...
交易的流程
1.使用者a發起交易,請求被傳向對等節點b 2.節點b同步交易,並進行校驗,通過則放到記憶體池中,並向其他節點 3.如果是轉賬交易,獲得記賬權的節點將該交易和其它交易一起打包到區塊中,並在本地的evm上執行被呼叫的合約 直到 執行結束或gas用完 4.執行智慧型合約的gas數量由合約的計算步驟決定,...