1. 定義

允許通道內(nèi)的指定的某一個組織中的部分成員可以對私有數(shù)據(jù)進(jìn)行操作，而其他沒有權(quán)限的節(jié)點只能知道有這么一筆交易發(fā)生而不能了解交易的細(xì)節(jié)。

1.1 什么時候需要

• 當(dāng)所有的數(shù)據(jù)都需要在通道內(nèi)的成員之間保密的時候，使用通道比較合適。
• 當(dāng)交易要在所有組織之間傳播，并且要求只有通道內(nèi)的部分組織成員可以查看或操作交易內(nèi)的某一部分?jǐn)?shù)據(jù)時，并且部分?jǐn)?shù)據(jù)需要對排序節(jié)點進(jìn)行保密時。

2. 屬性

每一個私有數(shù)據(jù)集合都包含以下幾種屬性：

• name：集合名稱
• policy：定義了允許持久化數(shù)據(jù)的組織節(jié)點
• requiredPeerCount：分發(fā)私有數(shù)據(jù)要求的對等節(jié)點數(shù)量，也作為合約背書的條件
• maxPeerCount：對于數(shù)據(jù)冗余的目的，當(dāng)前要向其分發(fā)數(shù)據(jù)的其他節(jié)點的數(shù)量。當(dāng)私有數(shù)據(jù)拉取請求發(fā)過來，如果背書節(jié)點掛掉，其他的節(jié)點在提交的時候還可用。
• blockToLive：對于價格或者個人信息等敏感信息，這個參數(shù)代表了這些數(shù)據(jù)應(yīng)該在私有數(shù)據(jù)集合中存在時間。數(shù)據(jù)將會存在于私有數(shù)據(jù)庫指定的區(qū)塊數(shù)量中，在這之后數(shù)據(jù)就會被清洗，從網(wǎng)絡(luò)中淘汰。為了保持私有數(shù)據(jù)一直存在的方法是永不清洗私有數(shù)據(jù)，設(shè)置 屬性blockToLive的值為0。
• memberOnlyRead：值為true代表了節(jié)點自動強制只有屬于集合成員的組織的客戶端被允許訪問讀取私有數(shù)據(jù)。
• memberOnlyWrite：true代表節(jié)點自定強制只有屬于集合成員的組織客戶端允許寫私有數(shù)據(jù)。
• endorsementPolicy：定義了需要滿足的背書策略來寫私有數(shù)據(jù)集。集合級的背書策略會覆蓋合約級的背書策略。

2.1 使用私有數(shù)據(jù)進(jìn)行交易操作之前，所有的組織需要創(chuàng)建集合定義JSON文件，從而定義與合約匹配的私有數(shù)據(jù)集合。

eg.

[{"name": "collectionMarbles","policy": "OR('Org1MSP.member', 'Org2MSP.member')","requiredPeerCount": 0,"maxPeerCount": 3,"blockToLive":1000000},{"name": "collectionMarblePrivateDetails","policy": "OR('Org1MSP.member')","requiredPeerCount": 0,"maxPeerCount": 3,"blockToLive":3} ]

總結(jié)

以上是生活随笔為你收集整理的Hyperledger Fabric 私有数据（1）概念的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。