本文首次被发表在Medium上
我们研究了BTC传道者Jameson Lopp在他最近发表的一篇《BSV的可扩容性》文章中提出的主张。我们专注于技术与客观的论点,而不是诸如用户运行节点和去中心化之类的哲学差异,因为这些差异往往带有主观色彩,更难以处理。
BSV交易特征
他在#699154精心挑选了1GB的区块,#699154仅包含10,136笔交易和14,566笔输入,这使得读者误认为BSV只能处理跳过了交易验证的大型数据区块。
他跳过了包含超过一百万笔交易的区块,也就是超过一百万笔输入。例如,#635141区块有130万笔交易,约为BTC的7000笔交易的200倍。在其他的区块之中,还有包含110万笔交易的#634643区块。
并行
需要超过600倍的资源来验证。这意味着我的机器验证1GB区块时需耗时100分钟。
这句话基本上是错误的。即使我们假设一个区块需要所述的600倍资源来验证,这并不意味着它一定需要600倍的时间来验证,因为验证可以并行运作。事实上,并行处理是链上扩容的核心。如果我们查看#635141区块,按照他的逻辑,验证大约需要100*(370MB/1GB)= 37分钟,而实际上挖矿只需要13分钟。
对BSV可扩容性的“深入研究”已经忽视了其可扩容性中最重要的部分:并行tx/区块验证。
Run
Run似乎是一种智能合约语言,它可让您创建代币、合约和其他数字资产。
Run基于
" rel="noopener nofollow">Javascript,它不是智能合约语言。任何访问其主页的人都会发现明显的Javascript。要么他甚至没有访问过他们的主页,要么他不认识Javascript,这让一名成为了BTC领域中有影响力人士的
网络开发人员吃惊。
[caption id="attachment_481861" align="alignnone" width="446"]
来源:RUN[/caption]
也许他将Run误认作sCrypt,而sCrypt确实是一种智能合约语言。
Coin Dance
针对本报告研究BSV时,我注意到coin.dance显示了其他主要比特币分叉的统计数据,但没有显示BSV的统计数据。
如果有人真的点击了链接,Coin Dance当然会显示BSV的统计数据,而且与其他比特币分叉的统计数据一样全面。所以上述说法明显是错误的。我想我是第一个注意到这一点的人,因为没有人愿意阅读他的文章。
[caption id="attachment_481859" align="alignnone" width="640"]
来源:Coin Dance[/caption]
他借助Wayback机器上的一张旧图片让读者误以为Coin Dance放弃了BSV,“大概是因为他们根本无法处理数据量。”
Blockchair
我在其他服务或区块浏览器(例如 blockchair)上看到了类似的问题。
他声称,blockchair由于成本高昂而不再支持BSV,但接着他在下一段文章中又引用了blockchair的统计数据,他的话是自相矛盾的。您可以在blockchair和其他许多区块链上找到BSV。
[caption id="attachment_481857" align="alignnone" width="640"]
来源:Blockchair[/caption]
OP_RETURN
什么是OP_RETURN?这是一个脚本操作码,可以将交易输出标记为无效
BSV中的OP_RETURN已恢复到其初始含义:它终止脚本,使堆栈保持原样,并让堆栈顶部的结果决定脚本的成败。因此,如果堆栈顶部不为零,则视为成功。他仍然认为,OP_RETURN并不总是像在BTC中那样失败。
当他正在学习更新的OP_RETURN时,可能也有兴趣了解自Genesis升级以来已重新启用的许多操作码。在没有破坏性的更改的情况下,比特币系统上不可能有高级智能合约,但是OP_RETURN就可以使其成为可能,例如:
结论
我们赞赏Jameson Lopp通过运行节点和测量其性能来研究BSV可扩容性的实证研究法。我们支持他继续探索强大的BSV的功能,这些功能只会不断增长。倘若BTC上出现任何值得探索的功能时,我们会回到这个话题。
***
注:
[1] 时间戳5:57–5:44=13分钟,假设区块时间戳在分钟的粒度上或多或少是准确的。