11月15日BCH协议升级提案又双叒啜来了,请查收!

BCH告别了5月的纷扰,迎来了新的篇章。对于BCH来说,一年中有两件大事,一是5月15日的升级,二是11月15日的升级。上半年的网络升级已经顺利完成并告一段落,下半年的升级工作正在被BCH开发者写入到日程中。

5月29日,BCH开发者在bitcoincashorg的github上提交了2019年11月15日升级提案草案规范的帖子,旨在将此作为下一次升级讨论的基地以及正在审议的项目的聚集地。

与此同时,名为EyeOfPython 开发者提交了将OP_REVERSE添加到脚本的提议。OP_REVERSE和之前的BCH网络中添加的所有的OP-code一样,属于协议底层的脚本操作码。了解BCH的都知道,BCH在去年5月以及11月份的升级中都引进了一些OP-code,在这些OP-code的作用下,BCH的功能变得日益完善,也为一些应用的开发提供了帮助。尤其在智能合约方面有了非常大的突破,而OP_REVERSE的引入也是为了能够进一步优化智能合约功能。

根据介绍,OP_REVERSE的作用是反转顶部堆栈项的字节。之所以会添加OP_REVERSE,开发者的理由如下:

比特币的协议几乎只使用little-endian编码,脚本提供的各种工具也是用于little-endian排序,诸如OP_NUM2BIN和OP_BIN2NUM。使用OP_CHECKDATASIG构建的合约,我们可以创建复杂的智能合约,并且脚本已经拥有大量的算术运算符(操作码139到165)来强制执行,例如如何关联交易的输入和输出数量。

但是,许多协议并不使用little-endian编码,并且也不清楚其中一个是否优于另一个。例如,AMQP 和Apache Thrift 都使用 big-endian编码。SLP协议也使用 big-endian编码。Bitdb在使用hN元素时,返回的堆栈项的格式可以直接解释为base16 big-endian编码的数字,要使用这个特性,必须能够将值编码为big-endian。

此外,现在是可以使用OP_CHECKDATASIG的oracles,它可以用于检索数字数据,假设所有的oracles将使用little-endian编码则是不必要的限制。

在编码的过程中,如果编码的大小既固定又不太大,则可以将值转换为big-endian编码。目前,Script仅支持32位整数,并且可以只使用OP_SPLIT,OP_SWAP和OP_CAT以big-endian编码:

从以上代码看出,该过程是比较复杂的。如果使用OP_REVERSE,这将变得简单:只需保存11个字节(9个操作和3个pushdata)。

除了更加简单,采用OP_REVERSE操作码还有更好的特点:

· 合约和循环脚本通常将preimage 的脚本代码作为输入,这意味着每个操作都会计算两次:一次是包含脚本代码的堆栈项,一次是P2SH脚本堆栈项。对于转换为8字节的big-endian,这将为每次转换节省32个字节,如果在脚本中有三个转换,那么它已经达到了96个字节 ——对于交易来说,这个字节数有点多。

 · 使用上面较大的片段开发脚本,对于开发者的认知负荷产生不必要地增加。手动或使用诸如宏或Spedn等工具开发脚本已经给开发人员带来了很多认知负担,而错误对社区来说可能是毁灭性的。这种失败的一个突出例子是以太坊链上的有争议性硬分叉,那就是由DAO智能合约中的一个错误引起的。

· 第一个版本假定脚本使用32位数字,一旦实现了具有更大宽度的整数,脚本将随着每个附加字节线性地变长(4 bytes/byte) 。对于256位数字,它需要124个字节(93个操作和31个pushdata)才能转换为big-endian。由于当前的操作码限制为201,因此不会为其他操作留下太多空间。相反,<N> OP_NUM2BIN OP_REVERSE始终将整数编码为N字节的big-endian,并且具有与N无关的常量脚本大小。

· 另外,假设oracle返回1字节项的有序列表(例如索引),但是如果脚本要求字节处于相反的顺序,那么OP_REVERSE将允许这样做。

关于OP_REVERSE的提议,BCH的开发者也对其进行了深入的讨论。针对是否有必要引入OP_REVERSE相关的一系列问题进行了提问。诸如:为什么SLP不使用little-endian?为什么在与“比特币之外的协议”交互时,big-endian与little-endian的转换不会发生在链外?除了字节序转换之外,是否有其他用例?EyeOfPython也对此进行了解释。

目前关于OP_REVERSE是否会被添加到BCH在11月15日的升级内容中暂时还未确定。不过,OP_REVERSE的提出对于BCH接下来的升级起着抛砖引玉的作用。在接下的时间中,会有更多的升级方案被提出。BCH开发者将会对每一个方案进行讨论和把关,将最有必要的更改通过升级带到BCH的协议中。

相信在BCH的协议开发者以及社区中的开发人员的共同努力下,BCH会拥有越来越完善的功能,竞争力远远超过其他的加密货币。

关于OP_REVERSE更多内容可以查看:

https://github.com/bitcoincashorg/bitcoincash.org/pull/358

我来评几句
登录后评论

已发表评论数()

相关站点

+订阅
热门文章