首页 > 极速快讯 > 矿圈资讯 > 浅析BTC Stamps:比特币NFT的新风口

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

时间: 2023-04-07 来源:极速科技
一种叫作 BTC Stamps(比特币“邮票”)的全新比特币 NFT 完结办法已经诞生,且在其面世的头 20 天内,通过该办法所铸造的 NFT 数量要远远逾越我们已较为了解的 Ordinals 起步时的数据。(关于 Ordinals,可参阅阅读《NFT 玩家必读:万字雄文解读 Bitcoin Ordinals》)比特币挖矿机

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

团片来历: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的新风口

归纳来看,BTC Stamps 为所有对比特币 NFT 感兴趣的玩家供给了一种全新的完结形式,其与 Ordinals 比较,也存在着一些明显的区别。

根据比特币生态开发团队 Trust Machines 的分析,BTC Stamps 相较于 Ordinals 最大的优势在于,其数据保存根据最简略的生意输出完结,因此比特币全节点们“别无选择”,只能选择去保存 BTC Stamps,而 OP_RETURN 和“见证数据”(Ordinals 选用的计划)则存在被全节点“删减”的可能性。

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

不过,BTC Stamps 相较于 Ordinals 也有着明显的劣势。最主要的一点 BTC Stamps 的费用本钱较 Ordinals 更高,这也导致 BTC Stamps 为了束缚本钱只能去束缚原始图片的规范;此外,Ordinals 还支撑除图片外的其他文件类型,比方文本、音频、视频甚至运用程序等等,只需大小不逾越 4 MB 的区块束缚即可,这也是 BTC Stamps 暂时做不到的。 

比特币 NFT 的展开仍处于极前期,无论是 BTC Stamps 仍是 Ordinals 暂时都还不行成熟,二者终究能否分出个孰优孰劣,或是会根据不同的特征走向不同的运用方向,这都会成为比特币 NFT 未来展开的要害亮点。Odaily 星球日报也将持续陪同我们,持续盯梢这一细分赛道的展开动向。
分享到:
共执行 177 个查询,用时 0.196855 秒,在线 24 人,Gzip 已启用,占用内存 4.243 MB