浅析BTC Stamps：比特币NFT的新风口

一种叫作 BTC Stamps（比特币“邮票”）的全新比特币 NFT 实现方式已经诞生，且在其问世的头 20 天内，通过该方式所铸造的 NFT 数量要远远超过我们已较为熟悉的 Ordinals 起步时的数据。（关于 Ordinals，可参考阅读《NFT 玩家必读：万字雄文解读 Bitcoin Ordinals》）

团片来源：Bitcoin Frontier Fund 合伙人 trevor.btc

BTC Stamps 系由匿名开发者 Mike In Space! 创建，根据其提交的 Github 资料可知，BTC Stamps 的实现机制为将 base 64 格式的图像数据嵌入到比特币链上的交易输出之中，从而**地在比特币链上保存相应的图片数据。

具体来说，用户需要先将图片的二进制内容编码为 base 64 格式的字符串（图片的 base 64 编码指的是可以将一副图片数据编码成一串字符串，再使用该字符串代替图像地址），然后在该字符串之前加入「Stamps:」的前缀，继而再使用 Counterparty 协议将整段文本内容广播到比特币链上，内容会被切分但会逐一编号，以方便上层应用据此逆向解码至原始图片内容。

这里涉及到了一个概念 —— Counterparty 协议。Counterparty 协议其实早在 2014 年就已诞生，如今被视为 NFT 先驱的「Rare Pepes」（当时甚至还没有 NFT 这个词）就曾使用过该协议，其特点在于可在比特币数据块的空白处写入数据，从而将数据嵌入至原生的比特币交易之中。

值得一提的是，99% 的 Counterparty 交易一般都会采用 OP_RETURN 的数据编码方法，但基于该方法所嵌入的数据可以被比特币全节点“删减”，因此并不适用于强调**保存的 NFT 方向。但在 BTC Stamps 的情况下，由于 base 64 字符串的统一长度，相应的 Counterparty 交易会默认为 P 2 SH 类型，该类型交易需要将数据分拆并嵌入至多笔交易输出之中（内容越大，创建的输出越多），且无法被比特币全节点“删除”，从而就实现了对图片数据的**保存。

至于 BTC Stamps 的 C 端体验，有两点需要格外注意。

一是从数据上链的成本角度考虑，Mike In Space! 在 Github 资料库中建议用户选择「24 x 24 像素， 8 色深的 PNG 或 GIF」的图片规格，这也是头部项目 CryptoPunks 的原生分辨率。

二是所有的 BTC Stamps NFT 均将根据交易时间戳进行编号（因此最重要的可能不是图片内容，而是编号），编号从 0 开始，并将无限地持续下去，但内嵌无效或无法辨认的 base 64 字符串的交易将不会被承认。

Stampchain 数据显示，截至北京时间 4 月 6 日 1: 30 ，已有 8220 个 BTC Stamps NFT 被铸造，图片内容大多都直接搬用了 CryptoPunks 的原图。

综合来看，BTC Stamps 为所有对比特币 NFT 感兴趣的玩家提供了一种全新的实现形式，其与 Ordinals 相比，也存在着一些明显的区别。

根据比特币生态开发团队 Trust Machines 的分析，BTC Stamps 相较于 Ordinals **的优势在于，其数据保存基于最简单的交易输出完成，因此比特币全节点们“别无选择”，只能选择去保存 BTC Stamps，而 OP_RETURN 和“见证数据”（Ordinals 采用的方案）则存在被全节点“删减”的可能性。

不过，BTC Stamps 相较于 Ordinals 也有着明显的劣势。最主要的一点 BTC Stamps 的费用成本较 Ordinals 更高，这也导致 BTC Stamps 为了限制成本只能去限制原始图片的规格；此外，Ordinals 还支持除图片外的其他文件类型，比如文本、音频、视频甚至应用程序等等，只要大小不超过 4 MB 的区块限制即可，这也是 BTC Stamps 暂时做不到的。 

比特币 NFT 的发展仍处于极早期，无论是 BTC Stamps 还是 Ordinals 暂时都还不够成熟，二者最终能否分出个孰优孰劣，或是会根据不同的特点走向不同的应用方向，这都会成为比特币 NFT 未来发展的关键看点。Odai 星球日报也将继续陪伴大家，持续跟踪这一细分赛道的发展动向。