跨链码调用时无法捕获被调用链码触发的chaincode事件如何解决

Hyperledger Fabric 中链码间调用（CC2CC）场景下，被调用链码触发的事件不会自动被父链码的交易响应携带，需要主动处理才能被上层捕获，这是框架的默认设计，并非bug。

排查步骤 #

• 确认Fabric集群版本，2.0及以上版本才支持跨链码事件回传能力，1.x版本不支持该特性，需升级集群版本后再验证。
• 确认调用场景：跨通道的链码间调用会被Fabric安全策略限制，被调用链码的事件不会回传给调用方，同通道场景才支持事件回传。
• 检查父链码（chaincode B）的调用逻辑：调用子链码（chaincode A）时必须使用标准InvokeChaincode接口，获取到子链码的响应后，需要主动将子链码的事件合并到当前父链码的交易事件列表中，否则Peer节点只会返回父链码自身触发的事件。
• 检查事件监听逻辑：确认客户端的事件监听规则没有仅过滤chaincode B的事件，合并后的事件默认携带子链码的链码ID，若监听规则只匹配chaincode B的ID会导致事件被过滤。
• 检查通道权限配置：确认chaincode B具备chaincode A的调用权限，ACL配置、私有数据集合访问限制都会截断子链码的返回事件。
• 验证区块原始数据：调用chaincode B触发流程后，直接查询对应交易的区块原始数据，确认事件是否存在于区块的Transaction字段中，排除客户端监听逻辑异常的可能性。

参考修复代码（Go链码） #

// chaincode B中调用chaincode A后合并事件的实现
func (t *MyChaincode) BInvokeA(stub shim.ChaincodeStubInterface, args []string) sc.Response {
    // 构造chaincode A的调用参数
    invokeArgs := [][]byte{[]byte("yourAFunc"), []byte("arg1"), []byte("arg2")}
    // 同通道调用chaincode A
    resp := stub.InvokeChaincode("chaincodeA", invokeArgs, stub.GetChannelID())
    if resp.Status != shim.OK {
        return shim.Error(fmt.Sprintf("invoke chaincode A failed: %s", resp.Message))
    }
    // 主动将chaincode A的事件设置到当前交易的事件中
    if len(resp.Payload) > 0 {
        err := stub.SetEvent("A_EVENT", resp.Payload)
        if err != nil {
            return shim.Error(fmt.Sprintf("set event from A failed: %s", err.Error()))
        }
    }
    return shim.Success(resp.Payload)
}

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