@kop1989 有很多啊，IPNS DNSLink PUBSUB ENS

@imgbed 你是不是本地没有保存图片啊……而且也应该发 CID 才对啊（

@imgbed 节点一直变很正常啊😂

@wr516516 奇思妙想一下嘛。

1. llvm 官网上就有如何用 llvm 写一个编程语言的例子，走一遍就知道如何创造编程语言了。
https://llvm.org/docs/tutorial/OCamlLangImpl1.html
2. llvm ir 不能帮你解决 io 等问题，是标准库的功能，需要你自己实现。ir 只是中间码。
3. 编译原理是计算机科学里的屠龙之计，但不是只要学会编译原理就能创造新的语言了，语言的各类标准库也是需要考虑的。还有异步，多线程模型和语法等等等
4. 如果你要做静态类型语言，还需要了解类型系统。
5 好的语言设计是一个取舍，所以要了解足够多的语言才知道怎么做取舍好。

《不要在问我什么是 BT 种子》
顺便这里面介绍的算法是 Kademlia 算法，其实 DHT 网络可以用的算法还有很多，只是 BT 用了 Kademlia 而已。

另外你通过 CID 获取文件的过程，和在 BT 里面通过磁力获取文件的过程是类似的（都是通过 DHT 网络）。
如果想了解这个过程不如看看回形针出的一期视频：
https://www.youtube.com/watch?v=jp0bF9Qu2Jw

确实是个类 BT 系统

IPFS 分成两个部分。
底层的是 IPFS 协议，上层的是 filecoin （也就是所谓的激励层）
1. IPFS 本身没有区块链，filecoin 才用到区块链技术。底层的 IPFS 其实确实是个 BT 系统，但是他们的库（ libp2p)做的比较好，相比起 BT 系统好像有改进，具体的区别要去看 IPFS 的白皮书
2. 「新文件端到端的传输文件能力很差」，是个，这个是分布式系统的问题，所以如果是端到端传输， 建议互相添加对方的节点，或者建立私有的 IPFS swarm （翻译成用户池？）
3 「 3 、下载后的文件是缺失后缀的，文件名是 hash 名。」这个解决方案很简单，把文件放到一个文件夹里，然后分享文件夹的 CID，这样里面的文件就有文件名和后缀了。
4 「硬盘+带宽维护一个无限容量的云空间？」理论上上来说是这样，但是 一. IPFS 是有缓存大小的限制的，默认 10 个 G，你可以在它的配置文件里修改这个大小。二. 你需要下载了某个东西才会有缓存，如果你不 pin 的话，这个缓存最后会消失的，此外 IPFS 不保证文件一定不会消失（没有人缓存了，或者缓存的人不在线，就消失了）
5.「目前有机制保障空间的利用效率么？ 」文件通过 Hash 比较之后只会存一份。

@cernard 这个肯定最简单的方法，但是我这里的背景设定就是这个人「鲍勃」想要建一个独立博客。
也就是自己 host 的静态或者 wordpress 博客，或者类似 Github Pages 那样的。

@wysnylc 老实说，我还没有思考到这个程度，我写这篇文章的时候只是在想技术上的可行性😂

@dawn009 您的回复给我了很多启发。
确实这个设计非常类似与一个 RSS 订阅的聚合，只是在普通文章的基础上添加了可以引用的特性。

@dawn009 是的，RSS 、邮件列表和新闻组是我灵感的来源。
不过基于 IPFS 比起传统的博客和 RSS 聚合有一个显著的优点：方便普通用户使用。
自建博客还是一个有门槛的事情，而且你要付出额外的成本比如 VPS 的费用（当然也有 GitHub Pages 这种免费服务），但是这种 P2P 网络就没有这种问题了。
另外的的优势还有反审查，方便传输（每个访问过的用户都是一个 CDN 节点）。
@locoz 是的，这个问题我也没什么好的答案，这个也只是一个非常早期，和实验性的构思。: )

@mengzc 赞一个，已 Star 。这个系统是基于 Matrix 和 Mastodon 的？

*中心节点

@Darkside 其实没有依赖中心简单，如果不考虑增加用户的话，只有有用户 pin 了这个 users.csv ，论坛节点下线这个系统也能正常运作。