三个原因浅谈为什么不看好Bitcoin Stamps?

近日,新比特币NFT协议BitcoinStamps因「更永久的存储」而受到一些关注。不同于Ordinals协议的将数据存放在「见证数据」,BitcoinStamps利用2014年就诞生、曾为「RarePepes」提供支持的Counterparty协议,将插入到UTXO输出中的图片数据base?64编码广播到比特币网络,使全节点不存在过滤图片数据的可能。

虽然比特币新NFT协议BitcoinStamps近日的新增NFT数量超过了Ordinals协议,不少比特币NFT玩家也已经「打了防身」。但是,笔者并不看好BitcoinStamps的前景。

为什么不看好BitcoinStamps呢?

笔者分别在UniSat与stampchain.io上传了大小为254字节的一张Punk图片。刻录同一张图片,所需要花费的价格相差了10倍多。

V神发布伦敦升级后链容量增加约9%的三个原因:V神(Vitalik Buterin)发文《链容量为什么在伦敦升级之后增加了约9%?》。V神表示有3个原因:

1. 冰河时代延迟

当伦敦分叉开始时,冰河时代才刚刚开始生效。伦敦之前的平均区块时间约为13.5秒,伦敦之后的平均区块时间回落到其长期正常水平约13.1秒。这是区块速度约3%的差异,这解释了链上gas使用量增加9%中的3%。

2. 目标值1500万与最大1500万

在伦敦升级之前,区块最低gas使用量为1500万,并非所有区块都使用了整个1500万,即使是功能最完善的区块生产者也会留下0-20999未使用的gas,因为剩余空间太少,无法容纳单笔交易,除此之外,总会有偶尔的区块生产者制造空块。4月份的一项分析表明,大约2%的区块是空的。假设在伦敦之前有大约2-3%的未使用空间。然而,在伦敦之后,1500万不是最大值,而是目标值。这意味着,如果使用的平均gas(包括空块)低于1500万,则基本费用将减少,直到平均值回到1500万。所以这又占了大约2-3%。

3. basefee调整中的数学缺陷

EIP1559公式在目标为50%时并不完美。从最近观察到的时间跨度中获取数据,51.5%是完整区块(full block)(因此,比预期的50%高约3%)。[2021/8/15 22:15:37]

分析 | 山寨币未能颠覆比特币的三个原因:据LongHash刊文分析山寨币未能颠覆比特币的三个原因:1.比特币作为一种货币的网络效应:根据彭博社最近的一篇报道,作为一种价值存储手段,比特币在与其他加密货币的采用率之争中显然已经取胜。山寨币必须表现出足够的创新性,才能够说服用户去持有和使用一种并不如比特币那么令人信服的新货币。2.可信的去中心化和抗审查性:比特币作为一种去中心化、非、不受控制的数字资产的价值主张的可信度也有益于比特币的网络效应。比特币对于那些无法取得广泛共识的变化具有抗性,也正是这种抗性保护着其系统独特且珍贵的种种特性——包括比特币的货币政策。为了证明自己的价值,加密货币的创新必须要以可信的去中心化网络为基础,然而在这一方面没有任何山寨币像比特币这样已经证明了自己;比特币网络正在见证创新:即使比特币依旧能够抵抗篡改,但它同时也乐于接受创新。山寨币创新中的一个关键问题是,新功能的缺点常常被忽略,甚至是完全无视了。智能合约平台在扩展性方面存在问题,而且缺乏正式的验证。[2020/1/17]

UniSat

声音 | Bakkt首席执行官:今天比特币期货发布是一件大事的三个原因:在Bakkt推出比特币(BTC)期货之后,该公司列出了此次活动成为比特币行业重要里程碑的三个原因。包括:可靠和规范的基础设施;采用新的数字货币技术和金融工具;管理和转移数字价值的创新方法的迅速扩展。

这位首席执行官解释说:“随着运营、网络安全和控制,以及投资者和消费者要求的端到端的监管,人们对使用数字货币的信心将会增强——不仅是投资,而且还将用于交易。(cointelegraph)[2019/9/23]

老猫:有三个原因会促使大牛市的形成:EOS LaoMao的老猫在《欧链·宁话区块链》第二季的节目中称 “有三个原因会促使大牛市的形成:1. 中美对数字货币和法币的通道有政策性的利好,使得大量资金可以合理合法的进入市场;2. 其中有一个品种被推动,从而带动市场的快速成长;3. 出现一个与法币流通性好的稳定数字货币。”[2018/6/5]

stampchain.io

2017年的SegWit升级的「见证折扣」使通过Ordinals协议刻录出来的比特币NFT能够相比于BitcoinStamps协议能够得到75%的优惠,但即使我们把UniSat的刻录费用乘以4?,也仅仅只有约24美元,而BitcoinStamps协议收取的手续费用则高达约85美元。多出来的那部分是啥?笔者也暂且蒙在鼓里…

当然,我们也可以不选择使用stampchain.io上提供的「官方代打」服务,转去选择使用CounterWallet自助刻录。但是自助的过程相当繁琐,要安装配置CounterWallet,要把图片转换为Base?64字符串…此外,stampchain.io作为「官方代打」收取如此高昂的费用也让比特币NFT社区觉得反感。毕竟,在没有版税机制的比特币NFT圈,许多玩家乃至项目方都是「用爱发电」,比特币免费和公平的精神是比特币NFT玩家与项目方之间建立起良好信任的基石。

外媒分析加密货币市场暴跌的三个原因:据CCN消息,加密货币市场短期下跌主要可归因于三个主要因素:Bitfinex税收政策,韩国最大的加密货币交易所UPbit丑闻以及Mt.Gox的抛售问题。投资者对Bitfinex的抛售仍然是最导致加密货币市场在过去一周下滑的主要因素之一。但加密货币市场可能很快从Bitfinex问题中恢复,退出Bitfinex的大规模投资者利用其他交易所和场外市场重新进入加密货币市场只是一个时间问题。[2018/5/22]

自由度不足

通过Ordinals协议刻录的比特币NFT大小仅受见证数据字段的4MB大小限制,可刻录的数据类型即MIME类型,从文本、图片、动图到音乐、视频、HTML文件通通都支持。第466个被刻录出来的比特币NFT,正是idSoftware的经典游戏「Doom」。

Inscription#466?「Doom」,笔者已通关

而BitcoinStamps则排除了MIME类型,图像数据限定.jpg "/>、png、gif与webp格式,且大小限制为7KB。大小限制与上面提到的成本问题,官方建议上传的文件为24*?24像素、?8位色深的png与gif文件。

官方说这种限制很适合像素艺术。好吧,与Ordinals相比,确实是有种在小小的邮票上作画的感觉...不过,既然有了Ordinals这块更大的「画布」,为什么还要用BitcoinStamps呢?

「永久性」上,Ordinals真的输了吗?

BitcoinStamps协议是将图像的二进制内容编码为base?64字符串并将此字符串插入「Description」字段并将数据分块插入到交易输出中,这样使得图像数据成为「基础块数据」,从而无法被全节点过滤。

Ordinals协议则是将数据插入到了「见证数据」部分,全节点可以选择丢弃「见证数据」。在「比特币NFT开荒进行时:Ordinals协议、FOMO和争论」一文中,笔者曾提及比特币核心开发者LukeDashjr快速开发了一款补丁供矿工筛选并过滤包含Ordinals协议创造的比特币NFT的交易广播。

这表面上是一个技术决定的问题,但是实际上是一个市场决定的问题。目前来看,Ordinals协议正蓬勃发展,既有MagicEden这样的大NFT市场入场,也有布加迪这样的顶级IRL品牌决定通过Ordinals协议发行NFT系列。我们真的会看到比特币网络的全节点们形成共识抵制Ordinals协议吗?

根据@smyyguy的数据,?3月份只有0.3%的矿工收入来自Ordinals协议。Ordinals协议还很年轻,天知道会不会真的发展到影响比特币网络的运行,又哪能知道届时的影响是好是坏...

结语

更贵、更低的自由性与只存在于叙事层面的「永久性优势」,是笔者不看好BitcoinStamps协议的原因。虽然近日来BitcoinStamps的新刻录数量超过了Ordinals,但等「防身热潮」过去后,Ordinals协议大概率还是会重新占回上风。毕竟,Ordinals协议的配套基建已经快速发展,众多蓝筹项目已经在Ordinals生态中占好坑位,协议本身甚至已经被fork到了莱特币与狗狗币上,这些都不是BitcoinStamps可以比拟的,也是受其自身的技术限制而难以追赶的。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

银河链

Coinw金色早报 | 香港Web3Hub生态基金正式启动

头条 ▌以太坊基金会研究员披露质押以太坊或会泄露用户IP地址等信息4月14日消息,以太坊基金会研究员JustinDrake透露,ETH质押者的IP地址作为元数据集的一部分受到了监控,导致加密社区将此视为以太坊的隐私问题.

世界币Web3 项目安全实践要求

前言 慢雾安全团队开源--?Web3项目安全实践要求,提供了详细的实践要求和建议来帮助Web3项目研发团队识别和防范这些潜在的安全风险.

中币空投卷王的期待 复盘Layer2现状

原文标题:《空投卷王的期待:Layer2之夏》原文来源:HuobiResearch 目录 1.Arbitrum空投下的狂欢2.以太坊二层的空投机会2.1zkSyncera.2.1.1zkSync生态部分项目盘点 2.

[0:31ms0-1:876ms