1
tavimori 2017-10-16 04:25:16 +08:00
感觉不久的将来就会有的。技术上应该是可行的。问题是:
* 如何维护? * 如何分配地址? * 如何路由? * 如何进行拥塞控制? 想到这些总让我想到比特币什么的(比如会不会有一种用于支付网络成本的结算虚拟货币呢?) |
2
yingtl OP @tavimori
* 如何维护? 单点自己胡乱连 * 如何分配地址? 自己分配 * 如何路由? 自组织 * 如何进行拥塞控制? 这个可以继续用 TCP。但是要根据不同路径的拥塞程度动态调整。 关键的还有任意两点间的最低带宽保证,这个决定了大规模是否可用 |
3
JunC74 2017-10-16 10:55:40 +08:00
目前的互联网的物理网络不就是分布开的么,就目前而言没有什么是增加 ip 字段解决不了的.
|
5
mingl0280 2017-10-16 12:07:11 +08:00
不可行,最差情况下数据包寻路超时是无限的,或者需要占用大量带宽进行寻路探测。
|
6
chenyu8674 2017-10-16 18:47:12 +08:00
给 LZ 推荐一本小说:《群》 The Swarm
|
7
DoctorCat 2017-10-16 23:07:42 +08:00
再分布式也扛不住 bootstrap 屏蔽和投毒…
|
9
tavimori 2017-10-20 03:02:30 +08:00
说不定以后网络就是无线,多跳,(智能地)自组织的。
|
10
noli 2017-10-20 13:53:53 +08:00
|
11
likuku 2017-10-20 16:51:16 +08:00
有殖民其他星球的能力了,还用担心这个?
纯高速通讯卫星网最佳了吧 |
12
ryd994 2017-10-22 06:51:07 +08:00 via Android
tier 1 其实也可以说是 mesh 了
想要全民 mesh 可能性太小 纯 mesh 和 routing 的区别,就是 i2p 和 tor 的区别(虽然不过五十笑百) 要真有这么牛逼的算法,怎么没有实现出来? 分布式还想拼性能,想多了 |
14
noli 2017-10-22 11:59:58 +08:00
|
15
silencefent 2017-10-22 15:09:07 +08:00
等那一天谷歌的 wifi 气球计划实现了,然后再考虑这个问题
|
16
ryd994 2017-10-22 17:57:45 +08:00 1
@noli 怎么,你想说墙?
DHT 根本就没考虑现实世界的距离,只是基于虚拟地址空间(每个 node 的 hash )来决定下一跳。这是高效的路由算法么? DHT 保证的是在合理的时间内,可靠的获得信息,优先保证存活 I2P 就是基于 DHT 的,I2P 就是封不死,但是性能连 tor 都不如。 我就在墙外,没觉得 I2P 有多快 这锅墙不背,出口带宽也不背 |
17
noli 2017-10-22 19:02:20 +08:00
@ryd994 原来你是这个意思。有道理,但我觉得这锅 KAD 背不起,墙有一定责任,毕竟也是一种网关嘛。
先不说别的,你能不能举个例子,哪一个网络地址系统能告诉你现实世界的距离? IP 吗?域名系统吗? 再告诉我,如果有这样的网络地址系统,如何能够缩短现实世界的距离? |
18
ryd994 2017-10-22 19:26:04 +08:00
@noli BGP 虽然不能完全代表现实距离,但至少是有一定关联,否则的话 anycast 都可以不用做了
IP 虽然不能准确代表现实地址,但至少运营商会适当控制,否则 CDN 厂商也不用做了 总比 DHT 的纯随机要好的多。DHT 上的 CDN,有可能么? 墙有责任? DHT 网络从设计上就是 overlay,地址随便随机。找你这么说与其怪墙,不如怪运营商没有实现全球 0 延迟互联好了。 DHT 查询一轮,运气好的话(其实是大概率),能绕地球一圈。这是堪比中国电信的路由智商啊。不说缩短物理距离,别绕地球一圈就很满足了。 |
19
noli 2017-10-23 00:03:40 +08:00
@ryd994
请继续你的演讲。请问 BGP 如何代表或者关联现实距离? IP 地址与运营商有什么关系? 又要去中心化,又要有中心控制,感觉题主很难办啊。 DHT 查询一轮能绕地球一圈,这只是最差情况。 现实情况是,在有超级节点的情况下,能在 5-6 次查询内查出任何一台 KAD 网络的节点的 IP 地址。 而不需要任何 类似于 ICANN 这样的中心化机构。 几年前咱们讨论过 BT 网络,你给我说蜜罐或者吸血,说不行。 几年下来,你对去中心化网络的理解还是这个水平, 我很担忧啊,如何完成党和国家交给你的任务哇。 |