nostr:nevent1qqsxft8j56ljxtmj2d3p0a5mhnudme36tjf8ce8wuqzj3we25urznkszyrf5zyqxq7prxlygvnlhvvs6sg0jmw70kzan8pjtrnzgwy4tmp9gqqcyqqqqgfc897n5z

【blurhash】（模糊图哈希）→

@67BDu~qIUxuayxukCRjofWURjWBRjRjWBRkRjWBRkNGWBogR%WBt7RjRj

【url】（当地址被墙显示模糊图）→

## 二，上传到Relays（ #NIP95 ）

#kind1064 直接将图64编码，封装后类似url给 #kind1065 然后再次封装才引用图。

nostr:nevent1qqsdv3yv7g4u7807np6g854qpvtpe6apqqvt425efej9hqraad3qkrczyrd3rveqp8v3fhtkhkgyhznrvcnarkgy8u4yl8k27640shg9chm67qcyqqqqg2g7xjhkf

在网页编程中是有用到Base64编码，直接将图片变成字符串写入网页的。而Markdown中也有，即类似于直接``，紫水晶开启Markdown格式时只支持图片URL。不知博客长文中是否支持编码图片。将图片直接编码成字串引入，从而不依赖图床了。缺点是太耗Relays的资源，一个图便相当于一篇很长很长的长文文章。若中继列表关联到全是不支持kind1064的Relays，会在kind1065下，显示为模糊图，且需加上支持的Relay才获得清晰图。数据量大时可能卡。


建议图的数据量较小且非常重要的图时，再用这个方式上传图吧！相当于图床中继合并，有利有弊，希望支持NIP95功能的Relays们能在kind1064较多时，挺住压力。

lightning:cndx@btcdv.com 🐇ᥬ[🐕]᭄🌿