如何用Hyperledger Fabric Java SDK查看交易背书节点及背书策略疑问

1. 如何使用Hyperledger Fabric Java SDK查看哪些节点对交易进行了背书？ #

在Java SDK里，你可以通过处理提案响应集合来获取参与背书的节点信息，具体操作步骤如下：

• 当你向通道发送交易提案后，会得到一个Collection<ProposalResponse>类型的响应集合，每个元素对应一个对等节点的提案处理结果。
• 遍历这个集合，先过滤出验证通过且状态为成功的响应（只有这类响应才是有效的背书结果）。
• 从每个有效响应中，通过getPeer()方法拿到对应的Peer对象，再调用该对象的getPeerAddresses()获取节点地址、getMspId()获取节点所属的MSP标识，这样就能明确哪些节点参与了本次交易的背书。

给你一段示例代码参考：

// 假设已构建好交易提案proposal，且指定了要发送的peers集合
Collection<ProposalResponse> responses = channel.sendProposal(proposal, peers);

for (ProposalResponse response : responses) {
    // 校验响应是否有效且处理成功
    if (response.isVerified() && response.getStatus() == ChaincodeResponse.Status.SUCCESS) {
        Peer endorsingPeer = response.getPeer();
        System.out.println("参与背书的节点地址: " + endorsingPeer.getPeerAddresses());
        System.out.println("该节点所属的MSP ID: " + endorsingPeer.getMspId());
    }
}

2. 背书仅适用于交易/调用提案，还是也适用于查询提案？ #

这个问题可以分两种情况来看：

• 默认情况下，背书只针对invoke类型的提案（即修改账本状态的交易）：因为invoke操作会改变账本数据，必须符合链码实例化时定义的背书策略，收集足够的有效背书后才能提交到排序节点，最终写入账本。在BYFN示例里，所有的转账交易（invoke）都会走完整的背书流程。
• 查询（query）提案默认不需要背书：query是只读操作，不会修改账本状态，客户端可以直接和任意一个对等节点交互执行查询，不需要多个节点背书确认。不过，如果你担心单个节点的数据不一致，也可以通过客户端代码配置，让查询提案发送给多个节点，收集它们的响应并自行验证结果一致性——但这不是Fabric强制要求的，属于自定义的扩展逻辑。

简单来说，背书策略的核心作用是保障写操作的一致性和合法性，读操作默认不需要走背书流程。

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