递归铭文：比特币链上的无限创造力与组合可能性-链未来

一、什么是 Ordinals 和 Brc20

在讲递归铭文之前，这里先普及一下什么是 Ordinals 和 Brc20。Ordinals 协议是一个为聪编号的系统，赋予每个聪序列号，并在交易中追踪它们。简而言之，用户可以通过 Ordinals 附加额外的数据，使每个聪都变得独一无二。这个过程称之为“记录”。 “聪”以比特币的作者中本聪命名（中本聪为化名），是比特币(BTC)的最小面额。1 比特币可以被分为 1 亿聪，这意味着每聪价值 0.00000001 比特币。聪的编号是根据它们被开采和转移的顺序而定的。编号方案依据聪的开采顺序，而转移方案依据交易输入和输出的顺序，因此被称为“Ordinals（序数）”。

BRC20 是指基于区块链技术的比特币代币标准。BRC 代表"Blockchain Token Standard"（区块链代币标准），而数字 20 则表示该标准的版本号。BRC20 标准定义了一套规则和协议，用于创建和管理基于区块链的代币。BRC20 标准类似于以太坊（Ethereum）上的ERC20 标准，它提供了一种通用的方式来创建和操作代币。BRC20 代币可以在兼容的区块链上发行、转移和交易。这个标准规定了代币的基本功能，例如代币的发行总量、代币名称、符号、小数位数等，以及代币交易的标准接口和事件。通过采用 BRC20 标准，开发者可以更容易地创建和部署自己的代币，并在比特币区块链上实现代币的流通和交易。BRC20 标准的出现促进了加密货币生态系统和比特币生态系统的发展，使得不同的项目可以更好地互相兼容和交互操作。

二、递归铭文的起源

递归铭文的起源可谓一环扣一环，自 Brc20 引起轰动以来，社区开始思考，既然以 Erc20 为参考的 Brc20 能够获得成功，为何不能以 Erc721 为借鉴，打造一个 Brc721 呢？于是乎，Brc721 应运而生。然而，由于大部分 Erc721 将图片存放在中心化的托管处，需要支付管理费用，而 Brc721 则直接将图像刻录在比特币链上，这带来了巨大的成本挑战。随着 Ordinals 的风靡，比特币链上铭刻的拥堵问题日益严重，进一步加剧了成本压力。

为了解决这一问题，Gbrc721被创造了出来，Gbrc721 成功克服了链上高昂成本的难题。在开发 Gbrc721 项目中，项目方只需上传 NFT 的组件，并将它们巧妙组合在一起。例如，一个 10K 的合集可能只需要 200 个组件，这些组件包括嘴巴、耳朵、鼻子等等。这极大地节约了上链的成本。然而，这同时也带来了新的问题，即需要在链下进行图像解析以显示图片。因此，目前在 MagicEden 上展示的 Gbrc721 项目 "Ordibots" 仍以一串文本的形式呈现（如下图所示）。

递归铭文的概念是由比特币协议 Ordinals 的创始人提出的，2023 年 6 月 12 日，Ordinals 的新首席维护者 Raph 在 Github 上宣布了一项重要的进展，他将铭文“递归铭文”编号 2167 的创新合并到了 Ordinalsd 的代码中（如下图所示）。在这个版本的代码中，通过“/-/content/:inscription_id” 这个语法，铭文之间可以引用彼此的内容，实现了超越 Gbrc721 的功能，这个创新直接在链上实现，无需依赖链下解析，从根本上解决了 Gbrc721 的问题。因此，递归铭文诞生了，这个简单而巧妙的改动为 Ordinals 带来了无限的创造力，激发了人们的想象力。

三、实现与效果：探索无尽的组合可能性

在前文中，我们已经了解了递归铭文的起源，接下来本文将具体探讨一下递归铭文的实现方式。同时，我们还要了解一下是什么导致了引人注目的首个递归铭文项目——《Recursive Punks》的戏剧性开场；以及在递归的过程中，各个组件是如何融合在一起的。此外，我们还要关注递归铭文的可组合性能达到怎样的程度；以及是否可以实现不同格式的递归铭文之间的组合。接下来，我们将一同解开这些谜题，探索递归铭文带来的无尽组合可能性。

递归铭文的实现方式

递归铭文的实现离不开 Ordinals 的创始人团队的智慧和技术突破。他们在底层协议中嵌入了下图所示的代码，其中的 “/content/” 是代码引用的关键，正是这个语法使得开发者可以引用已经存在于比特币链上的其他铭文。对于那些细心研读代码的读者来说，不难发现这里呈现的代码（版本 2174）与前文提及的版本 2167 有所不同（2174 版本删除了 “/-” 部分），2167 版本是最初采用的版本，但随后，Ordinals 创始团队放弃了 2167 版本，并转而采用了 2174 版本。这也为接下来《Recursive Punks》的戏剧开场埋下了伏笔。

Recursive Punks 的戏剧开场

6月13日，Recursive Punks 官方宣布推出免费铸造一万个 Recursive Ordinals 系列，随即引发了社区的热议和传播。由于"First is First"的原则，项目在被社区发现后迅速被刻录完，火爆之时甚至一度导致网站瘫痪。然而，随着一波狂热的 Fomo 刻录潮过后，许多用户惊讶地发现官方使用的递归铭文版本竟然是旧版的 2167，而正确的递归铭文语法应为 "/content/" ，官方却使用了 "/-/content/:" 。这导致了 Recursive Punks 在比特链铭文浏览器上无法正常显示图片，因此从严格意义上来说，该项目并非真正的递归铭文项目。

社区随后开始传播修复方法，并指出 Recursive Punks 的语法错误。然而，官方在发现项目语法错误后选择了一种出人意料的方式，即发推表明希望 Ordinals 协议的开发者和社区同时认可无图版本和有图版本。更令社区惊讶的是，官方在其后删除了该推文，并直接在 MagicEden 上线了 Recursive Punks 无图版本，并以高清大图的形式展示。经技术人员的分析表明，这是通过前端渲染的方式实现的，使得该版本可以在 MagicEden 平台上展示图片。这一举动引发了部分社区成员的不满，他们认为这种行为严重违背了去中心化的理念，甚至有人认为这是一种欺诈行为。

目前，Recursive Punks 的 V1 版本和 V2 版本都已在 MagicEden 上线。截至今日（2023.6.20），Recursive Punks V1 版（无图版）拥有更高的交易量，因此或许可以认为官方的 V1 版本在社区中仍然拥有更多共识。"First is First" 的理念仍然得到广泛认可。然而，或许随着递归铭文知识的普及，真正的递归铭文版本 Recursive Punks v2 会获得更多的支持和认可。

递归铭文中组件的巧妙组合

在递归铭文中，借助于上文提到的 "/content/" 语法代码，项目方得以直接引用链上已存在的NFT 组件来创建自己的 NFT 作品。本文以递归铭文项目《Recursive Frogs》为例来说明其中的奥妙。如下图所示，红色框中展示了该 NFT 作品的组件（目前Ordiscan已支持递归铭文组件的显示及一键链接组件网址）。

接下来，我们点击红色箭头所指的 "view source code"，以查看该NFT作品的源代码。

这六行代码运用了 "content" 语法，实际上引用了六个不同的组件，"/content/" 后面的一串代码正对应着每个组件的 "Inscription ID"。

通过这种巧妙的组件引用方式，递归铭文创作者们能够将各种元素相互融合，创造出独一无二的作品。这种无限的组合可能性不仅激发了创作者的想象力，也为递归铭文的发展带来了新的纬度。无论是艺术作品、数字藏品还是虚拟现实游戏，递归铭文的组合能力都能够为创意领域带来前所未有的可能性。

递归铭文的无限组合与不同格式的融合

递归铭文具备理论上的高度可组合性，能够以灵活的方式将比特币链上的各类铭文进行组合。这种无限的组合性让许多行业先驱们看到了递归铭文为 Ordinals 带来 GameFi和元宇宙等创新应用场景的潜力。递归铭文能够将不同格式的铭文组合成一个以 HTML 格式呈现的网页。这个网页的内容可以由项目方自由添加，只要在比特链上能找到。音乐、视频或动图等各种内容都可以被整合在其中。因此，递归铭文为比特币生态系统注入了巨大的可能性，递归铭文的创造性和开放性也为创作者提供了一个前所未有的创作平台。

四、递归铭文引发的革新潮流及应用场景展望

递归铭文的出现为比特币生态系统带来了无限的可能性，接下来我们大胆预测一些递归铭文可能带来的影响以及可能实现的应用场景。

1、比特币生态创业门槛和成本的降低

递归铭文极大地降低了比特币生态的创业门槛，甚至只需几行代码的修改，即可打造全新的 NFT系列，就像 Recursive Punks 的无图版、有图版、大图版和高清大图版所展示的那样。此外，递归铭文还显著降低了创业成本，原本需要上传数万张图像的 10k 合集，现在只需上传 200 个组件图像，并通过代码将它们巧妙组合，即可完成一个 10k 合集的创作。

2、铭文丰富度的提升

递归铭文的出现使得Ordinals底层铭文浏览器（如ord.io和ordiscan.com）努力实现了除了最早的文本类型之外的支持，如 SVG、HTML 和 JavaScript 等多种媒体类型。递归铭文已经可以媲美一个万能网页，几乎可以显示任何网页中的内容。并且递归铭文可以引用其他铭文，就像本地网页升级为互联网一样，极大地丰富了铭文的表现形式。

3、GameFi和元宇宙

递归铭文的出现为比特链上的 GameFi 和元宇宙的实现带来了可能。目前已经出现了基于递归铭文开发的小游戏，如下图所示，这是由 Ordz Games 开发的一款递归小游戏。玩家可以直接在铭文浏览器上进行点击操作，玩法类似于之前热门的"羊了个羊"，这也就是上文所提到的"网页"实现。

正如上文所说，递归铭文以其代码调用的特性，实现了小巧的体积。这一特点使得铭文的大小能够突破比特币区块大小限制的 4MB。由此，我们在理论上可以构建出比特币链上的元宇宙和 GameFi，甚至将复杂的三维游戏上传至比特币链。当然，需要明确的是，递归铭文仍处于早期阶段，所有这些设想和构想都需要通过持续的探索与发现才能够实现。

五、递归铭文可能存在的风险

1、存在中心化风险：递归铭文的实现依赖于 Ordinals 协议，正如前文所述，递归铭文的实现建立在 Ordinals 协议之上。如果 Ordinals 协议没有植入或之后删除了“引用”部分的代码，那么递归铭文将无法使用。

2、给比特币网络带来负担：从短期来看，递归铭文可能为比特币生态带来一定繁荣。然而，图片、电影、代码存储库、软件代码以及各类新数据铭文都有可能堆积在比特币的内存池中。随着注册商为确认交易而出价越来越高，只想用比特币支付购买费用的普通用户将不得不支付昂贵的溢价。因此，从长期来看，比特币网络可能变得更加拥堵，手续费也会更加昂贵。

3、作恶成本的降低：递归铭文可能会让欺诈者更容易地在比特币链上添加恶意软件。欺诈者可以将恶意软件分为多个文件，并在人们下载游戏、文件或软件时向其设备添加恶意软件。这可能导致下载者丢失资金。

4、依赖于底层基础设施的支持：递归铭文还需要更多底层基础设施的支持，例如头部的交易所 Unisat和MagicEden，主要的铭文浏览器以及中心化交易所例如 OKEX、BINANCE的支持。截至今日（2023.6.20），MagicEden 尚未支持上文提到的 Recursive Punks V2 版本的图片显示（如下图所示），而 Recursive Frogs 的正常展示也是在某位社区KOL提议后才实现。