作者：Azuma
比特币 NFT 的世界里出现了一股新的风向。
一种叫作 BTC Stamps（比特币“邮票”）的全新比特币 NFT 实现方式已经诞生，且在其问世的头 20 天内，通过该方式所铸造的 NFT 数量要远远超过我们已较为熟悉的 Ordinals 起步时的数据。（关于 Ordinals，可参考阅读《万字雄文解读Ordinals：从点对点电子现金系统到NFT基础设施，比特币共识的范式演进》）
团片来源：Bitcoin Frontier Fund 合伙人 trevor.btc
BTC Stamps 系由匿名开发者 Mike In Space! 创建，根据其提交的 Github 资料可知，BTC Stamps 的实现机制为将base64 格式的图像数据嵌入到比特币链上的交易输出之中，从而永久地在比特币链上保存相应的图片数据。
具体来说，用户需要先将图片的二进制内容编码为 base64 格式的字符串（图片的 base64 编码指的是可以将一副图片数据编码成一串字符串，再使用该字符串代替图像地址），然后在该字符串之前加入「Stamps:」的前缀，继而再使用Counterparty 协议将整段文本内容广播到比特币链上，内容会被切分但会逐一编号，以方便上层应用据此逆向解码至原始图片内容。
这里涉及到了一个概念 ——Counterparty 协议。Counterparty协议其实早在 2014 年就已诞生，如今被视为 NFT 先驱的「Rare Pepes」（当时甚至还没有 NFT 这个词）就曾使用过该协议，其特点在于可在比特币数据块的空白处写入数据，从而将数据嵌入至原生的比特币交易之中。
值得一提的是，99% 的 Counterparty 交易一般都会采用OP_RETURN的数据编码方法，但基于该方法所嵌入的数据可以被比特币全节点“删减”，因此并不适用于强调永久保存的 NFT 方向。但在BTC Stamps 的情况下，由于 base 64 字符串的统一长度，相应的Counterparty 交易会默认为 P2SH 类型，该类型交易需要将数据分拆并嵌入至多笔交易输出之中（内容越大，创建的输出越多），且无法被比特币全节点“删除”，从而就实现了对图片数据的永久保存。
至于BTC Stamps 的C 端体验，有两点需要格外注意。
一是从数据上链的成本角度考虑，Mike In Space! 在 Github 资料库中建议用户选择「24x24 像素，8 色深的 PNG 或 GIF」的图片规格，这也是头部项目 CryptoPunks 的原生分辨率。
二是所有的 BTC Stamps NFT 均将根据交易时间戳进行编号（因此最重要的可能不是图片内容，而是编号），编号从 0 开始，并将无限地持续下去，但内嵌无效或无法辨认的 base64 字符串的交易将不会被承认。
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 未来发展的关键看点。Odaily 星球日报也将继续陪伴大家，持续跟踪这一细分赛道的发展动向。
