上传到 V2EX 图库的图片，同时也会获得一个 CIDv0

[Livid]

图片上传到 V2EX 图库之后，就会通过一个异步任务，为图片获得一个 IPFS 的 CIDv0 。所以如果你打开自己的图片页面，但是上面还没有显示 CIDv0 的链接，那么刷新一次，通常就有了（除非 IPFS 添加的那个 API 接口挂了）。

比如你可以在这个页面上看到 CIDv0 链接：

https://www.v2ex.com/i/vZthp43U.png

这张图片的 IPFS 地址（通过 eth.sucks 网关）：

https://eth.sucks/ipfs/QmQLxpXPiLm9Mnsw86MRYofiz4Bv65pRiW7g5tbj762QFt?filename=vZthp43U.png

[imnpc]

存储到 IPFS 这个现在不需要支付费用了吗？

[Livid]

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

[artoostark]

我记得 WordPress 有个 IPFS 插件。

[zhangkui]

求一个手把手教学的文档

[superrichman]

@XIU2 V2EX 增强 的链接转图片功能看不到上面第一张图，这个链接有什么特殊的吗？手动点击进去图片是能正常看到的。

[Livid]

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

[yrj]

@imnpc 好像也有丢失的风险，具体多大概率未知。应该是看文件热度吧

[ThinkCat]

之前大概了解过一点，临时文件是有期限的，没人访问使用之类的，会被清理掉。但是可以 pin 固定下来，一直留存，这个就需要服务商了，类似 oss 服务商，这种还是要收费。

[XIU2]

@superrichman 因为你说的这个 "上面第一张图"：

其实不是一个图片 URL ，而是一个网页，你点进去访问该 URL 后，看到的第一张图片才是真正的图片 URL：

当然，还有下面的第二张图片（也就是本贴所说的图片 IPFS 地址）也是真正的图片 URL 。

我很早之前随手写的 V2EX 增强脚本里面的 链接转图片 功能非常简单粗暴，就是直接把帖子内所有含有 图片后缀 的 a 链接（且本身不是网站支持的图床没有被网站自动转为 img 的）转为 img 图片元素。

稍后我会检查一下，看能不能排除下这些特殊情况。

[XIU2]

@XIU2 嗳？。。。我把这个帖子内的第一个 URL 刚才回复时发出去后，被网站识别自动转为 img 图片元素了，不过 img 的 src 域名是 i. v2ex. co 这个真正的图片 URL ，A 标签的 href 也去掉了域名变成相对路径了。

那这样的话，我好像也没必要再去优化脚本单独处理这个了？。。。

[Livid]

@XIU2 内部对应规则是这样的，绝对不会改，可以放心用：

图库页面 www.v2ex.com/i/:filename -> 图片文件 i.v2ex.co/:filename

[Livid]

但是这个主题的正文用的是没有加 ![] 标签的 Markdown ，所以那个地址不会自动转换，因为正文里我就是希望那个地址能够完整显示出来。

[Memoriae]

有部分不懂，请教下站长：IPFS 在存储文件后需要 pinning ，那么是谁来提供这个 pin 的服务？前端访问也要通过 ipfs gateway ，谁来保证这些云服务资源的可用性？当然，对于 web3 玩家，当然是自己找托管服务或者在空闲的机器上运行 go-ipfs 。

pin 服务必须可用，否则在其他机器上传或复制一样的文件，哈希值也会不同，应该有一定运维风险吧。

最后想问下，未来有计划在 V2EX 上支持绑定 ENS 域名吗？例如在 ENS 上新增一条记录实现，谢谢：）

[Livid]

@Memoriae

同一个文件，在任何 IPFS 实例里添加，会拿到同样的 CID 。

[Livid]

@Memoriae 计划支持 SIWE 登录。

[liudon]

> 考虑到后面的存储节点会在将来发生变化，而同样的文件即使重复添加，也会一直拿到同样的 CID ，所以加入了每 14 天把文件重新添加一次的逻辑，继续提高图片在 IPFS 网络上存在的可能性。

这里没有使用 pin 吗？是为了不增加 pin 资源的服务，所以隔段时间重复添加吗？

[Livid]

@liudon 即使现在有 pin provider A ，可能之后会变成其他的 provider 。所以会定期把同样的文件发送到 API 。