模块化被忽视的领域：执行、结算与聚合层

原文作者：Bridget Harris 

原文编译：Luffy，Foresight News

就关注度和创新性而言，模块化堆栈的各个组成部分并非都一样。虽然此前有许多项目在数据可用性 (DA) 和排序层上进行了创新，但直到最近，执行层和结算层才作为模块化堆栈的一部分被重视起来。

共享排序器领域竞争激励，Espresso、Astria、Radius、Rome 和 Madara 等许多项目在争夺市场份额 ，此外还有包括像 Caldera 和 Conduit 这样的 RaaS 提供商，它们为在其基础上构建的 Rollup 开发共享排序器。这些 RaaS 提供商能够为 Rollup 提供更优惠的费用，因为它们的底层商业模式并不完全依赖于排序收入。还有许多 Rollup 选择运行自己的排序器以获取它产生的费用。

与 DA 领域相比，排序器市场是独一无二的。DA 领域基本上由 Celestia、Avail 和 EigenDA 组成的寡头垄断。这使得除了三大巨头之外的较小新进入者很难成功颠覆该领域。项目要么利用「现有」选择（以太坊）；要么根据自身的技术堆栈类型和一致性选择其中一个成熟的 DA 层。虽然使用 DA 层可以节省大量成本，但外包排序器部分并不是一个明显的选择（从费用角度来看，而不是安全性），主要是因为放弃排序器收入的机会成本。许多人还认为 DA 将成为一种商品，但我们在加密货币中看到，超强的流动性护城河与独特（难以复制）的底层技术相结合，使得将堆栈中的某一层商品化变得极其困难。无论这些争论如何，都有许多 DA 和排序器产品推出。简而言之，对于一些模块化堆栈，「每项服务都有几个竞争对手。」 

我认为，执行和结算（以及聚合）层相对而言尚未得到充分探索，但它们正开始以新的方式进行迭代，以便与模块化堆栈的其余部分更好地保持一致。 

执行与结算层关系 

执行层和结算层紧密集成，其中结算层可以作为定义状态执行最终结果的地方。结算层还可以为执行层的结果添加增强功能，使执行层更加强大和安全。这在实践中可能意味着许多不同的功，例如结算层可以作为执行层解决欺诈纠纷、验证证明和连接其他执行层的环境。 

值得一提的是，有些团队在自己的协议中直接支持开发自定执行环境，例如 Repyh Labs ，它正在构建一个名为 Delta 的 L1。这本质上是模块化堆栈的对立设计，但仍然在一个统一的环境中提供了灵活性，并且具有技术兼容性优势，因为团队不必花时间手动集成模块化堆栈的每个部分。当然，缺点是从流动性角度来看是孤立的，无法选择最适合你的设计的模块化层，而且成本太高。 

其他团队则选择针对某一核心功能或应用构建 L1。Hyperliquid 就是一个例子，它为其旗舰原生应用（永续合约交易平台）构建了一个专用 L1。虽然他们的用户需要从 Arbitrum 进行跨链，但他们的核心架构并不依赖于 Cosmos SDK 或其他框架，因此可以针对其主要用例进行迭代定制和优化。

执行层进展

上个周期中通用型 alt-L1 唯一胜过以太坊的功能是更高的吞吐量。这意味着，如果项目想要大幅提高性能，基本上必须选择从头开始构建自己的 L1，主要是因为以太坊本身还没有这项技术。从历史上看，这只是意味着将效率机制直接嵌入到通用协议中。在这个周期，这些性能改进是通过模块化设计实现的，而且是在最主要的智能合约平台以太坊上。这样一来，现有项目和新项目都可以利用新的执行层基础设施，同时又不会牺牲以太坊的流动性、安全性和社区护城河。 

目前，我们还看到作为共享网络的一部分，不同 VM（执行环境）的混合和匹配越来越多，这为开发人员提供了灵活性以及在执行层上更好的定制性。例如，Layer N 允许开发人员在其共享状态机之上运行通用 Rollup 节点（例如 SolanaVM、MoveVM 等作为执行环境）和特定于应用程序的 Rollup 节点（例如 永续 DEX、订单薄 DEX）。他们还致力于实现这些不同 VM 架构之间的完全可组合性和共享流动性，这是一个历史上难以大规模完成的链上工程问题。Layer N 上的每个应用程序都可以在共识方面无延迟地异步传递消息，这通常是加密货币的「通信开销」问题。每个 xVM 还可以使用不同的数据库架构，无论是 RocksDB、LevelDB 还是从头开始创建的自定义同步 / 异步数据库。互操作性部分通过「快照系统」（一种类似于 Chandy-Lamport 算法的算法）工作，其中链可以异步转换到新区块而无需系统暂停。在安全方面，如果状态转换不正确，可以提交欺诈证明。通过这种设计，他们的目标是最大限度地缩短执行时间，同时最大限度地提高整体网络吞吐量。 

Layer N