博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
A Peer-to-Peer Information System Based on the XOR Metric 部分翻译
阅读量:5261 次
发布时间:2019-06-14

本文共 910 字,大约阅读时间需要 3 分钟。

Abstract

我们描述了一个和对等分布式哈希表,并证实其一致性和易发生故障环境中的表现。我们的系统路径查询和定位node采用了新奇的基于异或的制度拓扑结构,这有利于简化我们的算法和促进我们的结论。该拓扑具有以下特性,每一个信息节点都能相互交换传送或者提供有用的联系信息。系统利用这些信息发送平行异步的请求信息并且达到能容忍节点故障,而不会导致用户超时延迟。

Introduction

这篇论文描述的是Kademlia协议,一个DHT(分布式哈希表)网络。Kademlia有许多不需要任何先前DHT网络提供的理想特性。它最小化了节点需要向其他节点发送学习的配置信息。配置信息会自动的扩展传导就像数据库中进行key lookup的寻找时附带的某种连带作用。节点有足够的能力和灵活性利用低延迟的路径进行路径查询。Kademlia使用平行异步的请求它去避免因为节点故障带来的延迟。算法通过节点去记录彼此从而来抵抗某些基本服务攻击。最后仅通过假设正常运行的分布式系统就可以正式的证明Kademlia的一些重要特性。

Kademlia采取许多DHTS的基本方法。key值是具有隐蔽性的,一串160位的二进制字符串。(比如使用SHA-1算法)。每一个计算机都应该具有一个160-bit的node ID。最后,通过一个基于node id的路由算法能够高效的定位任意一个给定node id的最近节点。

System Description

...

XOR Metric

...

Node State

...

Kademlia Protocol

...

Routing Table

 

说实话还是看原文吧。

Every node with prefix

001 would have an empty k-bucket into which u should be inserted, yet u’s bucket
refresh would only notify k of the nodes.

这句真是令人惆怅,比较难以理解。

转载于:https://www.cnblogs.com/GrimReaper/p/9090770.html

你可能感兴趣的文章
理解git对象
查看>>
[LeetCode] Merge Intervals
查看>>
【翻译自mos文章】当点击完 finishbutton后,dbca 或者dbua hang住
查看>>
Apache配置反向代理、负载均衡和集群(mod_proxy方式)
查看>>
Linux编程简介——gcc
查看>>
一种高效的序列化方式——MessagePack
查看>>
2019年春季学期第四周作业
查看>>
2019春第十周作业
查看>>
解决ThinkPHP关闭调试模式时报错的问题汇总
查看>>
【APT】SqlServer游标使用
查看>>
关于ExecuteNonQuery()返回值为-1
查看>>
Firefox修復QQ快速登錄
查看>>
PAT——1060. 爱丁顿数
查看>>
分布式技术追踪 2017年第二十期
查看>>
[转载] Kafka剖析(一):Kafka背景及架构介绍
查看>>
# Excel批量处理数据
查看>>
PNG类库
查看>>
Android MediaCodec的数据处理方式分析
查看>>
常见的数据结构
查看>>
Dict
查看>>