关于Fabric v1.1私有数据集合与FAB-1151隐私方案的技术咨询

嘿，我来帮你理清这些Fabric隐私特性的相关问题：

1. 使用FAB-1151方案的XXXPrivateData API前是否需要预定义集合？ #

答案是肯定的。FAB-1151本质上就是基于Fabric的**私有数据集合（Private Data Collections）**实现的隐私方案，XXXPrivateData系列API的核心作用就是操作指定集合内的私有数据——包括写入、读取、删除等。这些API依赖集合的配置（比如访问策略、存储节点规则）来确定数据的访问范围和生命周期，所以必须预先定义好对应的集合，才能正常调用这些API。

2. Fabric v1.1实验性隐私特性的集合定义方法，以及集合范围能否更新？ #

集合的具体定义方法 #

Fabric v1.1中，私有数据集合是通过JSON配置文件来定义的，然后在链码实例化阶段关联到链码上，具体步骤如下：

• 步骤1：创建集合配置文件
  新建一个JSON文件（比如命名为collections_config.json），文件结构示例如下：

  [
    {
      "name": "org1_org2_private_data",
      "policy": "OR('Org1MSP.member', 'Org2MSP.member')",
      "requiredPeerCount": 1,
      "maxPeerCount": 3,
      "blockToLive": 0,
      "memberOnlyRead": true
    }
  ]
  

  每个字段的含义：

  • name：集合的唯一标识，后续API调用会用到这个名称
  • policy：访问控制策略，指定哪些组织/成员有权访问该集合的私有数据（语法遵循Fabric的背书策略规则）
  • requiredPeerCount：必须同步私有数据的节点数量，确保数据的可用性
  • maxPeerCount：最多存储该私有数据的节点数量，控制数据的分布范围
  • blockToLive：私有数据在侧数据库中保留的区块数，0表示永久保留
  • memberOnlyRead：设置为true时，只有集合成员能读取私有数据，非成员无法访问

• 步骤2：实例化链码时关联集合配置
  在执行链码实例化命令时，通过--collections-config参数指定刚才创建的配置文件路径，示例命令：

  peer chaincode instantiate -o orderer.example.com:7050 -C mychannel -n my_private_cc -v 1.0 -c '{"Args":["init"]}' --collections-config ./collections_config.json -P "OR('Org1MSP.peer','Org2MSP.peer')"
  

  这样链码就和指定的私有数据集合绑定了，后续就能通过XXXPrivateData API操作该集合的私有数据。

附加问题：能否更新集合范围纳入新组织？ #

在Fabric v1.1的实验性特性中，集合的初始配置是在链码实例化时确定的，无法直接修改已存在的集合配置，但可以通过链码升级的方式来实现：

1. 修改集合配置文件，更新policy字段加入新组织（比如新增'Org3MSP.member'）
2. 执行链码升级命令，指定更新后的集合配置文件：

   peer chaincode upgrade -o orderer.example.com:7050 -C mychannel -n my_private_cc -v 1.1 -c '{"Args":["init"]}' --collections-config ./updated_collections_config.json -P "OR('Org1MSP.peer','Org2MSP.peer','Org3MSP.peer')"
   

需要注意的是：

• 升级后的集合配置仅对新写入的私有数据生效，已经存储的私有数据仍然遵循旧的访问策略
• 链码升级需要符合通道的链码背书策略，即需要足够多的组织节点同意升级操作
• 所有相关节点都需要重新安装并升级链码，才能加载新的集合配置

内容的提问来源于stack exchange，提问作者guillaume