原文作者：MystenLabs首席执行官兼联合创始人EvanCheng
译者：Odaily星球日报Azuma
过去一段时间，市面上出现了解析Sui的文章，但这些文章大多数都错过了一项最关键的创新——?Sui的数据模型及交易处理通道。我将在接下来的推文中分三部分就此进行解释：
Part1：传统区块链的交易处理通道
Part2：Sui的交易处理通道
Part3：Sui的优势
区块链的运行逻辑是，随着时间的推移，验证者们会共同向链上添加新的区块。交易处理通道位于「构建区块——共识——执行——更新默克尔树」这套流程的最前方，所有交易在向该流程的下游继续推进之前必须被处理。而当新的区块开始构建之时，交易的处理也会被暂停。
火币尖峰对话｜今天，我们为什么要讨论DeFi？:7月30日，由金色财经作为独家战略媒体支持的火币尖峰对话DeFi系列首场AMA将于15：00线上开启。
此次对话以“今天，我们为什么要谈论DeFi？”为主题，金色财经合伙人佟扬将与火币去中心化事业部运营负责人高潮深度探讨DeFi发展的那些事，为行业从业者呈现真实的DeFi发展图景。
更多详情见原文链接查看。[2020/7/30]
下面是一幅关于传统区块链的交易处理通道及其问题的示意图。我们已看到许多项目都在尝试在用不同的方法解决这些问题。
Sui的做法是通过「对象」来区分、组织数据。某款NFT、某个代币的余额、某项智能合约，这些都是不同的对象，意味着Sui链上的交易可以根据对象的不同来分组处理。
掌柜调查署 | 瓦洛兰：投资者最难的是判断当前处于什么行情:在今日举行的掌柜调查署中，bitget交易员、瓦洛兰基金创始人瓦洛兰分享投资心得时指出，投资者最难的是，判断当前处于什么行情之下，因为什么行情做什么单。
一、水平震荡行行情，水平震荡行情初，高空做空，低位低多；水平震荡行情尾，上破追多，下破追空。
二、单边上涨或单边下跌行情，单边上涨行情，中长线多单，不开空单；单边下跌行情，中长线空单，不开多单。
三、震荡上涨或震荡下跌行情，震荡上涨行情，逢低做多，空快进快出；震荡上涨行情，逢高做空，多快进快出。
因此，如果能先判断出当前是什么行情，胜率将很大提高。行情判断难度不仅体现在人工下单上，也提现在工作室的量化交易程序的策略编辑和选用上。[2020/5/19]
下图是一个简单的例子，描述了可分为3组的5笔不同交易。这3组交易完全可以实现并行处理。
现场 | ITAM GAMES CCO：无论什么协议，一定是内容为王:金色财经现场报道，4月30日，ITAM GAMES CCO 边振炯（音）在由金色财经和cointime主办的金色沙龙第五期现场发表演讲时表示，现在区块链领域有很多不同的协议，有人说总有一种协议会成为王者，或者是以太坊，或者是EOS。但是，他认为无论什么协议，一定是内容为王，同时分发是王后，也非常重要。[2019/4/30]
而在其它传统的区块链中，单个区块内所有不相关的交易都需要依次处理。比如Bob向Bruce发送了一个BAYCNFT，Alice向Alex发送了一个PunkNFT，Jane用了某个DEX等等，所有这些交易都需要按照共识集体排序，执行，并最终表现在默克尔树上。
动态 | FCA调查：73%的英国人不知道加密货币是什么:英国金融市场行为监管局（FCA）今日发布了一项针对数字货币投资者的调查，73%接受调查的英国人不知道“加密货币”是什么，在购买了数字货币的人中有一半投资了200英镑（约1766元）以下的资金。另外超过50%的投资者曾投资了BTC，34%的人投资了ETH。[2019/3/7]
打个比方，这就像是坐公交车。在传统区块链上，所有乘客必须排队上车，每一位乘客都需要在发车前检票，然后再于同一个地点下车，只有当公交车再次空开之后才能继续容纳新乘客，链才能继续向前运行；而在Sui之上，链会根据目的地对所有旅客进行分组，各组旅客的票都会并行检查，然后再由不同的车辆并行送往目的地。
Sui的创新并不仅仅在于交易的并行处理，交易结果在执行之后也会被提交至对象，它们可以被立即用作未来交易的输入。Sui将默克尔树作为了新建区块的部分检查点，待一系列相关交易最终确定后才会记账。
此外需要注意的一点是，在前文的案例中，有些交易只对应一个特定的对象，比如只有Bob可以发起关于他所拥有的BAYCNFT的交易。特定对象类的交易可以跳过共识，因为所有者可以确认交易顺序。
而对于另一类的交易，即所谓的共享对象型交易，则必须经过协商一致，因为没有单一的所有者来决定顺序。这就是我们Narwhal&Bullshark共识的用武之地。
简单来说就是，特定对象类交易可以并行执行，共享对象型交易彼此间也可并行执行，但在各个共享的对象是需要顺序执行的。
总而言之，你可以理解为：
对于常规区块链来说，所有交易都需要集体排序，然后执行。
对于Sui来说，所有交易都会根据一定的逻辑区分、整理后再排序，然后执行。数据模型可以使不同交易之间的依赖关系更清晰，只有共享对象的交易才需要集体排序，特定对象的交易则不需要这一共识协商过程。
那么，Sui的这一架构可以解决哪些产品问题呢？让我们继续往下看。
首先是水平扩容的能力。在Sui之上，每组交易都是并行处理的，这就好比是前文说的每组旅客都会乘坐不同的车，所以如果有更多组旅客，Sui只需要再配备更多的车。关于这一点，Sui可以通过内部验证器来分片扩容——更多的工作者去处理更多的交易。
为什么水平扩展扩容的能力很重要？想一想一些大型项目在考虑底层时的需求吧，他们需要确保底层可以承载其规模的持续增长，有性能上限的区块链将成为这些项目入驻的阻碍，Sui的设计正是为了应对这样的需求高峰。
其次是可组合性。有什么是在Sui上可行，但在其他智能合约平台上不可行的？比如将资产作为参数传递给函数，比如从函数中返还某种资产，再比如将资产存储在一个数据结构内，或是直接存储在另一个资产内。
以后我可能会专门再写一篇关于可组合性的推文，因为这是一个相当复杂的主题。我只想说，Sui在合约级别和资产级别显著提高了可组合性。
再然后是部分重播的能力。区块链提供了所有交易的历史记录，这对检查过往信息很有帮助。然而，如果某个产品需要关心一些链上数据，读取可能会非常昂贵。Sui的构架允许这些项目只关注它们所关心的对象的演化，即部分重播。
例如，一款将所有角色放在Sui上的RPG游戏可以简单地观看代表着这些角色的对象。他们不需要从默克尔树数据结构中挖掘所有数据。
最后是链上存储。各类资产数据，比如游戏的种族、等级、经验等等，都可以存储在Sui的对象中。Sui可以使用传统的方法来扩展链上存储，现在更新链上资产的成本要低得多。
这一篇长推到此结束。这些内容维度较高，但并不是很全面。不过，我希望你能通过这些内容加深对Sui的了解。
盘点Sui生态20个值得关注的项目，其中8个已进入测试阶段
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。