在过去几年的时间里，有这么几件事情让我印象深刻。

Microsoft 收购了 Wunderlist。基于 Wunderlist 推出了 Microsoft To Do，但是却并没有 Wunderlist 的所有功能。比如一直都没有评论功能。后来 Microsoft 宣布会在 2020 年 5 月彻底关闭 Wunderlist。Wunderlist 的创始人 Christian Reber 试图买回公司，但是却没有得到回应。

Atlassian 宣布之后将只会提供云版本的 Jira，不会再出售新的 Jira on-premise 的授权。也就是说，以后就不会再有可以跑在自己服务器上的 Jira 了。

Google 宣布会终止一直免费的自建域名版本 Gmail。如果要继续使用，那么请绑定信用卡。收费模式是每用户每月 6 美元起。

大公司的这些决定让我作为他们曾经的用户，而不得不去花额外的时间和资源，寻找替代方案、改变使用习惯。而有些产品，虽然有不错的替代方案——比如 Linear 是很好的 Jira 替代品，但我不知道如果什么时候 Linear 被一家大公司收购，然后大公司关闭 Linear？那我之前在 Wunderlist 和 Jira server 关闭时所经历的一切无奈就会被迫又经历一次。

于是所有的这些事情，都促成了我后来在很长一段时间内的思考——自己接下来新产生的那些创作及创作过程，到底应该放在一个什么样的地方？

上周（2022 年 6 月初）的 Planet 是第一个提供了公开下载链接的版本。里面出现了一些我们在之前更小范围测试时，没有发现的问题。其中最尴尬的一些 crash 问题，已经在 2022 年 6 月 12 日的 0.6.16 里修复。这件事情刚刚开始，重要的是之后用稳定的节奏，把计划中的事情一件一件全部交付。

那么，后续的计划是什么？这里大概说一下。

1. 视频和音频。在传统的 Web 2.0 场合，视频和音频是一种「上传」体验。而将来在 Planet 里，应该只是一件拖拽进来，加上描述，然后发布之后放在那里就好的体验。
2. 评论和 Web Ping。
3. 移动版本。具体细节还在设计中。但考虑到不太可能会让手机来运行 IPFS 的服务器（网络流量消耗和电池都是问题），所以一种可能的实现方式是 Planet 的 Desktop 版本提供一个 API，然后手机来连接这个 API。现在有 Tailscale 和 ZeroTier 这样的技术可以让手机在任意网络上都和家里的电脑保持内网直连状态，因此如果能够实现这样的一种卫星式的体验，应该会很有意思。
4. 更多更强更美的页面主题。Planet 内部在渲染每一个网站时，使用了一套基于 Jinja 语法的模版系统。借助这套模版系统，每一个 Planet 都有可能可以使用完全个性化的设计。

我们会在后续发布详细的模版设计相关的文档。但是如果你是经验丰富的前端工程师，想提前试试的话，那么可以在菜单里 Tools -> Template Browser 找到模版浏览器，然后在 Template Item 上右键 Reveal in Finder。每一个 Template 都在一个自己的文件夹，你可以把文件夹复制一份，改个名，然后里面的 template.json 的元信息也改一改，就可以做自己的模版了。剩余的文件结构并不复杂，一看就明白。如果你机器上安装了 Visual Studio Code，那么可以直接右键 Open in VSCode：

要支持一个完整的模版设计系统，会需要很多的支持变量（variables），不过这不会是一件很复杂的事情。我们会尽快把这件事情补齐。

IPNS 是 IPFS 生态中的一个重要组件，全称是 InterPlanetary Name System，一个去中心化的类似域名的系统。

这里是 IPNS 的官方介绍：

• InterPlanetary Name System

内容寻址是 IPFS 找到内容的最基础的方式。但是会有一个问题是，内容 ID 其实是内容的 hash。因此如果内容本身如果发生了任何变化，那么 hash 也会变。所以如果是用内容 ID（CID）来绑定给 ENS 的话，每更新一次博客就去烧 gas 重新设置 ENS 的 Content Hash，在现有的 gas fee 情况下，就太贵了。

而 IPNS 可以解决这个问题。每一个 IPNS 类似加密货币的钱包，会有一对 public key 和 private key。public key 就是 IPNS 的对外的地址，而 private key 可以用来修改这个对外地址所对应的 CID。

因此，当你用 IPNS 来绑定给 ENS 作为 Content Hash 的时候，完整的链条是这样的：

ENS -> IPNS -> CID

其中 ENS 到 IPNS 这层绑定，会需要一次性的 gas 费。

IPNS 到 CID 这一层，是免费的。

这样我们就可以实现用 IPFS 更新内容之后，ENS 上的网站也就能够动态更新，同时只需要消耗一次性的 gas 费。

比如本站的 IPNS 地址是：

k51qzi5uqu5dgbfw2poynnynor8h9kqqoxmzdrxy4h4wnzx1x5p4n40ijtosxk

然后绑定到了 olivida.eth 这个 ENS 域名上。

在所有支持 IPFS + ENS 生态系统的应用中，你可以使用上面的 IPNS 地址或者 ENS 找到同样的内容。

• https://ipfs.io/ipns/k51qzi5uqu5dgbfw2poynnynor8h9kqqoxmzdrxy4h4wnzx1x5p4n40ijtosxk/
• https://ipfs.io/ipns/olivida.eth/

目前 Planet 还处在一些非常大的变化中，因此时不时备份你的 IPNS key 是非常有必要的。在 0.6.* 版本中备份的操作方式是侧栏中选中自己的 Planet，然后从 Tools 菜单中按 Export Planet。

如果你之前曾经尝试过去用 IPFS 发布一些东西给别人访问，那么你很可能已经体会过这个技术的慢。比如 ipfs.io 上的各种超时。

因为这个技术的底层是 DHT，也就是类似 BitTorrent 和电驴下载的那种 P2P 技术。如果你曾经用过 BitTorrent 的 DHT 下载，你肯定也经历过刚开始下载的时候，漫长的找节点的过程。及就算是找到了节点之后，各种连不上或者没速度。作为使用同样基础技术的 IPFS，这些问题也同样存在于 IPFS。

所以，如果使用场景场景是发布一些东西，然后让用户去浏览器中通过 ipfs.io 这样的 Public Gateway 去加载，那么很有可能就卡在那里直接卡超时了。Web 2.0 时代的 HTTP 已经被优化到了极致，但是 Public Gateway 的架构决定了那些优化到了 P2P 网络上并不完全适用。

但是，当你在用本地电脑作为 IPFS 节点时，依然是可以有一些技术手段对发布性能进行优化的。

端口转发

你可以把你的公网 IP 的 4001 端口转发到你运行 Planet 的本地电脑上。

IPv6 的入流量

如果你的运营商提供 IPv6 并且你知道怎么设置 IPv6 防火墙，那么你可以在防火墙上打开外部对 4001 端口的访问。

UPnP

如果你的路由器支持 UPnP，那么打开 UPnP 支持可以允许 IPFS 节点更好地进行 P2P 通讯。

4001 端口是 IPFS 的 peer 流量端口，上面的所有操作是只读的。在公网上打开这个端口不会造成安全问题。但是部分入侵检测系统可能会抱怨，比如 UniFi Network 的 IDS 系统就会报告这个端口上有异常。

Planet 是一个开源的 macOS 原生 App，让你可以直接从自己的电脑上发布一个网站或者博客到 IPFS，并且这个网站或者博客可以绑定到一个 ENS 域名（比如 .eth 结尾）上。因为 IPFS 和 ENS 都是去中心化的，所以你发布的这个网站也是去中心化的。其他人可以通过这个 App 来 follow 你最新的更新，你的更新可以直接到达你的观众，不依赖一个中心化的云。

目前这个 App 还处在一个非常早期的阶段，还有很多实现上的问题。我们会在后续继续更新。如果你之前玩过 IPFS 或者 ENS，那么你可能会想要试试这个完全的 GUI 体验的发布方案。

开始使用

在 App 第一次启动时，会自动 follow 下面的这两个 ENS：

• vitalik.eth - Ethereum 的创始人之一
• planetable.eth - Planet 项目的博客

点击主界面下方的加号，就可以创建自己的 Planet。在创建并写了第一个篇文章之后，你的 Planet 就会被发布为一个 IPNS。右键点击侧栏里你的网站，选择 Copy IPNS。然后你就会在剪贴板中获得像这样的一串东西：

k51qzi5uqu5dgbfw2poynnynor8h9kqqoxmzdrxy4h4wnzx1x5p4n40ijtosxk

然后你把这串 IPNS 发给其他 Planet 用户，他们就可以收到来自你的更新了。

你用 Planet 发布的网站，也可能可以通过各种 Public Gateway 访问，比如这是你当前正在阅读的这篇文章在各个 Gateway 上的地址（URL 拼接规则是 Public Gateway 域名 + /ipns/ + Planet.ipns + / + Article.UUID）：

• ipfs.io
• dweb.link
• cf-ipfs.com

绑定 ENS

你可以把 Planet 发布出来的 IPNS 设置为你的 ENS 域名的 Content Hash。这类似于在传统 DNS 中设置一条 A 记录。

打开 app.ens.domains 然后在 Content 处填入你刚才获得的 IPNS，记得在前面加上协议 ipns://，就像下面截图中这样：

注意因为设定 Content Hash 会是一个 ENS 合约上的操作，所以这一步会有 gas 费。但是之后你在 Planet 里发布新的内容，你的 IPNS 不会发生改变，也不会再有 gas 费的问题。

在完成了 ENS 绑定之后，也可以直接用类似下面这样的地址通过 Public Gateway 打开你的 ENS：

• https://ipfs.io/ipns/olivida.eth
• https://olivida.eth.limo

在原生支持 IPFS 的 Brave 浏览器里，你甚至可以用 ipns://olivida.eth 这样的地址直接打开你用 Planet 发布的网站。

记得在 Brave 设置中将 Method to resolve IPFS resources 设置为 Brave local IPFS node，这样你才可以通过真正的去中心化方式访问。

因为目前 Planet 还处在一些非常大的变化中，因此时不时备份你的 IPNS key 是非常有必要的。在 0.8+ 版本中备份的操作方式是侧栏中选中自己的 Planet，然后从右键菜单中选择 Export Planet。

一些已知问题

由于 IPFS 的 DHT 本质，虽然你用 Planet 发布出来的 IPNS 可以通过 IPFS 的 Public Gateway 访问，但是第一次的速度可能会非常缓慢，甚至打不开。

当你把 IPNS 发给其他人，让其他人 follow 你时，你的 App 必须处于打开状态，否则别人无法获得内容。当然，如果你熟悉 IPFS 的特性，那么你可以用 Pin 的方式加速和解决这个问题。关于 Pin 的优化，我们会在之后的文档中详细解释。每一个 follower 的获取更新时，也会做一个 pin 操作。因此如果一个内容的访问者越多，那么在 IPFS 网络中的性能也就会越好。

你的网站内容每次更新时，所有 follow 你的人在获得更新时大概会是一个分钟级别的延迟。

目前 Planet 里有一些地方允许你用 Public Gateway 去测试打开你发布的内容。我们目前使用的 Public Gateway 是 dweb.link，之后这个地方会变成一个可以更改的选项。

另外值得说明的是，由于 IPFS 的 DHT 本质，所以是可以看到一条内容可以通过哪些 IP 提供服务。就像你通过 BitTorrent 下载时，你的 IP 也会被其他节点看到。

开源及下载

Planet 的最新版本会在 planetable.xyz 的首页或者我们的 GitHub 项目首页提供。

• https://planetable.xyz
• https://github.com/Planetable/Planet

如果你遇到了什么问题，或者是想要新功能，可以在 GitHub 上以创建 issue 的方式提给我们。

或者加入我们在 Telegram 上的中文用户群：

https://t.me/+5bl7FIsxeChlOWIz

按照两个月之前的计划，在 2022 年 6 月 1 日这天上线了 planetable.xyz

这一年一直在想的就是，如果我能够有机会，把一个 idea 给完整地执行出来会怎样。现在这个机会就这样正在实现中，我很感激走过来的每一步。

如果每一个细节背后，都能够有足够的思考和设计，那结果就不会是一个赶着上线的垃圾，而是在很多年之后，你甚至都会想去高清重制它。

我们生活在这样的一个千兆网络、高速 SSD、多核 CPU 逐渐变成日常用品的时代。未来已经到来，只是没有均匀分布。Planet 就是这个时代的一种全新的互联网内容创作和分发的试验。