@Titans 已经重新收录。

@Titans 你的十几篇文章之间的时间戳相隔很近，然后就会在 VXNA 造成刷屏。

你的 feed 的时间戳有问题，暂时去掉了收录。

已经收录。

@superrichman 我没有安装过任何这样的插件，无法回答你。

@imnpc IPFS 是一个谁都可以下载和运行的开源软件，并不需要向任何人支付任何费用就可以随意使用。

收录因为出现空内容而被移除。

https://xxu.do/notes/132

@yyzh 谢谢，那个每个回复都带链接的账号已经被彻底 ban 。

@chenjia404 之前有人基于 IPFS MFS 来做 Linux 包镜像，遇到过一些问题。

https://github.com/ipfs/notes/issues/296#issuecomment-707912467

中长期可能会面临的一个问题是如果单个节点的 repo 里的 CID 数量到达 1e5~1e6 之间的时候，IPFS 的 reprovide 可能会出问题。

这种一个地方上传，然后可以从无数个其他地方拿到的感觉，真的太好玩了。

比如这是 Planet 的轻量级版本 Croptop ，我把图片拖拽进去，就可以加入到本地的 IPFS repo ，然后这个 CID 又可以从楼主的 gateway 里拿到：

https://i.v2ex.co/vZthp43U.png

https://gateway.ipfsscan.io/ipfs/QmfLTaFU17G4GqfdcQLk4XJ163wkyejzrnPZkXmB35DVgU

@liudon 如果一个 CID 持续被从不同的 gateway 上访问，其实就是在每个 gateway 的 IPFS repo 里都存了一份。不一定永久，但很多情况下其实够用了。

赞。

@Tink 我前段时间写的一篇文章，里面其实也是在思考这件事情：

https://olivida-eth.ipns.gateway.v2ex.pro/hashes/

@Tink 比如 https://pinnable.xyz/

就是这样的一个 paid-only 的网关。

https://gateway.v2ex.pro/ipns/olivida.eth/

@Tink 任何时候，肯定有能用的 gateway 。只要前端能自动帮用户把 gateway 始终换成能用的，图片的可用性对于用户来说就不会有负面感知。

只要 CID 存在于某个节点上，就肯定可以从某个 gateway 上掏出来。

解决可靠性问题的一个方式就是从前端实现图片加载地址不要强依赖于某个特定的 gateway 。

比如可以用 web component 实现一个 <cidimg src="bafybeiahrt6nz6j2ksvf2tbhrv3iv54entu3jzzll2ekgelhxvg45ikmzq" /> 然后这个 component 到底用哪个 gateway ，可以去读一个外部配置。