来自开发者视角的对比“Aptos”VS“Sui”两大公链

-Aptos 和 Sui -

*Move 语言*架构*可扩展性*开发者体验*个人建议

*来源；@cryptoalvatar推特

*原编译：0x711，BlockBeats

*原标题：来自开发者视角的对比

*原文链接：https://www.theblockbeats.info/news/31421

*版权归原作者所有

*转载内容仅作为学习交流，不作为投资建议

Aptos 和 Sui 是近期市场讨论度很高的两大公链，其原因不仅在于这两个均来自 Facebook 的团队都拿了高融资额，更在于他们都使用了 Move 编程语言对协议进行搭建。

区块链开发者 @cryptoalvatar 在其社交网站对这两大公链从技术开发角度进行了对比，BlockBeats 翻译整理如下。

*Move 语言

Aptos 和 Sui 都使用了他们自己的 Move 语言衍生版本，这有助于并行执行。它是 Rust 风格的，具有静态强制和严格的资源所有权规则和形式验证。

Sui 版本的 Move 引入了一些修改，最明显的是所有权 API。它更干净，也更清晰地展示了区块链设计。但是库（libraries）的开发感觉不如 Aptos。

*架构

Sui 使用基于 DAG 的内存池（Narwhal）+ Tusk 共识算法。然后在执行层利用 DAG 进行并行化（酷！）。与 Avalanche (Snowman++) 相比，在并行化方面它尚未释放 DAG 的全部功能。

Sui 版本的 Move 对对象的独有/共享及可变/不可变状态非常明确。这实现了直观的编程模型。此外，它使 Sui 能够使用可靠广播 (FastPay) 进行非共享对象交易，例如支付。

Aptos 使用 BlockSTM，它是高性能 HotStuff 算法的演进，并通过动态检测依赖关系和调度执行任务来引入并行化（灵感来自软件交易内存）。

很难说哪一个会在实践中表现更好，但我看好的是 Sui。Aptos 在优化当前设计方面已经做得很好，而 Sui 似乎还有更多空间。双路径实现拜占庭共识也让 Sui 占了上风。

*可扩展性

值得注意的是，两条链都没有针对 home 验证者案例和大规模去中心化进行优化，而是归入了「最大化网络容量」阵营（即像 Solana 一样）。状态（State）增长可能是瓶颈。

Sui 通过高效的存储分片来解决这个问题，专注于横向扩展资源。另一方面，Aptos 更加强调支持异构验证器（受限 CPU 和/或受限存储）。我喜欢 Sui 的做法。

*开发者体验

它们都处于相似的发展阶段，Aptos 有点领先。设置系统花费的时间比实际码代码 (我也恰好使用 NixOS）还要多。学习语言和环境也需要一些反复试验。

部署到 devnet 在这两种情况下都有些麻烦。幸运的是，单元测试库非常有用。

最糟糕的部分是晦涩难懂的编译器报错，以及毫无意义的 devnet 错误响应。这些应该马上解决。

*个人建议

如果从头学习，我会推荐以下内容：

1. 首先，阅读文档和一些示例。确保你可以运行它们。

2. 然后，直接转到您正在使用的分支中的框架源代码（用于学习和作为文档）。

商务合作：请加微信VCBLO1

添加微信请注明：地区-企业-职位-姓名

版权说明：投行VCPE部落专注于分享企业投融资案例以及岗位招聘信息！同时对于企业我们灵活运用资本市场的各项融资工具，在企业不同战略发展阶段，为中小企业提供解决“融资难”“融资贵”的利器，并量体裁衣地为企业提供个性化融资方案！部分推送的融资案例未及时与原作者联系·在已知出处的情况下均已注明来源，版权归原作者所有,若涉及版权问题，敬请原作者联系我们删除，感谢每一位作者的辛苦创作与付出！欢迎各位有经典的资本运作案例投稿!

投稿邮箱：[e-mail]