Hyperledger Fabric中归属组织的peer节点如何为更新交易背书

你的理解存在明显偏差，Hyperledger Fabric的交易更新流程和公链的全节点参与投票逻辑完全不同，核心规则如下：

• 交易提案无需发送给所有组织的全部peer节点，仅需要发给满足链码预设背书策略的对应组织的背书节点即可。例如链码背书策略要求「组织A、组织B各至少1个节点背书」，你只需要把提案发给A、B各至少1个符合要求的peer即可，不需要覆盖其他组织的节点，也不需要收集A、B组织所有节点的同意。
• 账本更新不需要全网所有节点统一同意，完整交易流程分为三个独立阶段：
  1. 背书阶段：客户端发送交易提案给目标背书节点，节点执行链码逻辑生成读写集，签名后返回给客户端，只要客户端收集到的背书签名数量和来源满足背书策略要求，这一阶段就完成。
  2. 排序阶段：客户端将带有足够有效背书的交易发送给排序节点集群，排序节点不校验交易业务逻辑，仅对网络中所有合法交易按顺序打包生成区块，广播给各个通道内组织的主节点。
  3. 验证提交阶段：各组织的peer节点收到区块后，逐笔对区块内的交易做校验：包括背书签名是否符合策略、读写集版本是否未被篡改或冲突，校验通过的交易就会写入本地账本，同步更新世界状态。
• 你参考的「编写第一个应用」入门文档仅覆盖上层应用调用链码的实现逻辑，不会涉及底层共识流程，这部分内容属于Fabric核心架构模块，对上层应用默认透明。

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