生成艺术与一般 NFT 最大的机制差异，藏在一句官方描述里：艺术家把算法写成脚本、永久存在以太坊上，收藏者铸造时链上生成一个唯一哈希，哈希被喂进脚本，产出一张一次性且完全确定的作品。这句话里有两个关键词——唯一、确定。本文按 Art Blocks 创作者文档拆解这套确定性是怎么在代码层面保证的，以及它对收藏核验意味着什么。
先看脚本的运行环境。作品脚本本身不直接连浏览器，它跑在一个叫 Generator 的浏览器环境里，这个环境会在执行前给脚本注入一个叫 tokenData 的全局对象。文档明确列出注入内容包括这个 token 的哈希与其他元数据，脚本的全部视觉决策都要从这份数据出发。换句话说，渲染一张作品需要的全部变量，都来自注入数据加脚本自身的逻辑，运行环境刻意不留任何让同一枚代币两次渲染出不同画面的缝隙。
tokenData 里最核心的字段是 hash。文档对它的定义毫不含糊：一个 32 字节的十六进制字符串，是这个 token 在链上生成的唯一随机种子，并且是脚本唯一允许的随机数来源。这条规则的分量比字面重得多。生成艺术要引入随机性——颜色分布、构图密度、纹理位置——如果脚本允许读当前时间、鼠标位置或者任何外部输入，同一枚作品在不同设备上就会渲染出不同结果，收藏的确权对象就模糊了。把链上哈希定为唯一种子，等于宣布：作品的每一个像素差异，都能追溯到铸造那一刻链上就确定了的字节序列。伪随机数生成器从哈希播种，序列对所有人一致。
tokenData 里另一个字段是 tokenId，它同时编码了两层信息。文档给出的换算方式是：tokenId 整除一百万得到项目编号，tokenId 对一百万取余得到该项目内的调用编号。也就是说，一枚作品的身份被压进一个整数——它属于哪个项目、是这个项目的第几次铸造。这种编码让跨项目的全局编号唯一，也让任何人拿着一个 Token ID 就能算出去哪个合约、哪个系列里找它的铸造记录。
对收藏者来说，这套机制的实用价值是可以复现与核验。复现的意思是：只要拿到官方渲染器、对应版本的脚本和一枚代币的哈希，任何人都能在自己的设备上重新算出这张作品，画面与官方页面逐像素一致——如果对不上，问题一定出在脚本版本或渲染器实现，而不是你的设备。核验的意思是：当你怀疑某个页面展示的图与链上代币不符时，正确的动作不是比较两张截图的观感，而是检查渲染用的脚本源码是不是合约里存的那一版、注入的 hash 是不是你查询的那枚代币的。文档同时提到脚本要提供 renderPreview 之类的接口给前端做预览渲染，预览与正式渲染共享同一套种子逻辑，这是同一枚图能跨场景保持一致的原因。
顺带澄清两个常见误解。第一，生成艺术并不是每张图都存了图片文件——它存的是算出图的程序，图片是程序加种子在浏览器里现算的显示结果，这与把 PNG 挂到 IPFS 上再引用的 NFT 是两种完全不同的存储结构。第二，作品页里可调节的参数面板不改变确权：那些参数是艺术家声明过的特征开关，真正决定这张图长相的仍是那串哈希，除非项目启用了文档另有说明的铸后参数演化机制，否则任何界面里的滑条都不应改动链上认定。
从标准谱系看，这套结构与更早期的全链上实验（比如把生成逻辑装进合约的 Autoglyphs）一脉相承：宁可牺牲存储便利，也要让作品与代币永远同生共死。它的代价也真实存在——渲染质量受制于浏览器对图形接口的支持，多年前的依赖库可能升级换代，脚本版本的存档就成了平台责任。收藏这类作品时，把渲染器的存档状态与合约地址、脚本版本一起记进你的核验清单，是唯一稳妥的做法。本文为机制说明，不构成任何投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。