一种叫作 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 有兴趣的玩家提供了一种与Ordinalss相匹配的全新实现形式 相比之下,也有一些明显的差异。
比特币生态开发团队基于比特币生态开发团队 Trust Machines 的分析,BTC Stamps 与Ordinals相比, 最大的优点是,它的数据保存是基于最简单的交易输出,所以整个比特币节点别无选择,只能选择保存BTC Stamps,而OP_RETURN 和“见证数据”(Ordinals 采用的方案)有可能被整个节点“删除”。
不过,BTC Stamps 与Ordinals相比, 也有明显的缺点。最重要的一点 BTC 与Ordinalss相比,Stamps的成本更高 更高,这也导致了BTC Stamps 原始图片的规格只能限制成本;此外,Ordinals 除图片外,还支持文本、音频、视频甚至应用程序等其他文件类型,只要大小不超过 4 MB 可以限制区块,这也是 BTC Stamps 暂时做不到。
比特币 NFT BTC的发展仍处于非常早期的阶段 Stamps 还是Ordinalss? 目前还不够成熟,两者最终能区分哪个好哪个坏,还是会根据不同的特点走向不同的应用方向,这将成为比特币 NFT 未来发展的重点。Odaily 《星球日报》也将继续陪伴大家,跟踪这条细分赛道的发展趋势。
本文的部分内容来自网络,仅供参考。如有侵权行为,请联系删除。