Hyperledger Fabric同组织双Peer导致链码与CouchDB数据不一致问题

这问题我之前帮团队排查过类似的，核心问题出在链码的确定性上——Hyperledger Fabric的背书机制要求所有参与背书的Peer执行链码后必须输出完全一致的结果，否则就会出现你看到的哈希不匹配、数据不一致的情况。

问题根源 #

你单Peer配置时没问题，是因为只有一个节点执行链码逻辑；但双Peer时，两个Peer会独立并行执行链码。如果链码里有非确定性操作（比如直接生成随机字符串），第二个Peer会重新生成一个新的随机值，自然计算出的SHA256哈希就和第一个Peer不一样了，最终导致CouchDB存储的哈希和日志里的不匹配。

具体解决方案 #

针对这个问题，有两种可靠的解决思路：

• 方案一：客户端生成唯一ID（推荐）
  把生成唯一ID的逻辑从链码移到你的Node.js客户端里。比如用uuid库生成UUID，然后把这个UUID作为参数传给链码的调用方法。链码只负责接收这个ID，计算SHA256哈希并存储到CouchDB。这样所有Peer拿到的输入ID是完全相同的，计算出的哈希自然一致。

  示例链码逻辑（Go）：

  func (s *SmartContract) CreateAsset(ctx contractapi.TransactionContextInterface, uniqueID string) error {
      // 计算SHA256哈希
      hash := sha256.Sum256([]byte(uniqueID))
      hashStr := hex.EncodeToString(hash[:])
      // 存储到CouchDB
      err := ctx.GetStub().PutState(uniqueID, []byte(hashStr))
      if err != nil {
          return fmt.Errorf("failed to put asset: %v", err)
      }
      // 打印日志
      fmt.Printf("Stored hash for ID %s: %s\n", uniqueID, hashStr)
      return nil
  }
  

• 方案二：链码内基于交易ID生成唯一ID
  如果必须在链码里生成唯一标识，可以利用Fabric提供的交易ID（TxID）——每个交易的TxID在整个网络中是唯一且确定的，所有Peer处理同一个交易时拿到的TxID完全一致。你可以基于TxID来生成唯一ID，比如直接用TxID，或者对TxID做二次哈希。

  示例链码逻辑（Go）：

  func (s *SmartContract) CreateAsset(ctx contractapi.TransactionContextInterface) error {
      // 获取当前交易的TxID
      txID := ctx.GetStub().GetTxID()
      // 基于TxID计算哈希（或者直接用TxID作为唯一标识）
      hash := sha256.Sum256([]byte(txID))
      hashStr := hex.EncodeToString(hash[:])
      // 存储到CouchDB
      err := ctx.GetStub().PutState(txID, []byte(hashStr))
      if err != nil {
          return fmt.Errorf("failed to put asset: %v", err)
      }
      // 打印日志
      fmt.Printf("Stored hash for TxID %s: %s\n", txID, hashStr)
      return nil
  }
  

验证步骤 #

1. 修改链码后，重新打包、安装到两个Peer节点；
2. 升级（或重新实例化）链码；
3. 发起交易调用，观察两个Peer的日志，此时两个Peer打印的哈希值应该完全一致，且和CouchDB中存储的哈希匹配。

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