什么是比特币递归铭文？

递归铭文（Recursive inions）是一种基于 Ordinals 协议的新型铭文，由 Ordinals 的创建者 Casey Rodarmor 首次提出，并在 6 月份正式更新合并到 Ordinals 协议中。

递归铭文与其他 BRC 铭文最大的不同之处在于其“自我引用”的特性，也就是递归铭文可以通过一种特殊的语法，去“请求”其他铭文上的内容。

由于这种语法（代码）本身是属于文字类型，占用空间非常小，因此可以让铭文大小可以突破比特币区块 4 MB的限制，而且用户也可以以更低的成本在比特币链上创建铭文，并实现更加复杂的功能。

同时递归铭文可实现让铭文与铭文之间相互引用，打破了此前每个铭文都是独立的、没有关联的情况，通过可组合的特性，开启了铭文之间自由组合的可能。

递归铭文是如何工作的？

在过去，如果要发行一个 10K PFP 项目，项目方需要提前准备好 10000 张图片文件，然后通过铭刻的方式将这些图片一张张上传到比特币网络中，生成所谓的“铭文”。

在这个过程中，除了工作量非常大之外，由于比特币网络的区块容量限制，每张图片的大小必须限制在很小的范围内，以控制铭刻时的成本，这意味着项目方将不得不牺牲图片的质量。尽管如此，打这样 10000 张图片实际消耗的费用也是非常高的。

而递归铭文采用的方式则是先从 Collection 中提取出所有的特征进行铭刻，这里每一个铭文代表图片中的每一个特征，然后再建立 10000 个递归铭文，每一个递归铭文利用“/content/”代码去请求“特征铭文”上的图片，最终通过编程将完整的图片进行呈现。

Doodles 上元素特征（示例）

以以太坊上的 Doodles 为例，Doodles 虽然发行有 10000 张，但其元素特征实际上只有 265 个，假设放在比特币网络上，用递归铭文的方法，项目方只要铭刻 265 个“特征铭文”，然后通过排列组合再请求内容的方式，就可以生成这样的一个 10K 的系列图片。

因此相比于直接铭刻的方式，递归铭文采用的方法不仅需要铭刻的图片数量少，而且占用的区块空间也要小得多（特征图片体积远远小于完整图片），最终项目方部署以及用户在铸造时所需要花费的费用也就大大地降低了。

也有人用“活字印刷”来解释递归铭文 —— 在活字印刷以前，印 100 页的书就要刻 100 个石板，费时费力，而有了活字印刷，就只要先刻出字库，再从字库里选字进行排版印刷，这里 100 页的书就是 Collection 的完整图片，字库就是单独铭刻出来的“特征集合”。

另外递归铭文的设计思路与我们之前介绍 Ordinals 家族时提到的 Generative BRC-721（GBRC-721）协议比较相似，不同之处在于递归铭文更加底层，未来的应用范围也更加广泛。

递归铭文的意义

递归铭文出现的意义绝不仅仅是降低费用和节省空间，更大的意义在于其带来的可组合性，这将让比特币生态拥有更多的可能性。

由于递归铭文本身录入的信息是文字（代码），占用的空间极小，而请求的数据理论上可以是无限多，因此通过递归铭文生成的图片，在精细程度上无疑远超基于现有其他协议发行的项目，同时，递归铭文突破了比特币 4 MB 的区块限制，那么像视频、3D文件、游戏等其他大型文件也有了在比特币网络发行的可能。

另外既然实现了可组合性，那么反过来，将铭文进行拆解即类似 NFT 碎片化的操作也能成为现实，这也将大大丰富比特币生态上 NFT 的玩法。

而且递归铭文通过一段代码可以从比特币链上的其他“文件库”请求数据，数据库可以相互访问，比特币将变成一个“局域网”，随着铭文可组合性的提升，域名将不单单只是链接一个地址，而可以挂载更多的东西，那这是否意味着可以基于递归铭文建立一个完全去中心化永远不会关停的网络了呢？

总而言之，递归铭文给比特币生态的叙事注入了新的生机，但比特币网络本身的性能限制依旧是硬伤，递归铭文能有多大的影响以及能形成多大的共识依旧是未知数，毕竟就连 Ordinals 协议本身都遭到了来自比特币核心开发者的抵制，不过创新不都是这样顶着未知和争议一步步走出来的吗？