每个组织都有一个或多个主节点与排序节点进行连接，但是过多的节点与排序节点进行通讯无疑会占用过多的带宽。为了灵活利用带宽，Fabric 提供两种方式指定主节点：
静态指定：系统管理员可以自定义配置一个或多个节点作为该组织的主节点；
动态选举：节点可以通过选举选择一个节点作为主节点。
这两种方式都可以通过修改 core.yaml 的 useLeaderElection 和 orgLeader 字段值指定主节点选择方式。useLeaderElection 表示是否采用选择方式，orgLeader 表示该节点是否为主节点。因此，两个值均为 true 是非法的，而两个值为 false，则表明该节点为 stand-by 模式，即该节点将不会成为主节点。如果 useLeaderElection 为 false，则必须保证组织内至少有一个节点 orgLeader 值为 true。
- 静态指定主节点
core.yaml 设置如下：
peer:
gossip:
useLeaderElection: false # 不进行动态选举主节点
orgLeader: true # 指定该节点为主节点
或者配置环境变量：
export CORE_PEER_GOSSIP_USELEADERELECTION=false
export CORE_PEER_GOSSIP_ORGLEADER=true
1
2
前面提到，如果指定某个节点不为主节点也是可以的：
peer:
gossip:
useLeaderElection: false # 不进行动态选举主节点
orgLeader: false # 指定该节点为非主节点1
2
3
4
或者配置环境变量：
export CORE_PEER_GOSSIP_USELEADERELECTION=false
export CORE_PEER_GOSSIP_ORGLEADER=false
1
2
- 动态选举主节点
动态选举配置信息：
peer:
gossip:
# Leader election service configuration
election:
# Longest time peer waits for stable membership during leader election startup (unit: second)
startupGracePeriod: 15s
# Interval gossip membership samples to check its stability (unit: second)
membershipSampleInterval: 1s
# Time passes since last declaration message before peer decides to perform leader election (unit: second)
leaderAliveThreshold: 10s
# Time between peer sends propose message and declares itself as a leader (sends declaration message) (unit: second)
leaderElectionDuration: 5s
Gossip 动态选举算法有如下特点：
节点的角色通过比较节点 ID 来确定
每个节点只有两种角色：主节点和从节点，当所有节点的共识一致的时候，就会产生一个主节点
如果网络被划分为多个分区，则每个分区都有一个主节点，当多个分区合并为一个分区的时候，则主节点的数量也应该只留下 1 个
节点之间的通信发送两种消息：
proposal 消息：申请成为主节点
declaration 消息：声明自己为主节点
