来源:StarkWare博客
原标题:《Fractal Scaling: From L2 to L3》
编译:谷昱,链捕手
原编译标题:StarkWare:为什么说以太坊需要Layer3解决方案?
为什么是L3?
以太坊交易的高昂成本促使其成为 L2 的结算层。我们相信,在不久的将来,由于交易成本显著降低、对 DeFi 工具的支持不断增加以及 L2 提供的流动性增加,最终用户将在 L2 上进行大部分活动。
L2s 通过降低每笔交易的 gas 成本和提高交易率来提高可扩展性。同时,L2s 保留了去中心化、通用逻辑和可组合性的好处。但是,某些应用程序需要特定的剪裁,最好由一个新的独立层提供服务:进入 L3!
L3 与 L2 相关,就像 L2 与 L1 相关一样。只要 L2 能够支持验证者智能合约,L3 就可以使用有效性证明来实现。当 L2 也使用提交给 L1 的有效性证明时,就像 StarkNet 所做的那样,这变成了一个非常优雅的递归结构,其中 L2 证明的压缩优势乘以 L3 证明的压缩优势。换句话说,如果每一层的成本降低 1000 倍,那么 L3 的成本可以比 L1 降低 1,000,000 倍——同时仍然保留 L1 的安全性。
想象一下,交易只需一小部分 gas!
L3 的主要优点是:
第一,利用递归证明的乘法效应实现超可扩展性。
第二,由技术堆栈的应用程序设计者更好地控制:
a:更具确定性的性能和成本;
b:自定义数据可用性模型(例如,基于 Validium 或特定于应用程序的链上数据压缩),
C:更快的功能和技术速度(例如,引入尚未准备好全面可用的新功能)。
第三,隐私性,例如零知识证明应用于公共 L2 上的隐私保护交易。
第四,更便宜/更简单的 L2-L3 互操作性。目前在 L1 和 L2 之间使用的跨链通道非常昂贵。相比之下,由于 L2 的成本效益,当这些流程应用于 L3 时,不仅非常有吸引力,而且易于实施。虽然在 L2 和 L3 之间移动资产的延迟可能比部署在同一 L2 上的应用程序之间的延迟更长,但成本和吞吐量是可比的。
第五,更便宜/更简单的 L3-L3 互操作性。独立的 L3 将通过 L2 而不是 L1 进行互操作。L2 显然预计比其 L1 便宜。如果没有 L3,这些都将起到 L2 的作用,因此,必须通过相当昂贵的 L1 进行互操作。
第六,L3 作为 L2 的“Kusama”网络:在 L2 或 L3 上向公众提供之前,新的创新可能会在 L3 上进行测试(就像 Kusama 在 Polkadot 中扮演的角色一样)。
L3s 和分形分层(Fractal Layering)
多个 L3 将建立在 L2 之上。此外,对于分形分层解决方案,可以在 L3 上构建附加层(L4 等)。
图 1 描述了此类生态系统的一个示例。其 L3 包括:
- 具有 Validium 数据可用性的 StarkNet,例如,面向对定价极其敏感的应用程序普遍使用。
- 为更好的应用程序性能而定制的特定于应用程序的 StarkNet 系统,例如,通过采用指定的存储结构或数据可用性压缩。
- StarkEx 系统(例如服务 dYdX、Sorare、Immutable 和 DeversiFi 的系统)具有 Validium 或 Rollup 数据可用性,立即为 StarkNet 带来久经考验的可扩展性优势。
- 隐私 StarkNet 实例(在本例中也作为 L4)允许隐私保护交易,而无需将它们包含在公共 StarkNet 中。
L3 解决方案的构建块
图 2 描述了包括以下组件的经典 L2 架构:
- 跟踪 L1 上 L2 状态根的智能合约(例如,以太坊上的 StarkNet 智能合约)。
- 对于基于有效性证明的 L2,验证者智能合约用于验证状态转换证明的有效性。
- L1 上的桥接合约管理代币进出 L2 的存款和取款。
- L2 上的代币合约作为 L1 代币合约的对手方(例如,ERC20、ERC721)。
图 3 描述了 L3 与其底层 L2 和 L1 之间的关系。通过在 L2 上实施状态跟踪和验证器智能合约,L3 可以安全地运行在 L2 上。
总结
L3 承诺超可扩展性,更好地控制技术堆栈以满足各种需求和隐私,同时保持以太坊 (L1) 提供的安全保证。它采用的递归概念可以扩展到分形分层解决方案的附加层。
StarkEx 目前作为 L2 运行,将迁移到 L3。此外,StarkNet 的实例将作为 L3 提供。