速览 Sui - 面向区块链的区块链？
背景
Meta (Facebook) 在19年发起了一个名为Libra项目，因为监管等原因，项目停滞，所有的经费投入都基本放在了研发上，产品并没有投入实际应用，团队也因此积累了大量的技术基础。项目的核心开发者在项目叫停后，分叉出了两个创业团队— Aptos和Sui。
特点
Sui的文档和资料非常长同时专业性词汇较多，可能存在阅读障碍，所以我们不求完整地简单抓取官方给出的 Sui 的主要特点：
因果顺序与总顺序可实现交易的大规模并行执行
Sui 的 Move 编程语言及其以对象为中心的数据模型使 可组合对象/NFT 成为可能
面向区块链的Move 编程语言简化了开发者体验
其实另外还有一个相对小的特点：就是“小共识”代替了“大共识”。简单来说对于一些“简单事务”的交易类型Sui将允许绕过部分共识来执行，以提升效率。这种“简单事务”官方称之为
Single-Writer-Friendly (SWF)
简单来说SWF通常指对单一写入者(Single Writer)表现出友好性质的交易，例如点对点的转账，还有投票和拍卖，分别在投票最后聚合统计的时候，在拍卖结束宣布获胜者的时候可能会受到欺诈证明的验证质疑，所以这类交易通常在最后一步需要共享对象的参与。这里官方给出了更多的案例。它们都有一些共同点：可以在单一所有者模型上工作，这意味着实际上你拥有某些东西，并负责提交这些事务或将此资产转移给其他人，在这种特殊情况下，Sui的立场是你自己不可能对自己或者跟自己利益非常相关的事情作恶。
这里的感觉有点牺牲安全性的意思，因为我们还暂时无法确定这类理论上可以绕过共识去执行的事务是否会带来其他衍生风险，毕竟风险通常藏在我们没有遇到过的情况中，所以以太坊的处理方式就是将任意事件都交给去中心化处理，所以Sui选择绕过共识来执行部分特殊交易存在很多理论风险，或者说需要具体落地以后来验证。
因果关系排序
因果排序算是Sui主打的一套亮点，它的立场是对比以太坊上交易的时间排序特性，因果排序创建了交易和事件连续性的关系，通过要求明确的依赖关系，Sui 将“多通道”方法应用于事务验证。
也就是说在底层就已经制定好了某项业务的前后执行顺序和逻辑，这一点可能在DeFi业务上应用的会比较多，因为金融业务通常具有比较强的逻辑性。同时它指出以太坊根据时间排序的特性决定了其无法承担高并发的压力，而Sui把这部分执行压力转移到了事前，进而将其从区块链的性能层面移除了，所以在理论上提升了区块链性能。
官方在AMA中说：
“We tried this as a little experiment on a simple Mac laptop and we achieved 120,000 transactions per second.”
面向区块链（对象）
面向区块链的编程语言简化了开发者体验，Sui 中的智能合约也叫做 Move packages ，它以“packages包”的形式创建和管理可编程对象。（让我联想到了Java… 🤔）最起码打着面向对象这个旗号让人感觉非常像。那么我们不求严谨地套上传统意义面向对象的优点：易维护、易复用、易扩展，由于面向对象有封装、继承、多态性的特性，可以设计出低耦合的系统，使系统更加灵活。
观感
总体来看，不得不说Sui的文档写的是真的细且长。虽然有很多内容比较难懂，但最起码从白皮书上看是诚意满满。但值得注意的是，文档中提到了很多现存区块链世界还没有诞生的概念和场景，这些论点在理论上确实实现了自圆其说，但是其背后的事实论据比较匮乏，因为目前我们如何来评价一条公链的好坏，基本是靠使用体验、安全、性能、生态情况几个纬度来去衡量，对于一条新公链来说尽快落地让开发者和用户去开荒是最为重要的，这可能是最好的广告。
资料整理
About us
CRYPTO 市场具有极高风险，不构成投资建议。本文独立观点无任何赞助。
不会又是一个以太坊杀手吧？