这篇文章评论数高出 100+，无疑是质疑 CTOR 的第一热帖。可是 OpenBazaar 的开拓者 Chris Pacia 随后也在第一时间发文回应了 Awemany 的质疑。有乐趣的读者可以移步 Yours 去阅读全文了。
商品购物清单举一个简朴的类比：假设我妻子给了我一张购物清单，让我去商店买鸡蛋，面包，牛奶等商品。
这其实也就是事情量证明机制，让试图作恶的人难以变动已经果真的区块。需要留意的是，不是一个个单笔的生意业务，而是一个个的区块组成了这个时间戳处事器的单元。作为矿工，乐成完成事情量任务，就是在打包区块。
Oops，又是一个装逼的术语：拓扑。简朴说，假如你有一个未确认母生意业务（你花的币来自同一个区块的其他生意业务），就需要先把母生意业务放进区块里。给你们看一张丑图。
一个区块里的生意业务排序比拟特币的安详模式根基没有任何影响。事实上，生意业务排序只不外是一种执行细节而已。这一点很是重要，因为不懂的人对 CTOR 存在这样一种误解：CTOR 是一种极度的尝试，会从基础上改变比特币。
在上篇文章，我们简朴表明白什么是操纵码 OP_CHECKDATASIG。本日主要表明下 11 月份 BCH 进级的另一个重要的提案生意业务类型排序法则 Canonical Transaction Ordering Rule （CTOR）是什么。
区块是比特币安详的基础众所周知，在比特币之前也有许多去中心化数字钱币的实验，可是都因为没有办理「双花问题」而失败了。比特币通过建设一个漫衍式处事器时间戳办理双花问题。正如白皮书里所写的「时间戳处事通过取一个区块的哈希值，然后遍及地广播这个哈希值，雷同于发新闻稿。」
CTOR 提案打算凭据数值最低到最高分列生意业务顺序。这就会自动的丢弃拓扑排序。究竟二者不能同时实现。
总之，CTOR 确实是比 TTOR 好用，可是并不必然会得到整个社区的支持。好比有 Reddit 名为 /u/awemany 的用户就发文批判 CTOR 还没有筹备好成为最佳办理方案，对实际改进网络没有太大浸染，最终大概是倒退。
我妻子只体贴我回家的时候有没有给她买返来这些商品，不会在乎我先去了商店的哪个货柜，，先买了什么。在这个类比中，单个物品就是单笔生意业务，整个购物清单就是区块。商店 shopping 竣事后，物品都买得手了，就可以了。
为什么要实行 CTOR？一句话：为了扩容。CTOR 可以淘汰系统的巨大性，比 TTOR 实现起来更简朴。这其实是 ABC 团队跟 nChain 去年已经告竣共鸣的。
类型（Canonical）是个听起来让人怕怕的单词开拓者就喜欢利用一些听起来出格学术，出格高峻上的单词，好比 canonical。其实都是为了装逼。所谓类型就是凭据数字巨细从最低到最高的顺序分列。也就是说，生意业务 ID （十六进制的一串数字）可能生意业务哈希最小的最先呈此刻区块中，最大的数字哈希呈此刻最后。
All right，本日的文章到此竣事。昨天的文章发出去，有读者留言让我别跟吴忌寒玩了。（呃，不认识，玩什么。。。）翻译一篇文章罢了，各人都放平心态，做本身认为是对的工作吧。
如图，有 A, B, C，D 三笔生意业务。B 生意业务的输入用到了 A 生意业务的输出，C 跟 D 生意业务都用到了 B 生意业务的输出。B 就是 A 的子生意业务，C 跟 D 是 B 的子生意业务。在 TTOR 下，生意业务可以是任意顺序，可以是 ABCD, 可以是 ABDC，可是不行以是 ACDB。母生意业务必需要排在子生意业务之前。
现有的生意业务拓扑排序 Topological transaction Ordering rule （TTOR）
这跟 CTOR 有什么干系？再强调一遍：比特币之所以安详，重点是区块顺序，而不是生意业务顺序。
换个角度说，你方才发送了一笔生意业务，正在焦虑地期待钱包里呈现第一个确认。这时候你就知道有矿工把这笔生意业务连同其他生意业务一起安详打包进区块了。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
