时间:2023-04-22|浏览:230
一种叫作 BTC Stamps(比特币“邮票”)的全新比特币 NFT 实现方式已经诞生,且在其问世的头 20 天内,通过该方式所铸造的 NFT 数量要远远超过我们已较为熟悉的 Ordinals 起步时的数据。(关于 Ordinals,可参考阅读《NFT 玩家必读:万字雄文解读 Bitcoin Ordinals》)
团片来源: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 星球日报也将继续陪伴大家,持续跟踪这一细分赛道的发展动向。
用戶喜愛的交易所
已有账号登陆后会弹出下载