量化合约系统开发丨合约量化系统开发源码

每个组织都有一个或多个主节点与排序节点进行连接，但是过多的节点与排序节点进行通讯无疑会占用过多的带宽。为了灵活利用带宽，Fabric 提供两种方式指定主节点：

静态指定：系统管理员可以自定义配置一个或多个节点作为该组织的主节点；
动态选举：节点可以通过选举选择一个节点作为主节点。
这两种方式都可以通过修改 core.yaml 的 useLeaderElection 和 orgLeader 字段值指定主节点选择方式。useLeaderElection 表示是否采用选择方式，orgLeader 表示该节点是否为主节点。因此，两个值均为 true 是非法的，而两个值为 false，则表明该节点为 stand-by 模式，即该节点将不会成为主节点。如果 useLeaderElection 为 false，则必须保证组织内至少有一个节点 orgLeader 值为 true。

1. 静态指定主节点

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

1. 动态选举主节点

动态选举配置信息：

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 消息：声明自己为主节点