委托铭文与递归铭文是什么？链上生成艺术怎么拼起来

发布 2026-07-20 更新 2026-07-20 赵雪浏览 --

Ordinals 铭文可以通过 delegate 标签指向另一个铭文的内容，也可以通过递归端点读取其他铭文的数据与代码，从而用少量链上数据拼出大型生成艺术集合。本文解释这两种机制的规范与风险。

委托铭文与递归铭文是什么？链上生成艺术怎么拼起来图 1 — 委托铭文与递归铭文是什么？链上生成艺术怎么拼起来 · 图 1

一句话理解

委托铭文（delegate）是“内容引用另一个铭文”的铭文：请求它的内容时，返回的是被委托铭文的内容；递归铭文（recursion）则是铭文内容里调用索引器白名单端点，读取其他铭文或链上数据。两者合起来，让多个铭文能共享素材，用较少空间“拼”出完整作品。

委托（delegate）怎么工作

按 Ordinal Theory Handbook 的规范：铭文 I 可以带标签 11（OP_PUSH 11），值是另一个铭文 D 的二进制铭文 ID；此后所有对 I 内容的请求都会返回 D 的内容、内容类型与编码。D 可以在 I 之后才被刻上链——在那之前，对 I 的内容请求返回 404。

这个机制的典型用途是“低成本复制”：比如把一段图片像素或代码只刻一份，让成百上千个铭文都委托指向它，每个铭文自己只占极少链上数据。带来的特性是：委托方内容跟着被委托方变——D 若被重新刻写（re-inscription，后续铭文覆盖同一聪的内容），所有指向它的委托铭文展示也会随之改变，这一点既是特性也是风险。

递归（recursion）怎么工作

铭文的 HTML/JS 内容默认在隔离沙箱里运行，但有一类白名单“递归端点”例外，可以读取链上数据：

/content/铭文ID：取任意铭文的内容，用于把分散刻写的图片、代码拼装成完整页面；
/r/children/铭文ID：取某父铭文的前 100 个子铭文 ID（可翻页），配合 Provenance 实现集合展示；
/r/blockhash、/r/blocktime 等：读取当前区块信息，可用作随机种子。

生成艺术正是靠这些端点工作：把算法脚本、素材图分别刻成铭文，作品铭文里写一小段 JS，运行时从这些端点抓素材并渲染。属性头像类集合则把配件刻成单个铭文，靠递归调用按种子拼成唯一组合。

用户该注意什么

你买到的“画面”可能只是一段拼装机：素材分散在其他铭文甚至别人的委托源里，作品展示的稳定性取决于这些外部依赖。
委托与重新刻写意味着内容可变，链上所有权不变不等于看到的图像永远不变。
展示依赖运行 ord 并开放递归端点的服务节点，节点下线时页面可能空白，这与作品本身质量无关。

一次“拼图”在浏览器里发生了什么

以一个典型的像素头像为例：素材库（帽子、背景、眼睛等）被分别刻成几十枚铭文，你的编号铭文内容只有一小段 HTML/JS。浏览器打开它时，脚本先调用区块哈希端点取一个数作为随机种子，再按集合公开的算法算出“我的编号该配哪几件素材”，然后逐个请求对应铭文的内容端点把图片贴进来。整幅画面只在渲染那一刻存在，链上从头到尾只有代码与索引信息。理解了这一点，就能理解为什么“作品完整性”在铭文生态里是个工程概念：它依赖素材铭文、代码铭文与索引器端点三者同时在线，任何一环出问题，页面都会退化成空白或错拼。