过去几周，比特币现金的支持者一直在讨论定于今年11月15日推出的硬叉。大多数人都明白，目前有两个阵营有着完全不同的愿景。看来双方在短期内不会达成妥协。最近，随着时间的推移，双方都在测试某些特性，并发表了关于特定升级增加的理论效果的各种论文。
11月15日升级的争论仍在继续
对于一些人来说，现在可能是一个相当令人困惑的时刻，因为他们刚刚得知，有关定于2018年11月15日进行的比特币现金网络升级的争议正在发生。目前，对于今年11月将在硬叉上添加哪些功能，有两个阵营存在分歧——比特币ABC开发团队和客户的支持者，以及Nchain开发团队和比特币SV客户团队的支持者。
· 比特币ABC开发团队希望添加一个名为OP_CHECKDATASIGVERIFY（DSV）的操作码，旨在改进BCH脚本，规范事务排序（CTOR）以及一些小的技术修复和改进。.
· Nchain团队和它的BCH节点端称为比特币SV希望一组完全不同的特性。比特币SV的升级列表中增加了128MB的块大小，添加了操作码:OP_MUL, OP_LSHIFT, OP_RSHIFT, OP_INVERT，并取消了每个脚本201操作码的限制。
起初，反对比特币ABC提案的最直言不讳的人是Nchain的首席科学家Craig Wright。然而，还有许多其他人支持比特币SV和区块链的想法，而采矿公司Coingeek决定从一开始就支持Nchain的想法。从那以后，Nchain发布了自己的alpha版本代码库，建立了一个比特币SV矿池，以便人们可以将哈希值直接发送到客户端，而在过去的七天里，两个挖掘池Coingeek和BMG pool (Nchain的hashrate)都成功地获得了46.2%的全球BCH 哈希值。
比特币现金支持者争论规范交易订购的利弊
对于这两个阵营正在推广的一些功能，有很多赞成和反对的理由。例如，有很多关于添加CTOR的讨论以及针对该想法的大量讨论。9月7日，安德鲁·斯通写了一篇关于CTOR的评论文章，题为“为什么ABC的CTOR无法扩展”。Coingeek两天前发表了反对增加CTOR的意见。Coingeek的帖子还引发了Reddit用户/u/awemany和BCH开发人员Tom Zander对CTOR的另一个批评评价。
另一方面，电子现金开发公司Jonald Fyookball本周为在比特币现金协议中加入CTOR写了一篇文章。当然，在比特币早期，ABC已经发表了一些意见，说明为什么开发团队认为应该将CTOR添加到BCH代码库中。另一篇由Mark Blundeberg撰写的关于r/btc的文章，对规范事务排序进行了全面的技术分析，BCH矿业池Rawpool也对CTOR进行了客观的评估。比特币矿工Jonathan Toomim还在他的区块链传播数据中加入了一些信息，这些数据源于几周前发生的比特币现金压力测试。
“在压力测试期间，区块通过非中国主网传播大约300-1000 kB / s ——这是相当缓慢的，如果块大小经常大于8 MB，除非我们改进块传播算法，否则会导致孤立率问题，”Toomim在他最近的文章中解释道。
接下来也有很多关于比特币ABC想要添加的OP_CHECKDATASIGVERIFY（DSV）功能的讨论。 Nchain的Craig Wright说“DSV带来了很多问题”，而其他人则不同意添加DSV的想法。一个Github存储库详细说明了社区可以使用的另一个选项，而不是称为递归熔炼的DSV。后来Nchain的高级研究员Owen Vaughan最近发表了一篇名为“比特币现金中的Rabin签名”的论文。文章中表示，“任意信息都可以直接用比特币现金脚本签名和验证，而无需引入新的操作码。”
Mark Blundeberg发表了另一篇文章，展示了DSV的好处，名为“付费身份识别”(Pay To Identity)，提议使用OP_CHECKDATASIG。此外，另一篇名为Perica的作家在Yours.org上发表的帖子认为DSV已经在代码库中自从比特币版本0.1发布以来一直存在。Perica的论文声称，目前已经融入到原始代码中的DSV模型“比各种开发团队提出的更强大”。
比特币现金支持者有很多东西可以讨论下几个星期之前的分叉，以及现在和之后可能发生的任何事情
很多声音认为分叉很难会在今年11月出现，但现在两个阵营似乎都相当坚定地认为升级将会发生。此外，人们可以保持相当中立的态度，运行比特币XT或比特币无限客户端，因为这些团队计划允许最终由多数哈希值决定。社区成员之间也有很多关于128MB的增加以及现在是否应该升级块大小的争论。压力测试虽然引人注目，但它对超过8MB以上的块所带来的一些问题(块传播时间和瓶颈)提供了深入的了解。然而，许多大块的拥护者认为网络可以处理超大块，一些人认为应该完全取消限制。