研报:比特币软件版本7年变迁,最大的变化在哪儿?_以太坊:kucoin交易平台官网

来源:BitMEX

编译:头等仓

BitMEX研究团队进行了35次初始区块下载,将初始区块下载时间作为一个基准测试的指标,以此来测试BitcoinCore的性能。测试中使用了2012年至2019年的Bitcoin软件版本。

这段测试中,我们使用了2012年至2019年期间的Bitcoin软件版本,结果表明,该软件在性能上有了相当大的进步,但也存在很大的差异。即使使用了最新的电脑硬件,老版本的Bitcoin也难以克服2015年至2016年期间交易量上升的障碍。因此,我们得出结论,如果没有增强软件性能,今天的快速初始同步几乎是不可能的。

图1-比特币初始区块下载时间-3次尝试的平均时间

美联储实际利率转为正值,证明利率见顶的观点是合理的:金色财经报道,Insight Investment美国政府和抵押贷款投资组合主管贝斯顿说,几乎所有通胀指标都显示实际联邦基金利率终于进入正值。他表示,我们认为,目前的利率水平将继续维持限制性水平。贝斯顿说,在为本月暂停加息辩护时,美联储主席鲍威尔继续引用货币政策对实体经济的滞后效应,以及考虑到最近地区银行业的压力,信贷紧缩带来的逆风。鲍威尔还表示,随着央行利率达到峰值,速度变得不那么重要了。贝斯顿说,在我们看来,考虑到实际利率已经转为正值,美联储主席鲍威尔的这种“利率已经见顶了”的观点是合理的。[2023/6/15 21:39:07]

综述

为了测试BitcoinCore在初始同步过程中的性能,我们尝试了35次初始区块下载,并记录了每次尝试所花费的时间。结果如图1所示,说明在2016年2月推出BitcoinCore0.12.0时,由于签名验证从OpenSSL升级到libsecp256k1,比特币的速度有了明显的提升。

观点:GBTC需求降低、马斯克等因素导致比特币年内走势逆转:投资策略师Lyn Alden表示,她正在研究可能触发了比特币今年走势逆转的基本面催化剂。在接受采访时,Alden解释了机构投资者如何利用GBTC提供的交易机会。Alden强调,虽然机构投资者可以出售他们的GBTC份额,但所涉及的比特币不能卖回市场。竞争对手入场削弱了GBTC需求,因此降低了BTC以冷存储的方式被锁定的速度:“所以当我们看到这种情况发生在2021年1月时,比特币开始巩固了一段时间,创下新高,但随后势头减弱了。然后我们开始关注马斯克,他的行动和言论影响了已经处于横向整合的比特币市场,在一定程度上引发了下跌。所以我认为这起到了一定作用,但更根本的问题只是比特币本身的供求平衡。”(The Daily Hodl)[2021/7/21 1:07:12]

Libsecp256k1是专门为比特币构建的。此后,速度上的改进步伐慢了许多,由于初始区块下载时间的差异很大,只有多次尝试下载才能看出明显的改进。但发布BitcoinCore0.12.0版之后,相继发布0.13.0到0.19.0.1版本,每个BitcoinCore版本的性能都有一个小的逐步提升。

观点:埃隆·马斯克不是绿色比特币挖矿领导者:在今天早些时候接受彭博电视台采访时,Castle Island Ventures的合伙人Nic Carter表示,他怀疑埃隆·马斯克是否是“带领比特币变得更环保”的合适人选。他指出,比特币社区的大多数人仍然对马斯克持怀疑态度,部分原因是他参与了碳抵消的销售。然而,Nic Carter表示,向比特币矿工提出的关于未来他们的能源结构更加透明的提议是好的,无论是来自埃隆·马斯克还是其他人。(U.Today)[2021/5/26 22:47:12]

当然,初始区块下载时间只是一个衡量标准,还可以从其他角度和条件来评估BitcoinCore的性能。虽然初始区块下载时间不是衡量软件性能的最佳指标,但它占用了大量资源,因此是一个成为基准测试的良好指标。

本报告延续了之前的两个实验:

观点:Coinbase高估值不意外,加密货币已成为主流金融体系的一部分:投资公司DA Davidson的研究总监Gil Luria说,Coinbase现在已经是大盘股,这释放出一个信号:加密货币已经变成了主流金融体系的一部分。根据FactSet的数据,Coinbase股价在交易的第一天最低达310美元和最高至429.54美元,随后收于328.28美元。

Coinbase的市值远远领先于纳斯达克交易所和洲际交易所等交易所。Luria认为,如此高的估值和差别并不令人感到意外,因为股票、商品和衍生品的市场和交易已经建立,竞争激烈且增长空间较小。他认为Coinbase更像是云计算公司Snowflake或电子商务软件公司Shopify,前面仍有很长的扩张之路。[2021/4/15 20:24:38]

·?2018年11月,JamesonLopp尝试了一次类似的研究,但分析的重点是旧版本BitcoinCore的独立实现。

律师观点:“Archer诉Coinbase”一案再次佐证了“不是你的私钥,就不是你代币”:律师Justin Wales概述了近期加密货币行业内部发生的案件,并指出该案的判决再一次佐证了一句真理——“不是你的私钥,就不是你代币”。

Justin Wales给出的例子为“Archer诉Coinbase”一案。在本案中,原告Darrell Archer起诉Coinbase违反了用户协议,原因是该公司拒绝向其提供此前由比特币分叉而生成的比特币黄金(BTG)。在分叉发生时,Archer在Coinbase上存储了350枚比特币,Archer表示这将产生价值约15.9万美元的BTG。但由于Archer已将其比特币的控制权委托给了Coinbase,因此其无法自行获取分叉而出的BTG。在本案的判决中,加州第一上诉法院认为,Coinbase的用户协议中没有规定交付BTG的义务,因此无需向Archer交付BTG。(Decrypt)[2020/8/23]

·?SjorsProvoost也在2017年7月尝试了这项实验,但Sjors的同步次数较少。

完整的测试结果和原始数据如下

图2-比特币初始区块下载时间

系统规范和其他说明

完整的结果表格

结果分析

如图2所示,即使用相同的软件和具有相同规范的计算机尝试初始区块下载,所报告的时间也有相当大的差异。

图3-初始区块下载时间与客户端发布日期-3次尝试的平均时间

图3表明,除了BitcoinCore0.12.0具备强大的性能没有改变外,其他软件的性能随着发布而逐步提高。然而,虽然图3中呈现明显的性能提升趋势,但每次尝试的初始区块下载时间有巨大差异,可能表明性能提升存在相当大的不确定性。关于自2016年来性能不断提升的结论,需要更多的样本数据来坐实。这种差异可能是由于比特币P2P网络或互联网的连接问题。因此进一步研究的最好方法可能是,重新扫描速度,即一旦下载完,完整地验证区块链所需的时间。

BitcoinCore0.12.0在上述分析中表现良好。可能是因为,BitcoinCore0.12.0启用了libsecp256k,但没有验证隔离见证人的交易输入签名。因此,BitcoinCore0.12.0并没有验证2017年8月后区块链的所有签名,这赋予了它某种“不公平的优势”。

然而,BitcoinCore0.13.0也具备这种优势。当然,在0.12.0之前的所有版本都具有同样的“不公平”优势,这与使用OpenSSL的缺点相比就相形见绌了。

同步客户端至它的发布日期

图4说明了同步一个客户端到它发布日期的区块高度所需的时间。

图4-同步初始区块下载到客户端发布日期所需的时间

从图中可以看出,从BitcoinCore0.8.6到BitcoinCore0.14.0的变化趋势较为平缓,此时可扩展性没有跟随时间的推移和区块高度的增长速度,但也呈现上升的趋势。近年来软件提升的速度降下来了,可能是那些容易实现的改进都实现了,剩下的是难以实现的改进。交易量增加可能也是原因之一。未来提高可扩展性可能更具挑战性,即使维持400万的区块高度限制,进一步升级软件和提升软件性能,初始区块下载的时间也会持续变长。

初始区块下载失败

我们成功编译并运行了Bitcoin0.8.6之前的版本,但到了2015年-2016年期间,节点同步速度变慢。0.8.6之前版本的节点,例如0.7.0的节点,通过手动更改锁定限制,成功地在2013年完成硬分叉,但是2015年由于交易量增加,太具挑战性,节点暂停处理区块。我们重启了节点,确实有所帮助,但不久节点又停止了。

后面我们甚至在自己的全新本地计算机上运行0.7.0版的BitcoinCore,但这个节点依然无法跨过2016年。由于涉及的许多换算因数都是非线性参数,不能简单地在这个问题上投入更多的硬件就能解决。

当节点被卡在一个区块上我们会重新启动,4次重启失败后我们放弃同步。对于MacBookPro上的0.8.6BitcoinCore,领头区块在2016年时停止了同步。虽然有点令人失望,但剩下的35次尝试都顺利同步,没有出现重启的情况。

结论

除了在发布MacBookPros的BitMEX研究报告时应该更加谨慎之外,数据还显示过去7年来的扩容性能大大提升。libsecp256k迁移是最重要的改进。初始区块下载时间的大幅减少和旧节点无法完全同步表明,可扩展性对于比特币的重要性,否则即使用户使用最高配置的硬件,Bitcoin现在也基本宣告死亡了。此外,数据还表明,技术创新不太可能同步于区块链的增长速度,初始区块下载的时间将继续延长。

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

金宝趣谈

[0:15ms0-5:715ms