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

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

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

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

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

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

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

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

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

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

@Memoriae

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

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

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