基于 IPFS 的去中心化短链接服务

[facert]

短链接服务国内外有很多，如免费的服务域名 t.cn ，t.co, url.cn 。但由于服务由公司提供，一旦公司关停服务，原来生成的短链接就面临没法访问的风险。鉴于此，我们提供了一个基于 IPFS，永久有效，不受任何中心化公司影响的短链接服务 DtinyUrl 。

你可以访问任意生成链接跳转到你的目标网址，当然如果你有自己的 IPFS 节点，也可以改成自己的节点地址。

我们提供了 api 接口供你使用，可以通过它开发一些插件来提高效率，如 Alfred workflow，捷径，浏览器插件。这里提供一个 workflow 版本。

[herozhang]

没办法复制生成的端链接？

[yrom]

原谅我不懂 ipfs。。。只是有个问题（认真脸非枱杠）：比如这个短链接 http://t.bdaily.club/j6p6da，这个 t.bdaily.club 不算名义上的中心吗，那怎么保证说“永久有效”

[facert]

@yrom 其实 j6p6da 是 ipfs 里面生成的文件名，完整地址其实是 /ipfs/QmZGa5xBrx1yssrBbvQzvsCh1SezLyRVKEB5JwgX5Lcthn/n/n2/n2z2hv， 当然前面的 hash 每次会变。其实一开始想的使用 ipns 来解决 hash 会变的这个问题，只是目前 ipns 一直有解析超时的 bug，官方也不怎么推荐。

[facert]

@yrom 说错了，完整地址是 /ipfs/QmZGa5xBrx1yssrBbvQzvsCh1SezLyRVKEB5JwgX5Lcthn/j/j6/j6p6da

[facert]

@herozhang 你是说 workflow 的版本没法复制吗，好像是存在这个问题，我加了 copy_to_clipboard 的 trigger，一直没生效。有好心人可以帮忙看看

[iConnect]

ipfs.io 这个域名还是中性化的 web 服务，这个域名宕了，所有的跳转全部失灵。

[natforum]

被墙问题待解决

[facert]

即使如 gateway.ipfs.io 之类的域名被屏蔽，你也可以使用其他 gateway 域名。或者自己运行一个节点，只要能连上其他节点，那么直接可以在本地访问到 IPFS 网络。
@iConnect
@natforum

[Vegetable]

让我想到前段时间看 HTTP 权威指南里提到的 URN 永久资源定位符,无论资源保存在哪里(url),都可以(通过一个服务)来找到资源的路径访问访问资源.
去中心化如果能实现的话,就相当于实现了永久保存对吧?

[iConnect]

@facert 这个我知道，ipfs 理论上讲数据是不会丢失的，总是可以访问的。但是短链 web 服务还是依赖中心化的域名服务器，所以并不靠谱。

[facert]

@Vegetable 永久保存其实不可能，因为存储也是一种资源，不管公司还是个人提供节点存储，想要长久维持下去，都需要有一定的激励。跟 BT 种子一样，因为没有激励，很大程度上靠分享精神，资源不可用的比例就很大了。

[facert]

@iConnect 嗯，想要在目前的 web 架构下实现完全去中心化的服务是不可能的。但是我们可以怀着一种期望，未来网络架构会变得更加灵活，未来不再通过 URL 去资源定位，未来个体的价值会更加显现出来。

[natforum]

ipfs 核心节点是很多 ovh 的机器

[suley]

建议考虑“不受任何中心化公司影响的短链接服务 ”
你这个也是中心化的服务，没办法保证永久运行，事实上可靠性恐怕比百度、新浪短网址之流差多了，见过太多信誓旦旦说自己的服务可以运行到天荒地老结果不到一年就关站的了。

[suley]

↑
更正下：建议考虑去掉这句话——“不受任何中心化公司影响的短链接服务 ”