互连节点的抽象说明。

DNSLink和IPNS可用性调查

我查看了排名前100万的网站(根据Alexa Internet),看看有多少网站通过DNSLink宣布在星际文件系统(IPFS)上可用。

IPFS和星际名称系统(IPNS)的参考内容分布式网络使用加密哈希,这对人不是很友好。DNSLink是一种使用域名系统(DNS)将域名映射到IPFS或IPNS地址的方法。

我使用DNSLink来发现Alexa Internet的前100万个网站中,哪些网站试图为自己建立IPFS存在。这需要超过400万DNS查询,因为一些需要重复,我也不得不要求记录四个域名变体:

  • example.com
  • www.example.com
  • _dnslink.example.com
  • _dnslink.www.example.com

我发现只有17个网站安装了DNSLink,并且指向IPFS或IPNS地址。所有发现的网站都可以通过万维网加载,但是只有5个(29%)通过星际文件系统(IPFS)进行解析和加载。

以下是我发现的一些网站的数据:

10个域包含一个基于哈希的IPNS NURL, 4个域包含一个直接的IPFS NURL, 3个域包含另一个基于dn链路的IPNS地址(需要进一步的DNS请求)。

所有基于哈希的nurl都使用CIDv0类型的哈希。

5个域名建立了_dnslink发现子域名,1个域名同时使用bare和_dnslink子域名,1个域名同时使用bare和www子域名。

数据集是基于爬行Alexa互联网前100万域名。世界上排名前100万的网站似乎对IPFS作为一种分发方法不太感兴趣。

使用DNSLink作为检测方法显然不能检测到人们通过IPFS发布的其他子域。的博客。子域名似乎特别受欢迎的少数网站,我已经发现在其他地方在ipf可用。关注DNSLink也排除了一些流行的网站,如部分建立在IPFS上但不使用DNSLink作为主域名的DTube。

Alexa Internet的排名并不能反映IPFS上访问的内容,因为Alexa Internet并不跟踪IPFS上的内容。然而,看看web上哪些流行站点正在探索IPFS分发版仍然很有趣。

最有趣的发现之一是IPFS上使用DNSLink数据的网站的可用性很低。我不知道这是什么原因造成的,但这可能意味着随着时间的推移维护IPFS分布节点存在更广泛的问题。

试着排除二氢睾酮或者路由问题,我尝试解决IPNS响应,并从我自己的IPFS节点以及通过多个公共IPFS到http网关检索IPFS散列。为了排除临时的问题,我在接下来的几天里又重复了几次这个过程,没有观察到任何变化。

星际名称系统的记录很少。IPFS散列可以无限期地缓存在任何IPFS节点上。IPNS散列指向IPFS散列,可用于链接非静态内容。为了方便内容的更改,IPNS散列值会到期,必须定期向网络重新公布。这些重新通知必须来自创建它们的IPFS节点,因为需要使用该节点的加密密钥对它们进行签名。IPNS是IPFS网站可用性的集中故障点,故障率似乎很高。

这确实突出了二级托管提供商确保IPFS上内容的长期可用性的必要性。所谓的“固定服务”Eternum可以存储千兆字节的数据,每月几分钱,并在主要IPFS节点脱机且没有其他人拥有您的内容副本时充当后备。

IPFS托管服务在不要求分发者放弃对其加密密钥的控制的情况下无法帮助IPNS重新发布。无论如何,我相信更好的IPNS文档可以帮助网站管理员(InterPlanetaryMasters?)提高他们的服务可用性。

来源

  • 排名前100万的域名,、Alexa互联网、亚马逊
  • 原始调查数据(CSV),丹尼尔Aleksandersen
  • DNSLink,、IPFS文档、IPFS协议实验室
  • 施用肥料,、IPFS文档、IPFS协议实验室