为什么 LI.FI 对 Eclipse 及模块化未来感到兴奋

Eclipse是否找到了模块化区块链的完美组合？

为什么LI.FI对Eclipse和模块化未来感到兴奋

预览

以太坊长期以来一直受到高额费用和网络拥堵的困扰。 Rollup 希望缓解这些问题。然而，正如我们所意识到的，仅仅转移到 Rollup 并不能从根本上解决网络活动高峰时期的 gas 费用飙升问题。

例如，在Arbitrum Odyssey期间，在Arbitrum上执行代币交换的平均交易费用飙升至近$5。这强调了虽然 Rollup 标志着朝着扩展以太坊迈出的积极一步，但它们可能并不代表其现有形式的区块链设计的最终形态。也许各种 Rollup 框架的推出表明对此限制存在共识。然而，即使我们继续构建数千个 Rollup，只要所有这些 Rollup 都使用 以太坊进行数据可用性（即，用于发布其数据），由于以太坊的吞吐量限制，就不可能提供低交易费用。

L2仍然容易在网络活动高峰期间出现gas费用飙升。来源：Arbitrum和Optimism上的平均Gas (Gwei)。

这种背景为像Eclipse这样的模块化Rollup奠定了基础，它通过将以太坊与Solana的虚拟机用于执行，以及Celestia用于数据可用性，提出了一种构建可扩展Rollup的模块化方法。

本文分解了Eclipse，并解释了为什么LI.FI对模块化未来感到兴奋。

让我们深入了解一下!

像Eclipse这样的模块化Rollup可以利用以太坊的安全性，并提供像Solana一样的高吞吐量和低廉的费用

Eclipse：模块化区块链论点的旗手

在LI.FI，我们相信构建更专业化的区块链可能是扩展加密货币的关键（以越来越快的速度和越来越低的Gas成本进行交易）。 这种信念不仅是我们的。 实际上，这是区块链设计中一个新兴的想法，即模块化区块链论点，正受到越来越多的关注。

Eclipse 诞生于模块化区块链论点。

模块化区块链论点表明，将区块链的三个层（执行、结算和数据可用性）分离成独特的链，比让一个链处理所有事情更有效。 通过这样做，目标是通过专业化使区块链更便宜和更具可扩展性。

让我们深入研究 Eclipse 的架构，以突出 Eclipse 如何在多个区块链上分离职责，从而在保持安全性的同时实现高吞吐量和低成本。

Eclipse 是一个 Rollup，具有 Solana 的速度 + 低费用、以太坊的安全性以及 Celestia 的数据可用性

像 Eclipse 这样的模块化 Rollup 得益于在每一层进行优化。

以下是 Eclipse 旨在整合各种区块链解决方案的最佳元素以实现长期可扩展性的方式：

来源：Eclipse

Eclipse 将使用 Solana 虚拟机 (SVM) 作为执行层

Eclipse 深刻地受到 Solana 愿景的简单性的启发--一个高度优化、共享的状态机，能够支持大多数最有价值的用例的全球采用。 Eclipse 并不孤单，因为 SVM 代码库的网络效应似乎在整个加密开发者生态系统中都在上升。 例如，Maker DAO 宣布他们将 fork SVM 用于其名为“NewChain”的 native 链。

虽然现在看好 SVM 肯定很流行，但 Eclipse 已经做出了深思熟虑的选择，即利用模块化的力量并使用 SVM 作为其执行层（处理交易并计算区块链新状态的环境），而不是以太坊虚拟机（EVM）。

SVM 的突出之处在于，它使像 Solana 这样的链能够优化性能，从而以低成本实现高吞吐量。 这主要是通过优化交易的并行执行和实施本地化费用市场来实现的。 这些特性是 Eclipse 选择 SVM 而不是 EVM 的主要原因，因为它们允许更高的吞吐量和低费用，这就是为什么我们现在将更深入地研究这些主题。

单线程 (EVM) 与并行执行 (SVM)

虽然 EVM 以单线程方式运行，但 SVM 允许并行执行多个事务，从而显着提高吞吐量和效率。

EVM 中的单线程执行意味着将事务分组到区块中，并且这些区块按顺序处理。 这有助于以太坊在全球不同的节点之间保持其状态的一致性，因为每个节点都以相同的顺序处理事务。 因此，更容易就以太坊的状态达成共识。

然而，即使单线程执行在设计上很简单，并且有助于以太坊的节点保持其状态的一致性，它也限制了以太坊一次可以处理多少事务。 所有节点一次只处理同一区块内的事务。 因此，当很多人尝试同时进行事务时，费用会上涨，人们必须支付溢价（也称为优先费用）才能优先处理他们的事务并在下一个区块中执行（这也发生在 EVM 以外的单线程虚拟机中，但优先费用的美元价值要低得多）。

这与像 SVM 这样的系统不同，SVM 可以同时处理许多事务。 SVM 通过称为 Sealevel 和 历史证明 的功能来实现这一点。 它利用了具有许多处理器的最新硬件，这些处理器可以执行不同的事务，从而使单个节点可以同时处理许多事务。 这就是 Solana 平均可以执行 >4.1K 笔事务/秒 的原因。

来源：什么是 SVM — Solana 虚拟机

本地费用市场

SVM 并行执行功能的另一个主要优点是本地化费用市场，该系统根据特定应用程序对区块空间的需求来确定交易费用。

此模型不同于全局费用市场，在全局费用市场中，每个应用程序都必须支付相同的费用，而不管它们使用的区块空间是多少。 因此，此方法可以防止任何单个应用程序垄断费用市场，从而确保每个应用程序都有足够的区块空间来向其用户提供低成本交易。

本地化费用市场有效地防止了当应用程序被广泛采用时可能出现的网络拥塞问题。 来源：Eclipse

Eclipse 将使用以太坊作为结算层

Eclipse 将利用以太坊的安全性来验证其交易的执行，类似于 Optimism 和 Arbitrum 等传统 Rollup。 它将通过与以太坊的 native 桥来实现这一点，这将在 Eclipse 的运作中发挥关键作用。 这很重要，因为 Eclipse 与以太坊的 native 桥允许它被纳入 Rollup 生态系统中。

使用以太坊进行安全性和活跃性

以太坊赋予 Eclipse 安全属性，因为所有 Eclipse 交易的证明最终都通过 native 桥在以太坊上进行结算。

每个 Eclipse 节点还运行一个完整的以太坊节点，并且所有 Eclipse 的交易都通过证明在 native 桥（连接到以太坊）上进行验证，从而允许该桥始终保持 Eclipse 链的当前状态。 该桥充当 Eclipse 节点确定规范链的真理来源。 因此，像 Arbitrum 和 Optimism 等其他 L2 一样，与以太坊的 native 桥强制执行 Eclipse 交易的正确排序。

因此，如果 Eclipse Sequencer 中断，用户可以通过 native 桥发布证明以进行验证。 此功能增强了网络的活跃性和抗审查性，从而增强了 Eclipse 的整体可靠性。

此外，以太坊目前持有 DeFi 中锁定的总价值的 70%。 通过通过 native 桥建立与以太坊的连接，Eclipse 将希望将其现有的一些流动性从以太坊转移到其生态系统。

使用以太坊作为 Rollup 之间桥接的枢纽

通过选择以太坊作为结算层，Eclipse 可以与 EVM 生态系统中的其他主要 Rollup（如 Arbitrum、Optimism、Base 和 zkSync）共享一个公共层。

由于所有这些 Rollup 都维护与以太坊的 native 桥，因此它充当一个中心枢纽，将所有这些链连接在一起。 这消除了每个 Rollup 彼此形成单独桥的需要，从而允许通过以太坊进行 Rollup 间桥接。

例如，使用以太坊作为枢纽将消息从 Eclipse 发送到 Arbitrum 的过程如下所示：Eclipse -> 以太坊 -> Arbitrum。

以太坊作为 Rollup 之间桥接的枢纽

但是，该系统在它可以支持的代币数量以及它可以让用户跨 Rollup 桥接资产的速度方面受到限制。 因此，像 Across 和 Catalyst 这样的第三方流动性桥仍然是必要的，以便为用户提供快速的桥接体验。

Eclipse 将使用 Celestia 作为数据可用性 (DA) 层

Eclipse 将在 Celestia 上发布与其交易相关的数据，将其用作数据可用性 (DA) 层。 借助 Celestia，验证交易和重建区块链最终状态所需的所有数据都可供所有节点下载。 根据 Eclipse 的说法，Celestia 目前是唯一能够提供所需的区块空间以实现有针对性的高吞吐量并获得像 Solana 这样的低费用的 DA 解决方案。

该团队的评估表明，即使使用 EIP-4844，也称为“Proto-danksharding”，以太坊的 DA 基础设施仍将无法满足 Eclipse 的需求。 此外，EigenDA 和 Polygon Avail 等替代 DA 解决方案仍处于开发的早期阶段，尚未接近主网发布。

值得注意的是，如果以太坊 DA 或任何其他合适的 DA 解决方案将来可以为 Eclipse 提供更大的可扩展性，Eclipse 仍然对过渡到它们持开放态度。

最初，Eclipse 的主网架构可能看起来难以掌握，但是一旦你理解了它，你很快就会意识到这次发布值得密切关注。

Eclipse 也利用了其他加密货币的超能力

Eclipse 是一个模块化 Rollup，它不仅限于在构建可扩展且低成本的体验时从其他区块链借用。 Eclipse 还将使用其他一些加密货币原语，例如：

Eclipse 将使用 RISC Zero 进行 ZK 欺诈证明

在 Rollup 中，排序器对交易进行排序，然后将其馈送到区块链的完整节点。 从那里，选定的节点处理（或执行）事务，计算区块链的最终状态，并以区块的形式将其发布在数据可用性层上。

但是，此发布的状态是乐观地验证的（乐观地假定事务是有效的），因此，以其当前形式不受信任，并且需要在 Rollup 的情况下直接在以太坊上进行验证。 此验证过程称为结算过程，Rollup 在结算过程中使用欺诈证明的概念。 这里有两种方法：

• 乐观欺诈证明 — 所有事务都被认为是有效的，除非验证者（通常是完整节点）使用欺诈证明对其提出质疑并证明不是这样。
• 零知识欺诈证明 — 通过生成 zk 证明来验证交易。 它是“一方（证明者）可以向另一方（验证者）证明给定语句为真 而无需 传达任何附加信息的方法”。

但是，现在有一种混合结算过程正被像 Eclipse 这样的模块化 Rollup 采用，称为乐观 zk 证明，其中所有事务都被认为是有效的，并且在事务受到质疑的情况下，会创建一个 zk 证明来验证正确性。

Eclipse 通过 RISC Zero 的 zkVM 集成 zk 欺诈证明。 这种集成使 Eclipse 能够创建 SVM 执行的 zk 证明并验证源自 Rust 代码的输出的正确性。

让我们通过深入了解 Eclipse 交易的生命周期 来了解这种机制是如何工作的：

Eclipse 交易的生命周期。 来源：Eclipse

1. 用户通过与 Eclipse 主网上的应用程序交互来创建交易。
2. Eclipse 完整节点通过钱包（通过 RPC 节点）接收交易。
3. Eclipse 排序器按区块对交易进行排序。
4. 执行者（Eclipse 的完整节点）对区块内的交易顺序做出承诺。
5. 区块的承诺通过 native 桥发布在以太坊上。
6. 执行者构造并执行该区块并计算 Eclipse 区块链的最终状态（不受信任）。
7. 执行者将此区块发布到 Celestia（数据可用性层）。
8. 为了验证已执行交易的正确性，结算过程在以太坊上的智能合约上进行。

这就是 Eclipse 的结算过程 的样子，其中 Eclipse 的所有 4 种超能力协同工作 — SVM 生成区块并计算最终状态，区块数据发布在 Celestia 上，由 RISC Zero 创建的 zk 欺诈证明，并且结算合约最终验证以太坊上区块中交易的正确性。

Eclipse 的欺诈证明结算过程

Eclipse 将使用动态互操作框架

Eclipse 已经建立了与以太坊的 native 桥，并使用 Hyperlane 以及 Cosmos IBC 来确保与其他区块链的连接。 以下是 Eclipse 连接选项的细分：

• 与以太坊 — Eclipse 采用其 native 桥，称为“enshrined validating bridge”，直接部署在以太坊网络上。 此桥促进了资产从以太坊到 Eclipse 的转移。
• 与 Solana 和其他 EVM 和非 EVM 链 — Eclipse 与非以太坊链的连接是通过 Hyperlane 实现的。 Hyperlane 的 无需许可的互操作性 解决方案专门用于在 Eclipse 和非以太坊链（包括那些基于 SVM 的链，如 Solana）之间实现快速和最终的桥接。
• 与 Cosmos 链— Eclipse 正在积极开发与 Cosmos 链间通信 (IBC) 协议的集成。 虽然此集成仍在开发中，但它有望在 Eclipse 和 Cosmos 链之间建立最小化信任的桥接。

Eclipse 通过可组合性挑战了“每个应用一条链”的论点

Eclipse 承认，像游戏这样的特定领域和像 dYdX 这样成功的 DeFi 项目无疑将受益于构建根据其需求量身定制的特定于应用程序的链。 但是，Eclipse 从根本上质疑 每个应用程序都需要拥有自己的区块链的需求。

Eclipse 认为，由许多智能团队推动的、以数千个特定于应用程序的链为特征的未来愿景，具有以下几个未解答的问题……

如何使这些链可搜索且易于供钱包访问？ 我们是否正在将用户和流动性分散在孤立的 Rollup 集群中？ 在以 Rollup 为中心的未来，用户体验是什么样的？ 如果用户必须筛选 dApp 和钱包中的链列表才能找到他们想要使用的链，那么这真的是理想的用户体验吗？ 桥如何连接到所有这些新链？ 当没有人弄清楚如何运行去中心化排序器时，创建以 Rollup 为中心的路线图是否明智？

相反，Eclipse 认为，大多数应用程序将从与其他应用程序在共享状态下的可组合性中受益，而不是从自己的链上的自定义功能中受益。

Eclipse 提倡构建一个具有模块化力量的高度可扩展的区块链 — 通过利用不同区块链生态系统在不同方面的优势来构建一个专业化的区块链，从而为用户提供高吞吐量和低 Gas 费用。 以太坊用于结算，Solana 用于执行，Celestia 用于数据可用性。

为什么 LI.FI 对 Eclipse、SVM 链和模块化未来感到兴奋

虽然不能保证 Eclipse 肯定会赢得 L2 战争，但不可否认的是它有可能成为区块链世界中的游戏规则改变者。

通过利用 SVM 进行执行和 Celestia 进行数据可用性，Eclipse 为开发人员提供了一个强大的工具来创建共享相同状态的高性能、低成本区块链应用程序。 这些应用程序可以在没有传统区块链上与高交易成本和有限吞吐量相关的典型问题阻碍的情况下运行。

此外，随着 Eclipse 引导其生态系统，几个流动性桥将能够实现从/到 Eclipse 以及其他 SVM 和 EVM 兼容链的跨链交换（Eclipse 可以使用 Neon EVM 支持为 EVM 构建的程序）。

LI.FI 将使用基本的跨链工具为 Eclipse 和 SVM 链提供动力

在过去的六个月中，LI.FI 构建了一个解决方案，该解决方案不仅使我们能够支持 Solana，而且还为将来支持与 SVM 兼容的任何链敞开了大门。 这包括 Eclipse 和在 Eclipse 上开发的潜在的特定于应用程序的区块链，甚至包括像 Maker DAO 的 newChain 这样的链，这些链很可能会在将来 fork SVM。

我们计划聚合支持 Eclipse 主网的最需要的流动性桥。 这种聚合将与链上的 DEX 相结合，使我们能够支持从 LI.FI 支持的 18+ 条链中的任何一条到 Eclipse 的跨链交换。

因此，Eclipse 上的应用程序将可以访问来自任何链的流动性，从而简化了通过 集成 LI.FI 的 API、SDK 和 Widget 来加入 Eclipse 的用户。 他们还可以选择使用我们的开发者工具 在 Eclipse 上构建更定制化的跨链策略。 此外，用户可以通过 Jumper.exchange 直接交换和桥接到 Eclipse。

我们对模块化生态系统的进步和扩张感到非常兴奋。

感谢 Eclipse 和像 Celestia 这样的团队对区块链开发的前瞻性方法。 我们很高兴见证并支持他们在不久的将来的成长。

致谢：感谢 Mark Murdock ( LI.FI ) 的编辑，Neel Somani ( Eclipse )，Jim Chang ( Catalyst )，Heechang Kang ( Four Pillars ) 和 Dominik Hell ( LI.FI ) 对本文的反馈。

立即开始使用 LI.FI

有关 LI.FI 协议的更多信息，

• 请访问我们的链接门户 link3.to/lifi
• 请阅读我们的 SDK“快速入门”，网址为 docs.li.fi
• 关注我们的 Telegram 新闻通讯
• 在 Twitter & LinkedIn 上关注我们
• 在我们的 Substack 上订阅

免责声明：本文仅供参考。 本文中提及的项目是我们的合作伙伴，但我们鼓励你在使用或购买任何提及协议的代币之前进行尽职调查。 这不是财务建议。

• 原文链接： blog.li.fi/why-li-fi-is-...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～