周围有很多炒作Aptos和Mysten，最近两者都承诺支持 Move 的新 L1。他们筹集了大量资金，并作为“下一个大 L1”获得了兴趣。↓ 方法如下Fuellabs设计领先一代。↓

TLDR 1. Fuel 专注于通过传递数据可用性和事务排序来拥有最快的执行层。Sui/Aptos 都是单片的，随着时间的推移会受到状态增长的瓶颈。2.燃料的

SwayLang具有更多功能并提供卓越的体验。

模块化 vs. 单体：这场争论现在已经基本结束了。直到最近，区块链都被设计成整体。一切都发生在同一层——交易排序、结算、数据可用性和执行。

这些单体设计大多无法扩展。当然，有些人通过更大的区块、增加气体限制等来提高 TPS。但这放大了区块链的关键瓶颈——状态膨胀。TPS 越快，状态增长越快。

这导致节点系统要求的增加，损害了去中心化和安全性。这是“区块链三难困境”的核心。模块化通过将区块链的核心功能分解为不同的层来解决三难困境。

不同的层能够专门化并将功能转移到彼此上。Rollups 可以专注于执行而不用担心状态膨胀。数据可用性层忽略执行并专注于向其他层提供数据。这种设计绕过了三难

Fuel 是最快的模块化执行层。因为它将状态膨胀问题转移到一个单独的层，Fuel 可以专注于提供最高吞吐量的执行和最佳的开发人员/用户体验。

虽然 Aptos 和 Sui 都做出了一些创新的设计选择，但它们都是建立在旧的整体模型中的。因此，他们注定要陷入三难困境。必须做出权衡。下一代区块链将是模块化的，而 Fuel 正在引领潮流。

Sway 与 Move：Sway 和 Move 都是受 Rust 启发的领域特定语言 (DSL)，旨在提高智能合约开发的安全性和功能性。尽管有 2 年以上的领先优势，Move 的功能和工具链都比 Sway 少。

什么时候fuellabs_ 最初是在 Fuel v2 上工作，他们想创造一种开发人员体验，具有像 Rust 这样的现代语言的所有特性，但专门为智能合约设计。从理论上讲，Move 应该是一个完美的解决方案。

不幸的是，Move 非常不成熟。没有标准库，没有泛型或总和类型，没有模式匹配。工具充其量是原始的。鉴于这些信息，Fuel 的团队选择从头开始构建自己的语言和工具链。

自做出该决定以来的一年半时间里，Fuel 建造并交付了 Sway。Sway 是 Fuel VM 的 DSL，其灵感来自 Rust。Sway 具有泛型、类型推断、求和类型、详尽的模式匹配以及用 Sway 编写的标准库。

标准库非常广泛，并且是用 Sway 编写的。这允许语言/编译器精简并快速移动，尽管 Sway 如此年轻，但功能如此丰富。此外，Sway 的工具链在实用性方面与 Cargo 相当。

在很短的时间内 Fuel 构建了所有这些，Move 添加的很少。他们的标准库是稀疏的，并且仍然缺少现代语言所期望的关键特性（模式匹配、总和类型等）。

Fuel Labs 团队在构建 Sway 的工具和设计方面投入了大量的爱和关怀。Fuel 的工具几乎在所有方面都领先于 Move。鉴于构建 Sway 及其工具链的令人难以置信的团队，这种情况可能会持续一段时间。

总之——Fuel 提供了闪电般快速的并行执行层和功能丰富的开发人员体验，可以实现真正的互联网规模。虽然 Aptos 和 Sui 本身可能会非常成功，但他们正在按照去年的规则行事。

希望这篇文章对大家有一定的帮助。