碎碎念 0x01 / UUID、索引与区块链的纠结

前几天刚把作品对外访问id从uuid迁到了nanoid 顺手把定义从uuid改成了index
当时觉得这样更简洁 对外暴露索引比一长串 uuid 好看多了
虽然说其实这俩在我上了双ID机制后没啥区别

---

但这两天又开始纠结了ww

我在想 是不是应该全面拥抱区块链^[1]
如果用 uuid 当基础标识 每个作品都有全球唯一的 id
以后上链做去中心化存档会方便很多 链上寻址直接拿 uuid 就能定位 索引还得额外映射一层
虽然说索引到数据库自增id也有额外一层映射就是了

不过nanoid也挺不错（
对极客用户很友好 url 里不用带那么长的字符串 看着清爽
可能只有傻卵技术宅才会注意域名/URL吧（？

而且整个架构已经按索引重构好了 数据库关联表都用的这套
要是revert的话 我修type err也得弄半天
不过vibe coding折磨的也不是我嘿嘿

---

就 很纠结

一方面觉得区块链是未来 现在应该为以后留好接口
另一方面又觉得 轻量级工具也有它的价值 万一以后想加别的功能呢）（

欸不对依赖于专有软件的项目^[2]算什么轻量级工具

可能我这种反复横跳就是独立开发的日常吧 技术选型永远没有完美解 只有权衡

先这样吧 nanoid索引已经上线了 用着看看 反正代码在手里 以后真想改还能再迁回去（笑）

说不定过几天我又有什么新脑洞了呢

---

1. Cloudflare 提供用量限制极少的公共网关 配合上其他厂商的固定服务的httpapi可以实现“全面拥抱” ↩
2. VOCArchive依赖于Cloudflare Worker环境 ↩