本文介绍了在使用memberlist时遇到的传输和接收问题，以及在区块链场景下效率低下的挑战。作者通过研究HyperledgerFabric的Gossip算法，结合两者优点实现了一个简化版的Gossip协议。重点在于节点状态管理和广播消息的优化，包括节点发现、连接有效性、心跳保活、消息同步和避免消息重复。提供了分布式kv存储、群聊和基础节点的示例，展示协议的应用。
前序：在使用memberlist过程中，发现其存在两个问题，第一是不能很好的进行传输，第二是不能很好的接收。当作为区块链底层网络进行区块同步时，一个请求平均需要发送好几轮，目标节点才能接收到，这点感觉很不可靠，目前通过调参还是未能解决。且由于UDP传输的原因，导致大些的区块就不能很好的广播。而后通过查看Hyperledger Fabric的Gossip算法，在综合两者的基础上，实现了一版简单的Gossip。我并且写了三个示例，分别是：分布式kv存储、群聊、基础节点。
跳转到代码（希望大家能给个star，有问题可在github上提出）
由于Gossip的简单性，其实现难度较低，关键点我总结位两点：节点状态管理、广播消息。
节点状态管理
- 能够从邻居节点发现更多的节点，并向指定节点建立连接
- 能够确保节点之间的连接是有效的，心跳保活
- 能够同步节点保存的用户状态
广播消息
- 若是节点A发出的消息，节点A将不会再接收
- 不会重复接收一条消息、不会重复发送一条消息
- 节点不应长久的存储一条消息id，应有对应的过期策略
扫一扫
3479
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
