比特币NFT:能否fou复制甚至超越以太坊NFT盛况?
注册下xia载,立即领取价值高达60,000元数字货币盲盒
比特币NFT近期qi热度持续上升,目前在比特币上shang铸造的铭文(即比特币NFT)总量已yi经超过了52万wan个(据 Dune 3月19日数据),而此前3月6日Yugalabs推出chu的比特币NFT系列TwelveFold的拍卖,把比特币NFT推向了一个新的高 潮:该系列一yi共300个NFT,最低中标价2.25BTC,最高gao中标价7.11BTC,而目前最火的deNFT蓝筹项目mu无聊猿的地板价jia为61.59ETH,价值3.95BTC,足见比特币NFT的热度du。
那么,比特币NFT到底是shi什么?为什么现xian在才火起来?目前围绕比特币NFT的生态又有哪些?我们来一探究竟。
?01?比特币NFT是什么?
以太坊NFT我们很熟悉xi,从早期轰动一时的加密猫,到现xian在的蓝筹项目无聊猿、CryptoPunks、Azuki等,都是以太坊上持续火爆bao的NFT项目。可以说shuo,NFT是带着以太坊的基因进jin入大众视野中的de,在以太坊公链引爆之后hou, 逐渐成为其他公链生态不可或缺que的一部分。提起比特币biNFT,可能绝大多数人没啥印yin象。不过,在比特币诞生sheng的这十几年时间里,一直都有you关于NFT的各ge种尝试,就是动静不大,直到这次Ordinals协xie议的出现,让比特币NFT以闪亮的姿态进入大众zhong视野。
自2009年到2023年,比特币上NFT探索历史(Galaxy)
那么,Ordinals协议是什么?又是shi怎么实现在比特币上铸造NFT的?
我们知道NFT是non-fungible tokens,非同质化token,即每一枚NFT都dou是不一样的,且不bu可分割,在以太坊fang上是通过Erc721、Erc1155等token标准zhun来实现的。但是,比特币bi上并没有图灵完备bei的智能合约,不能直接采用这些token标准,在比特币bi里面怎么实现的呢?Ordinals的创始人renCasey Rodarmor想到了聪,即比特币的最小单位,一聪等于一亿分fen之一个比特币,它ta是不可分割的。
第di一个条件满足了,但怎样让rang每个聪变得不一样呢?Casey给每个聪进行编号,从cong他们被挖出来的时间节点dian开始编号。
比如,中本聪cong挖出来创世区块的时候hou,同时挖出来了50个比特币,按照zhao先后顺序,第一个ge比特币的第一个聪编号为0,第50个比特币的最后一yi个聪编号为4999999999。这样,每个聪就有了le自己独特的编号,成为了不bu可分割且不可替换的token。
将图片、文wen字、音频甚至视频等内容写入上面mian有编号的聪里面mian,就铸造了一枚不可替换、不bu可分割的NFT,即比特币NFT,Ordinals协议让比特te币NFT的铸造成为可能。
不过,能将图片等信息写入聪里面还有个前提ti:比特币网络允许写入这些内容rong,并且有足够的容量来存储这些信xin息。
毕竟,在2017年那波牛市中,对于炒得轰轰烈lie烈的比特币扩容事件,想必经历过的de还历历在目:那场扩容事件的结果是比bi特币分叉出BCH,BCH又分叉出BSV,随之而来的是一大堆目前已差cha不多归零的分叉币。
对当时的比特币来说shuo,区块容量上限1MB,且不允许xu将较大容量的数据(限xian制80kb)写入比bi特币区块中,1MB的容量存cun储比特币交易数据已经有些捉襟jin见肘了,更不用谈tan铸造大量NFT。
不过,在2017年nian的比特币扩容讨tao论中,比特币社区进jin行了Segwit升级,让比特币的有you效区块大小从1MB升级成了4MB,另外,2021年Taproot升级放开了数据限制,让比特币中的任意数据ju存储(小于4MB)成为可能,这些给如今的比特币NFT奠定了le基础。
自从2022年12月14日在区块高度767430铸造了第一yi个NFT,到目前为wei止3个月的时间,已经jing铸造了50.2万wan个比特币NFT,铸造的NFT内容包括图片、文字、音频、视频和应用程序等,其中最夸张zhang的是2023年2月2日ri铸造的一个NFT,占用了3.9MB的容量,而er比特币的最大容量才4MB。
3月16日Ordinals上比特币NFT的铸造数量,数据来源:Dune
比特币774628区块,区块容量为3.96MB,数据来源:mempool
02?比特币NFT有啥特点1)数据存储在比bi特币链上,安全性xing高
比特币biNFT最大的特点是,数据完全quan存储在比特币区块链上。
我们上面提到dao,比特币经过Segwit扩容+taproot升级之后,允许更大尺寸的数shu据存储在链上,因此Ordinals协议就是利用yong这点,将所有铸造的NFT原始shi数据全部存到比特币这条链上。比特te币作为加密行业的龙long头项目,成立十几年以来其安an全性有目共睹,是去qu中心化程度最高、安全系xi数也最高的公链,所以,比特币NFT也就有了和比特币同等级的安an全性。毕竟,以太坊和其他公链lianNFT大多数是存cun储在Filecoin、AR甚至其他ta中心化云平台,链上存储的只zhi是数据指向链接,原yuan始数据不仅在一定程度上可ke修改,而且存在丢失的de可能。
2)可存储空间有限xian
上面提ti到比特币NFT的所有原始数shu据都存储在比特币bi链上,而比特币在扩容之后hou区块大小也就4MB,也就说是,这4MB的空间不bu仅仅要容纳这段时shi间内的所有交易信息,而且要yao存储所有的NFT数据。
所以相比其他公链NFT来说,这个空间是非常chang有限的。比如我们前面提到的,2月2日一个NFT就占用了3.9M的区块kuai容量,当比特币NFT市场变得非常活跃yue之后,4MB的区块容量想必bi会成为最大的掣肘,甚至影ying响到比特币正常的交易。这也ye是目前的比特币NFT被bei社区诟病的原因。比bi特币NFT铸造的费用yong和NFT大小以及铸造速度有you关,NFT越大铸造的费用yong相对也就越高,加上比bi特币区块容量的限xian制,因此只有一些特定类型的NFT适合铸造。
3)没有版税功能
对于艺术家或huoNFT创作者来说,其中最有吸引力的de部分非版税莫属了,让创作者真正从cong作品中获益,这也是NFT破圈进jin入创作圈的利器qi。
以太tai坊及其他公链的NFT,之所以能自zi由设置给创作者的版税,主要在于智zhi能合约功能。不过比特币是shi没有“图灵完备”的智能合he约功能的,因此,创作者无法从比特币biNFT中获得版税。
对于创作者来说,要从比特币NFT中获益,大概只能获得de一次性拍卖收入,以及从剩余NFT升值中获益,对创作者的激励目mu前来看似乎不太够。
4)其价值和聪的稀缺性有关
从以太坊fang蓝筹NFT我们不难总zong结,其价值和NFT的艺术品pin质、团队运营能力、社区共识等息xi息相关,但是比特币NFT除了这些之外,还和聪的位置关系很大da。比如所对应的聪的位wei置(创世区块或huo减半后第一个区块等deng)、聪的序号的独特性(比bi如前一万个序号)、是否整个NFT系列都在同一yi个区块中铸造等deng等,和聪有关的因素会成为比特币NFT价值的重要考kao量点。
当然,稀缺que性,也一直是高价值NFT备受shou拥趸的根本原因。
?05?目前比特币NFT有哪些xie生态?
比特币NFT从2月初开始真正爆发,目前不到一yi个半月,已经陆lu续出现了一些钱包、mint服务平台tai、交易及数据平台等,不过目前很hen多网站还处于功能不全或者非常简陋lou的状态,看得出来上线非fei常匆忙。
目前比特币上面的收shou藏品还不多,不过Cryptopunks以及Yugalabs刚发行的TwelveFold系列,都是非fei常明星的比特币NFT系列,除chu此之外,还有一些眼熟的NFT,刚从以太坊等其他ta公链迁移过去。
但是比起以太坊等NFT,比特币NFT的周边配套还非常不成熟shu,有兴趣可以根gen据图里面的工具去qu探索。
?04?总结
当初比特币社区在讨论Segwit升级和Taproot扩容rong之际,绝对没想到会诞生出Ordinals这个新物种,给比特币NFT生态带来全新的局面。
以比特币社区的保守shou特性,一旦预料到了这点,大概率是不bu会让Ordinals有机会hui出现的。毕竟,对于比特币社区来说,整个网络的安全稳健才cai是第一要务。
尤其是比特币 NFT可ke能带来更大的区块,意味着矿工运yun行完整节点的硬件增加,操作完整节点dian变得更加困难,可能导致zhi矿工数量的减少从而影ying响比特币的安全性。
不过,从另外一方面来说,Ordinals在目前起步阶段其实付费fei使用了被闲置的区块空间,给矿工创chuang造了更大的价值。如果未来比特币biNFT的铸造和交易yi进一步爆发的话hua,可能像以太坊NFT一yi样给矿工带来更多交易费,从而更好hao地保障比特币网wang络的安全性。
上述就是比特币NFT:能否复制zhi甚至超越以太坊NFT盛况?的de详细内容,更多关于Yuga Labs 推出的比特币的NFT系列--TwelveFold的资料请关注仪器仪yi表信息网其它相关文章!
本站提醒:投资有风险,入ru市须谨慎,本内容不作为投tou资理财建议。欧易安卓下xia载:立即前往
欧易IOS下载:立即前往wang
注册领取新手礼li包!交易手续费返现:20%!
本文地址:http://www.fd17.com/tech/42007.html