作者：MystenLabs首席执行官兼联合创始人??EvanCheng
编译：Azuma
过去一段时间，市面上出现了解析?Sui??的文章，但这些文章大多数都错过了一项最关键的创新——?Sui的数据模型及交易处理通道。我将在接下来的推文中分三部分就此进行解释：
Part1：传统区块链的交易处理通道
Part2：Sui的交易处理通道
Part3：Sui的优势
区块链的运行逻辑是，随着时间的推移，验证者们会共同向链上添加新的区块。交易处理通道位于「构建区块——共识——执行——更新默克尔树」这套流程的最前方，所有交易在向该流程的下游继续推进之前必须被处理。而当新的区块开始构建之时，交易的处理也会被暂停。
Mysten Labs更新Sui分布式系统协议Sui Lutris白皮书:8月22日消息，Mysten Labs在推特上表示，已更新Sui Network分布式系统协议Sui Lutris白皮书，验证了以下情况：
- Sui使用PTB和5K TPS可以达到每秒14万至15万笔操作，超过主网峰值时的基准（约700 TPS）；
- 即使验证器数量减少，Sui的最终确定延迟仍保持在?秒以下。[2023/8/22 18:15:40]
下面是一幅关于传统区块链的交易处理通道及其问题的示意图。我们已看到许多项目都在尝试在用不同的方法解决这些问题。
Sui主网正式上线同时发布V1.0.0版本更新:金色财经报道，Sui官方宣布在启动主网的同时发布V1.0.0版本更新并推出生态项目收录平台“Sui Directory”，能够帮助用户轻松搜索Sui生态项目，深入探索Sui生态，此外 Sui Explorer有了新的域名地址，其旨在为用户提供查看Sui网络上的交易和活动等数据的平台。截止本文撰写时，Sui网络上已有来自84个国家，共41,976个测试网和开发网节点。[2023/5/3 14:40:27]
Sui的做法是通过「对象」来区分、组织数据。某款?NFT?、某个代币的余额、某项智能合约，这些都是不同的对象，意味着Sui链上的交易可以根据对象的不同来分组处理。
下图是一个简单的例子，描述了可分为3组的5笔不同交易。这3组交易完全可以实现并行处理。
MovEX团队已完成DeepBook的基础构建，DeepBook已完全集成至Sui框架:4月18日消息， Sui 上去中心化交易所 MovEX 团队已完成 DeepBook 的基础构建，DeepBook 无需许可，已完全集成到 Sui 的框架中。DeepBook 文档也已公开发布。
此前消息，2023 年 3 月份，MovEX 和 Sui 基金会表示将共同构建基于 Sui 的中央限价订单簿（CLOB）DEX DeepBook，旨在为 Sui 上的所有 DeFi 协议带来深度流动性，并将与顶级做市商合作，提供更佳的流动性深度，目前也已得到 Mysten Labs 的支持。[2023/4/18 14:11:00]
Sui与托管服务商BitGo达成合作:2月17日消息，Sui基金会宣布已与托管服务商BitGo达成合作，未来SUI代币的持有者将能够通过BitGo平台上的托管和非托管钱包管理或和质押代币。[2023/2/17 12:13:48]
而在其它传统的区块链中，单个区块内所有不相关的交易都需要依次处理。比如Bob向Bruce发送了一个BAYCNFT，Alice向Alex发送了一个PunkNFT，Jane用了某个?DEX?等等，所有这些交易都需要按照共识集体排序，执行，并最终表现在默克尔树上。
打个比方，这就像是坐公交车。在传统区块链上，所有乘客必须排队上车，每一位乘客都需要在发车前检票，然后再于同一个地点下车，只有当公交车再次空开之后才能继续容纳新乘客，链才能继续向前运行；而在Sui之上，链会根据目的地对所有旅客进行分组，各组旅客的票都会并行检查，然后再由不同的车辆并行送往目的地。
Sui的创新并不仅仅在于交易的并行处理，交易结果在执行之后也会被提交至对象，它们可以被立即用作未来交易的输入。Sui将默克尔树作为了新建区块的部分检查点，待一系列相关交易最终确定后才会记账。
此外需要注意的一点是，在前文的案例中，有些交易只对应一个特定的对象，比如只有Bob可以发起关于他所拥有的BAYCNFT的交易。特定对象类的交易可以跳过共识，因为所有者可以确认交易顺序。
而对于另一类的交易，即所谓的共享对象型交易，则必须经过协商一致，因为没有单一的所有者来决定顺序。这就是我们Narwhal&Bullshark共识的用武之地。
简单来说就是，特定对象类交易可以并行执行，共享对象型交易彼此间也可并行执行，但在各个共享的对象是需要顺序执行的。
总而言之，你可以理解为：
对于常规区块链来说，所有交易都需要集体排序，然后执行。
对于Sui来说，所有交易都会根据一定的逻辑区分、整理后再排序，然后执行。数据模型可以使不同交易之间的依赖关系更清晰，只有共享对象的交易才需要集体排序，特定对象的交易则不需要这一共识协商过程。
那么，Sui的这一架构可以解决哪些产品问题呢？让我们继续往下看。
首先是水平扩容的能力。在Sui之上，每组交易都是并行处理的，这就好比是前文说的每组旅客都会乘坐不同的车，所以如果有更多组旅客，Sui只需要再配备更多的车。关于这一点，Sui可以通过内部验证器来分片扩容——更多的工作者去处理更多的交易。
为什么水平扩展扩容的能力很重要？想一想一些大型项目在考虑底层时的需求吧，他们需要确保底层可以承载其规模的持续增长，有性能上限的区块链将成为这些项目入驻的阻碍，Sui的设计正是为了应对这样的需求高峰。
其次是可组合性。有什么是在Sui上可行，但在其他智能合约平台上不可行的？比如将资产作为参数传递给函数，比如从函数中返还某种资产，再比如将资产存储在一个数据结构内，或是直接存储在另一个资产内。
以后我可能会专门再写一篇关于可组合性的推文，因为这是一个相当复杂的主题。我只想说，Sui在合约级别和资产级别显著提高了可组合性。
再然后是部分重播的能力。区块链提供了所有交易的历史记录，这对检查过往信息很有帮助。然而，如果某个产品需要关心一些链上数据，读取可能会非常昂贵。Sui的构架允许这些项目只关注它们所关心的对象的演化，即部分重播。
例如，一款将所有角色放在Sui上的RPG游戏可以简单地观看代表着这些角色的对象。他们不需要从默克尔树数据结构中挖掘所有数据。
最后是链上存储。各类资产数据，比如游戏的种族、等级、经验等等，都可以存储在Sui的对象中。Sui可以使用传统的方法来扩展链上存储，现在更新链上资产的成本要低得多。
这一篇长推到此结束。这些内容维度较高，但并不是很全面。不过，我希望你能通过这些内容加深对Sui的了解。
来源：https://twitter.com/EvanWeb3/status/1569414553322274818
来源：金色财经
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。