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

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

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

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

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

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

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

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

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

从以上代码看出&＃xff0c;该过程是比较复杂的。如果使用OP_REVERSE&＃xff0c;这将变得简单&＃xff1a;只需保存11个字节&＃xff08;9个操作和3个pushdata&＃xff09;。

除了更加简单&＃xff0c;采用OP_REVERSE操作码还有更好的特点&＃xff1a;

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

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

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

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

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

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

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

关于OP_REVERSE更多内容可以查看&＃xff1a;

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