应用程序能在同一个DHT中共存吗？
应用程序能在同一个DHT中共存吗？
提问于 2014-11-11 22:45:51
如果创建使用分布式哈希表的新应用程序，则需要引导p2p网络。我的想法是，您可以加入现有的DHT (例如Bittorrent DHT)。
这是可烧的吗？当然，我们假设同样的技术。和弦和卡德米利亚的结合显然是不可行的。
如果是，这会被认为是寄生的还是共生的？寄生的意思是它与原来的用途有某种冲突。共生的，如果这是好的两个应用程序，因为他们互相支持。
回答 1
Stack Overflow用户
回答已采纳
发布于 2014-11-20 10:19:50
一般来说: Kademlia和Chord只是抽象的设计，而实现提供了不同的功能。如果它的功能集太窄，您将无法将应用程序逻辑映射到它上。如果它对您的需求过于宽泛，如果没有开放源代码库，那么重新实现可能会很痛苦。
bittorrent: bittorrent DHT提供20字节密钥-> ListIP，端口查找作为其主要功能，其中IP由发送方IP确定，因此不能用于存储任意数据。还有一些次要的特性，比如那些列表上的but统计数据，但是它们对其他应用程序的用处可能更小。
它没有提供通用的键值存储，至少没有作为核心规范的一部分。有一个延期建议
虽然实现为未知消息类型提供了一些基本的前向兼容性，将它们视为节点查找请求，而不是仅仅忽略它们，但如果应用程序提供了节点的一小部分，这只是有限的用处，因为在查找过程中不太可能遇到实现该功能的其他节点。
如果是，这会被认为是寄生的还是共生的？
这在很大程度上取决于你是否是网络中的“好公民”。
- 您的实现是否遵循规范，包括常用的扩展？
- 与其他节点相比，当涉及到所导致的通信量时，您的一般用例是否停留在一个数量级内？
- 应用程序生命周期是否足够长到不超出目标DHT的预期搅动率？
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/26876049
复制相关文章
相似问题
腾讯云开发者
