我遇到了一系列主要是连接节点，需要同步池化数据集的情况。它们是200-1500K的文件，并根据环境在30分钟至6小时之间不定期更新。目前，节点数为数百，但理想情况下，节点数会增长。
[当前，我现在正在使用libtorrent来使一系列文件在节点群集之间保持同步。我每隔几个小时进行一次转储，然后根据先前的内容创建一个新的torrent。然后，我使用BEP 38的策略将其关联。然后将信息哈希发布到DHT中的一个已知条目，其他节点进行轮询以将其拾取。
我想知道是否有更好的方法可以做到这一点。我喜欢BitTorrent的原因最初是用于固件更新。我不需要担心节点比强大的连接少，并且有了DHT，它可以很好地自我组装。然后将其扩展为同步这些合并的文件。
我目前正在尝试查看是否可以进行扩展，以使每个节点对每个新记录执行一个announce_peer。从理论上讲，有兴趣的各方将可以听取。这带来了两个大问题：
[我会承认感觉就像我试图将方钉钉入一个圆孔，但我真的很想一次保留尽可能少的协议。
如何让感兴趣的节点知道有新数据？
您可以使用BEP46通知客户端最新的torrent。
如果我有成千上万个节点，每几分钟添加新的信息哈希，这将对DHT产生什么影响？
很难在这里给出一般性答案。每个节点是否添加了不同的数据集？还是那数千个节点要参与相同的汇总数据，从而或多或少地共享一个信息哈希？后者应该是相当有效的，因为并不是所有人都需要宣告自己，他们可以进行只读查找，尝试连接到群集，并且仅在没有足够的对等方时才宣告。这类似于the put optimiation for mutable items