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

By [Bitcoin Stamps](https://paragraph.com/@bitcoin-stamps) · 2023-04-09

---

比特币 NFT 的世界里出现了一股新的风向。

一种叫作 BTC Stamps（比特币“邮票”）的全新比特币 NFT 实现方式已经诞生，且在其问世的头 20 天内，通过该方式所铸造的 NFT 数量要远远超过我们已较为熟悉的 Ordinals 起步时的数据。（关于 Ordinals，可参考阅读《[NFT 玩家必读：万字雄文解读 Bitcoin Ordinals](https://www.odaily.news/post/5185850)》）BTC Stamps 系由匿名开发者 Mike In Space! 创建，根据其提交的 Github 资料可知，**BTC Stamps 的实现机制为将 base 64 格式的图像数据嵌入到比特币链上的交易输出之中，从而永久地在比特币链上保存相应的图片数据。**

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

这里涉及到了一个概念 —— [Counterparty 协议](https://counterparty.io/docs/faq/)。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](https://stampchain.io/) 数据显示，截至北京时间 4 月 6 日 1: 30 ，已有 8220 个 BTC Stamps NFT 被铸造，图片内容大多都直接搬用了 CryptoPunks 的原图。综合来看，BTC Stamps 为所有对比特币 NFT 感兴趣的玩家提供了一种全新的实现形式，其与 Ordinals 相比，也存在着一些明显的区别。

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

---

*Originally published on [Bitcoin Stamps](https://paragraph.com/@bitcoin-stamps/btc-stamps-nft)*