Solana需要L2和应用链吗?
时间:2024-06-18 来源:区块链网络 作者:区块律动BlockBeat
原文标题:《Solana Need L2s And Appchains?》 原文作者:Yash Agarwal 编译:Ladyfinger,BlockBeats 编者按: Solana 作为高性能的公链平台,正面临着前所未有的发展机遇和挑战。Yash Agarwal 在这篇文章里全景式深入探讨 Solana 生态系统中的关键议题——模块化、应用链、Rollup,以及它们如何共同推动 Solana 走向更加广阔的未来。 导读 一个月前,作为 Solana 上最顶尖的免费 NFT 分发应用 DRiP 的创始人 Vibhu 发表了一番言论,引发了广泛讨论: Solana 将要有以及需要有 Layer 2 和 Rollup。 他之所以表达这种观点,是因为随着 SOL 价格和网络拥堵的上升,DRiP 每周损失约 2 万美元的价值。Solana 网络活动的增加带来了两方面的影响: 优点:流动性增强、资本和交易量增加(得益于可组合性) 缺点:基础设施成本上升、用户体验差、网络拥堵 然而,DRiP 主要通过 Solana 作为基础设施,每周从艺术家那里分发数百万个 NFT 到数千个钱包,对高可组合性并无太大需求。Solana 的 TVL 增长和资本流入对 DRiP 影响甚微,反而主要受到基础设施成本高昂的困扰。 Vibhu 指出,「可组合性带来的回报是递减的。」他还提到,Solana 应用开发者们私下讨论了他们对 Rollup 的需求,因为这些 Rollup 能够提高交易吞吐量,减少区块空间竞争,降低费用。此外,还可以更好地控制业务产生的经济价值。 帖子链接 在过去几个月中,Solana 经历了多次拥堵事件,从 JUP 空投到 ORE 挖矿以及高峰期的 meme 币交易。尽管有人认为 Firedancer 可以解决这些问题,但现实情况是时间线尚不明确,且目前无法扩展超过 10 倍。尽管如此,Solana 仍是所有经过实战检验的主要链中唯一一个保持单片链的链。 Solana 应该保持单片链还是变得模块化? Solana 是否也会像以太坊一样,演变出分片的 Layer 2 和 Layer 3 解决方案? 当前 Solana 的应用链和 Rollup 的情况如何? 为了解答这些问题并整合出一个总结,本篇文章将探索各种可能性,讨论各项目的优缺点。本文不会深入技术细节,而是以偏向市场导向和实际应用的视角来讨论各种扩展方法,提供概览。所有见解,无废话,只有大量的独家信息。 简而言之,我们将讨论以下问题: · Solana 和网络拥堵的问题 · 让 Solana 模块化 · Solana 应用链——附示例 · Solana Layer2 和 Rollup——附示例 · 支持 Rollup 和应用链的基础设施 Solana 的问题以及模块化的需求 首先让我们讨论一下当前的问题:由于空投、memecoin 交易量的激增,Solana 网络最近非常拥堵(目前大部分已经解决),导致 ping 时间高、交易的失败率高、网络费用增加。尽管如此,Solana 一直维持着每秒 1-2 千次的交易处理量,超过了所有 EVM 链的总和。可以说这是区块链面临的一个好问题,同时也考验了 Solana 的单片链理论。 Solana 基金会最近发布了一篇博客,敦促项目立即采取行动以提升网络性能,包括: · 实施优先费用:避免交易延迟或丢失至关重要。 · 使程序计算单元(CU)达到最佳状态的使用:仅使用必要的资源。 · 实施权益加权服务质量(QoS):允许应用优先处理用户的交易。 然而,这些措施只能在一定程度上改善交易完成率,并不能保证顺畅的交易体验。对这个问题的一个解决方案是备受期待的新事务调度程序(New Transaction Scheduler),计划在 4 月末推出的 1.18 版本中引入。新调度器将与当前调度器同时存在,但默认情况下不会启用,允许验证者监控新调度器的性能,并在出现问题时轻松切换回旧调度器。新调度器旨在更高效、更实惠地填充区块,改进旧调度器的效率低下问题。 阅读本文以深入了解新的调度程序。 Anza,Solana Labs 的一个分支实体,一直在努力解决网络拥堵问题,已识别为与 QUIC 实施和 Agave(Solana Labs)的验证器客户端处理大量请求的行为有关。 帖子链接 尽管模块化的支持者强烈倡导 Solana 的「模块化路线图」,Solana Labs/Anza,Solana 协议的核心维护者,仍专注于优化基础层的吞吐量和延迟的问题。潜在的改进措施包括: · 改进费用市场并增加基础费用(目前设置为 5000 Lamports 或 0.000005 SOL)。 · 实施账户写锁费用的指数增长,即逐步增加费用以遏制垃圾邮件。 · 通过惩罚机制优化 CU 预算请求。 · 提升整体网络架构。 即使这些垂直扩展,单链,改进有效,我们也不能排除 Solana 采用水平扩展,Rollup,的可能性。现实是 Solana 可以结合这两个特性——它可以作为一个出色的 Rollup 基础层,拥有超低延迟的区块时间(约 400 毫秒),显著提升 Rollup 的性能,例如实现快速的序列器软确认。最重要的是,Solana 历史上迅速实施变化,这可能使其比以太坊更高效地作为 Rollup 的基础层。 更新:Anza 已经推出了一些补丁,帮助缓解了持续的网络拥堵问题,并将在 v1.18 中进行进一步增强。 让 Solana 模块化 Solana 的模块化发展计划已经启动。正如Anza DevRel 的帖子所示,Solana 验证器和 SVM(处理交易和智能合约/程序的执行环境)紧密耦合,并由 Anza 来维护。然而,验证器客户端和 SVM 运行时将在未来几个月内分离。这一分离将有助于创建「Solana 应用链」。 对于 Rollup,优化 Solana 的数据可用性(DA)或者 blob 层可能会在在后一阶段进行。 资料来自:Anza DevRel Anza 的工程师 Joe C还透露了将 SVM 模块化的计划,其中交易处理流水线将从验证器中剥离并放入 SVM。这将使开发者能够独立于任何验证器运行 SVM 的实现。 独立的 SVM 将是完全独立模块的集合。任何 SVM 实现都可以通过定义明确的接口驱动这些模块,进一步减少 SVM 兼容项目的障碍,显著降低构建自定义解决方案所需的开销。团队可以只实现他们感兴趣的模块,同时利用已建立的实现,例如来自 Agave 或 Firedancer 的模块。 简而言之,Solana 将变得更加即插即用,使 Solana 应用链和 Rollup 更加容易实现。 总体而言,这可以走向两个方向:Layer2(或者 Rollup)以及应用链。下面我们将一一介绍。 Solana 应用链 也称为 SVM 分叉,这些本质上是专门为特定应用而设的 Solana 链分叉。Pyth 是第一个 Solana 应用链,但当 Maker 创始人 Rune,提出基于 Solana(SVM)代码库开发 Maker 应用链用于治理的建议时,这一概念真正引起了关注。Rune 选择 SVM 是因为其强大的开发者社区和相对其他 VM 的技术优势,旨在分叉最具性能的链以更好地满足消费者需求。尽管目前尚未实施,但这一举动引发了关于 Solana 应用链的广泛讨论。 总体而言,可以分为两类: · 无需许可——任何人都可以加入网络,类似于当前的 Solana 主网。 · 有许可——由 Solana 基金会为机构打包的「Solana 许可环境(SPEs)」,允许实体构建并维护自己的链实例,由 SVM 提供支持。 Pyth——OG Solana 应用链: Pyth 曾经占据了 Solana 主网上 10-20% 的所有交易。然而,它并不需要任何可组合性,所以他们简单地分叉了 Solana 的代码库。这使他们能够利用 Solana400 毫秒的快速区块时间进行高频率的价格更新。Pythnet 是第一个采用 SVM 作为其应用链的网络。 Pythnet 应用链是 Solana 主网的一个权威证明分叉,作为计算基础层,用于处理和汇总由 Pyth 数据发布网络提供的数据。 为什么 Pyth 要迁移? · 它不需要高可组合性,特别是针对非 Solana 应用,因此免受主网拥堵影响。 · 它需要一个有许可的环境来发布数据。 · 通过内部化费用来降低基础设施成本,以前这些费用会泄露到基础层,也就是 Solana 上。 Cube Exchange 是另一个例子,这是一种混合型 CEX,部署为主权 SVM 应用链,具有完全离线的订单簿和在其 SVM 应用链上的结算。 Solana 应用链的例子 · Perp DEXs:像Hyperliquid这样的 Perp DEX 可以作为独立的 Layer1 网络运行。此外,对于交易用例,可以自定义每个区块的交易数量,或者实现条件逻辑,例如将止损订单的执行直接集成到 Layer1,确保其作为状态转换强制执行,或者引入特定于应用的原子逻辑。 · AI 和 DePIN:这些可以具有受控的服务提供商列表,比如 Pyth。例如,Akash通过 Cosmos 应用链作为计算市场运作。 · 治理应用链:以MakerDAO 对 SVM 应用链的兴趣验证了这一点,主权治理应用链可以非常有吸引力。加密治理仍在演变,拥有专用的链分叉可以成为一种有用的协调机制。 · 未来的企业应用链: 潜在的应用包括资金,如 BlackRock 或支付系统,如 Visa 或 CBDC。 · 游戏应用链: 一个在 Solana 上运行的赌场游戏项目正在考虑其应用链。 · 对 Solana 的分叉进行修改: 类似于 Monad 或 Sei 提供的优化 EVM(并行化),有人可以构建一个更优化的 Solana 版本。随着 Solana 主网开始探索新的设计架构,这一趋势可能会在未来几年更加普遍。 设想 Solana 应用链栈 虽然建立应用链可能相对简单,但确保所有应用链之间的连接对于互操作性至关重要。借鉴Avalanche 子网,通过本地 Avalanche Warp Messaging 连接和 Cosmos 应用链,通过 IBC 连接的灵感,Solana 也可以创建一个本地消息框架来连接这些应用链。 帖子链接 可以构建一个类似 Cosmos-SDK 的中间件平台,提供一站式服务来创建应用链,这些应用链内建支持预言机,例如 Pyth 或 Switchboard、远程过程调用,RPC 如,Helius 以及消息传递连接,例如,Wormhole 等功能。 Polygon 的 AggLayer提供了一种创新的解决方案,允许开发者将不同的 Layer1 或 Layer2 链接入 AggLayer,实现跨链 ZK 证明的聚合。 应用链对 Solana 生态系统的正面影响? 应用链不以 SOL 支付费用或将 SOL 作为交易费代币,因此他们不会直接向 SOL 贡献价值,除非用于经济安全目的的 SOL 重新质押,但它们对 SVM 生态系统的益处是显而易见的。正如 EVM 的网络效应一样,更多的 SVM 分叉和应用链将加强 SVM 的网络效应。即便 Eclipse 作为 SVM 在以太坊上的 Layer2 扩展,与 Solana 主网形成竞争,这一逻辑也同样适用。 Solana Layer2 Solana Layer2,或称为 Rollup,是逻辑上独立的链,将数据发布到其主链的数据可用性(DA)层,并重用主链的共识机制。它们还可以使用其他 DA 层,如 Celestia,但这不再是真正的 rollup。「RollApp」这个术语通常用于特定应用的 Rollup(大多数 Solana 应用都正在探索的)。 Solana 的 Rollup 会像以太坊一样吗? 显然不会。对于 Solana,Rollup 对于终端用户来说将大多被抽象化。从意识形态上看,以太坊的 Rollup 是自上而下的,即以太坊基金会和领导者决定最好的扩展方式是通过 Rollup,然后在 CryptoKitties 事件后开始支持各种 Layer2。而在 Solana,需求是自下而上的,即来自具有显著用户采用率的应用开发者。因此,大多数当前的 roll-up 玩法都是营销玩法,更多的是叙述驱动而非用户需求驱动。这是一个显著的差异,可能导致与以太坊不同的 Rollup 未来。 压缩是不是相当于 Rollup? Layer2 通过在 Layer2 上执行交易、批量处理交易数据并压缩它们来扩展基础层区块链(Layer1)。然后将压缩的数据发送到 Layer1 并用于欺诈证明(optimistic rollup)或有效性证明(zk rollup)。这一证明过程被称为「结算」。类似地,压缩将交易从主网卸载,减少了对基础层状态的争用。值得注意的是,Grass Layer2 将利用状态压缩进行其 rollup。 Solana 上的 Rollup 格局: 目前有两个类似 Rollapps 的项目正在运行: GetCode 这是一款支付应用,带有一个微支付 SDK,允许任何人即时支付和接受付款,并为其应用使用类似 rollup 的结构。它为所有交易创建意图,并使用一个类似 rollup 的排序器,在每 N 个间隔在 Solana 上结算。 使用类似 rollup 的结构可以实现: · 灵活性:意图可以代表各种未来活动,不仅仅是支付交易。此外,如果有需要,Solana 作为链也可以被替换。 · 即时和隐私性:由于排序器的软最终性,即使在 Solana 拥堵期间,支付也是即时的。虽然交易在链上可见,但确切的数额和意图保持模糊,确保用户隐私。 MagicBlocks 的短暂 Rollup MagicBlocks 是一个 web3 游戏基础设施,开发了 Ephermal Rollup,特别适用于游戏。它使用 SVM 的账户结构,将游戏状态拆分成集群。然后将状态暂时转移到辅助层或「ephermal rollup」,一个可配置的专用层。短暂 rollup 作为一个专用的 SVM 运行时或 rollup 运行,以在更高的吞吐量下处理交易。 使用类似 rollup 的结构可以实现: · 专用运行时的定制,包括无 gas 交易、更快的区块时间和集成计时机制,例如,集成的事务调度系统,如Clockwork,无需费用运行。 · 开发者可以将程序部署到基础层,例如 Solana,而不是在单独的链或 rollup 上。短暂 Rollup 不会分散现有生态系统,允许加速目标操作而不创建隔离环境。这意味着可以利用所有现有的 Solana 基础设施。 这种方法有助于创建一个高度可扩展的系统,能够按需启动 rollups 并水平自动扩展,以容纳执行数百万交易的用户,而无需传统 Layer2 的典型权衡。虽然 MagicBlock 专注于游戏,但这种方法也可以应用于其他领域,如支付。 即将上线的 Solana Rollup: · Grass:Grass 是一个 DePIN 项目,专注于通过验证来抓取技术解决人工智能的数据需求。该项目通过网络上的 Grass 节点抓取 AI 训练数据,并将这些数据由验证器存储在区块链上,同时精确记录数据来源和执行抓取的节点,并据此给予奖励。 鉴于 Grass 需要处理高达每秒 100 万个的网络请求,这对 Solana 主网而言是不现实的。因此,项目计划采用零知识证明技术对数据集进行验证,并在 Solana 的 Layer1 上批量结算。 Grass 团队也在考虑引入来自其他集群的状态压缩技术,并在 Solana 主网的测试版上进行数据锚定。这一创新将使 Grass 成为一个基础平台,支持那些只能在其上构建的广泛应用 *注意,构建平台和基础设施的项目通常具有更高的市场估值,Grass 也即将推出其代币。 · Zeta:Solana 上最早的永续合约交易所之一,其拥有完全在链上的永续订单簿,目前正计划利用 Solana 的 Rollup 技术将其交易匹配过程迁移至链下。 永续合约交易所采用 Rollup 技术具有明显的优势,因为它极大提升了用户交易体验。可以询问那些在 Hyperliquid 或 Aevo 等平台与 Solana 上的永续合约交易所进行过交易的用户,后者要求用户对每笔交易进行签名,钱包弹窗,并且需要等待大约 10 到 20 秒。此外,永续合约交易不需要同步执行,并且能够与 DeFi 生态中的其他部分高度集成,特别是在交易撮合方面。 有趣的是,Armani,Backpack 的联合创始人也在推特上表示他们现在正专注于 Layer2 解决方案。 Sonic 正在开发一个名为 Hypergrid 的模块化 SVM 链,允许游戏开发者在 Solana 平台上部署专属的链。同时,还有基于 SVM 技术的以太坊 Rollup 项目,例如Eclipse和NitroVM,它们采用 SVM 作为其执行引擎。在 Solana 生态中,Neon作为一个与 EVM 兼容的 Layer 2 解决方案。此外,一些创新项目如Molecule,一个针对比特币的 SVM Layer 2,目前还处于早期构想阶段。 Sovereign SDK提供了一个类似于 node.js 的框架,专门用于构建 Rollup。用户可以提交他们的 Rust 代码,该平台能够将其转化为支持在任何区块链上部署的 Optimistic Rollup 或 ZK Rollup。这些 Rust 代码可以是定制的应用逻辑,也可以是任何虚拟机的实现。 关于 Rollup 的一些论点 Rollup = 与 SOL 保持一致性 「ETH-Aligned」,以太坊一致性,或者说「ETH Bag Biases」,以太坊包偏见,已经成为流行的网络迷因。 为什么 Layer 2 和 Restaking/EigenLayer 会成为最热门的话题? 这是因为它们增加了 ETH 的「货币性」,ETH 在各个地方都被用作核心资产。 同样的原则也适用于 Solana。Solana 社区将会支持任何能够提升他们 SOL 持有量的解决方案——就这么简单。随着 Solana 生态系统的扩展,一度被忽视的 SOL 的「货币性」将变得重要。记住,大多数 Rollup 无论如何都是「市场营销手段」,并且由于市场仍然更看重基础设施而非应用程序,因此它们能提供更好的代币价值积累。 Rollup 将感觉像是 Solana 的延伸 除了安全性的好处,即从基础层继承安全性,轻松访问 Solana 用户和资产将是一个重要优势。正如Jon Charbonneau所指出的,以太坊的 Rollup 如 Base、Optimism 和 Arbitrum 感觉更像是以太坊的延伸。用户保留相同的钱包和地址,原生燃气代币是单一的标准版本 ETH,ETH 在 DeFi 中占主导地位,所有交易对都是 ETH,社交应用程序以 ETH 定价 NFT 并支付创作者例如,friend.tech,以及 Layer2 的存款是即时的等等。 同样,这也将发生在 Solana 上。从以太坊学习,大多数 Solana Rollapps 不会让用户感觉他们正在使用一个单独的链,例如,Getcode。 Solana 将看到更多的「RollApps」而不是「Rollup」 Solana 没有像以太坊那样的扩展问题,主网由于高燃气费用而变得难以使用,它是高度优化的。然而,一些需要专用区块空间的应用程序将创建他们的 Rollup。尽管在 Solana 上的通用 Rollup 对我来说没有意义,但从经济上讲,对项目来说确实有意义。例如,Base 用户仅在一天内就为 Coinbase 创造了 200 万美元的收入!对于构建者的激励严重倾向于 Layer2。然而,正如观察到的,每个 EVM Rollup 似乎都是一个普通的 Rollup,许多像 Linea、Scroll 或 zkSync 这样的项目已经成为只有农民为了代币空投而进行几笔交易的幽灵链。 此外,我感觉 Solana 上的通用 Layer2 可能会导致与以太坊相同的旧问题,即中心化的 Rollup、拥堵和流动性碎片化。 为什么一些应用程序想要迁移到 Rollapps/应用链? 每个应用程序最初都会在 Solana 主网上启动,因为将更多应用程序托管在共享基础设施上显著降低了开发者和用户的复杂性。然而,随着这些应用程序的成长,它们可能寻求: · 价值捕获。在一个不仅仅为一个应用程序设计的共享 Solana 层上内部化价值更具挑战性。MEV 捕获对 DEX 来说可能是另一个有利可图的选择。 · 专用区块空间。 · 在用例中的可定制性。如:隐私方面,例如,Getcode 使用序列器为其用户提供私密支付、市场费用实验、最小化 MEV 的加密内存池、定制的订单簿。 然而,并非所有应用程序都会想要启动自己的 Rollup,特别是那些没有达到一定逃逸速度的应用程序,例如,足够的 TVL、用户、交易量。今天启动自己的链涉及到痛苦且不必要的权衡,复杂性、成本、更差的用户体验、流动性碎片化等,大多数应用程序,特别是早期阶段的应用程序,无法为增量收益证明这些权衡的合理性。Solana 仍然是 SVM 开发的核心和灵魂,因此可能会部署许多新的应用程序。 对于应用构建者 Solana 主网或应用链或 Rollup 完全取决于不同的情况。如果没有强烈的与其他应用程序组合性的需求,将一些不同的组件置于链下,无论是应用链还是 Rollup,是完全合理的。用户甚至不需要知道他们正在使用 Rollup 或应用链。Grass、Zeta 和 Getcode 都为它们的用户抽象了它们所使用的任何 Rollup 类型基础设施。 对于需要授权和定制的用例,Token Extension 也能满足大多数需求,如 KYC 或者转账逻辑,同时保持组合性。 推动 Rollup 和应用链的基础设施 如果 Rollapp/应用链理论得到扩展,现有的基础设施提供商将能够大大受益,因为他们将进入新的市场: · 现有的 Rollup 即服务(RaaS)提供商,如Caldera,可以轻松地随着需求的出现进入 SVM 市场。像Eclipse和NitroVM这样的 SVM 以太坊 Rollup 也在密切关注这一机会。此外,Sovereign Labs 提供了一个Sovereign SDK Solana 适配器,它能够支持在 Solana 上的 Rollup(尚未准备好投入生产)。Helius 是另一家非常适合为 Solana Layer2 构建基础设施的公司,正如Mert 多次暗示的那样。 · 共享序列器如Rome Protocol和对轻客户端如Tinydancer的需求。共享序列器对 Rollup 来说可能很有趣,因为它们能够实现原子套利、MEV 和无缝桥接等活动,减少流动性的碎片化。 · 像Phantom、Backpack和Solflare这样的钱包。多签和智能合约钱包基础设施如Squads。Squads 一直定位为「Solana 和 SVM 的终极智能合约钱包基础设施层」。 · 再质押 SOL:模块化理论也促进了再质押,因为这些 Rollup/应用链可能需要 SOL 共享安全并更与 Solana 保持一致。这将会带来早期参与者如Cambrian、Picaso和Solayer、通过Stakenet的 Jito 和像Sanctum这样的 LST以及验证者的收入提高。 最后,Solana 能否应对全球的需求? 当然不能。现实点,即使考虑到摩尔定律,即使硬件能继续提高性能,并且 Solana 针对这种硬件进展进行了优化,但这也是不切实际的。我相信,所有不太关键的交易,如 DRiP 发送 NFT,最终会转移到它们自己的链上,而最有价值的交易都将留在主链上,在那里真正的可组合性至关重要,如现货 DEX。 这并不意味着 Solana 在单体和可组合性之战中输了;它将在依赖可组合性和低延迟的情况下比其他链管理得更好。而且,Sui、Aptos、Sei、Monad 等也没有更好,因为我们还不知道它们是否经得起高真实用户活动的考验。 与以太坊不同,Solana 主网并不打算成为「B2B 链」;它一直都是并将永远是消费者链。大规模构建分布式系统是极具挑战性的,而 Solana 最有潜力成为全球最有价值交易的共享账本。 Solana 需要灵魂伴侣:应用链和 Rollup 会是它的完美搭档吗? 「原文链接」 |