Solana 需要 L2 和 Appchains 吗?

进阶6/24/2024, 1:39:38 AM
Solana面临着发展机遇和挑战,近期网络拥堵严重,导致交易失败率高、费用增加。于是有人提出使用Layer2和应用链技术解决这一问题,本文是对这种策略可行性的探索

一个月前,DRiP创始人Vibhu引发了一场备受关注的讨论。DRiP是Solana上最受欢迎的消费类应用,致力于为顶级艺术家分发免费的NFT。他的观点是:

Solana需要并且将拥有L2s和/或Rollups

他的这一观点源于以下事实:由于SOL价格上涨和网络拥堵,DRiP每周在基础层面流失了约2万美元的价值。Solana活动增加带来了:

优点: 增加流动性、资本和交易量(因可组合性而提升)

缺点: 基础设施成本增加,用户体验不佳和网络拥堵

然而,DRiP主要将Solana作为基础设施,每周为数千个钱包分发数百万个NFT,对高可组合性并没有显著收益。Solana TVL(总锁仓量)和资本流入的增长对DRiP的影响微乎其微,反而增加了基础设施成本等负面影响。

Vibhu指出,“可组合性有递减效益。”他还提到,Solana应用开发者私下讨论他们对Rollups的需求,主要是因为:

提高交易吞吐量,减少区块空间竞争,降低费用。

更好地控制业务产生的经济价值。


发布链接

过去几个月里,Solana 经历了多次拥堵事件,从 JUP 空投到 ORE 挖矿和高峰时期的 memecoin 交易。虽然有人可能会认为 Firedancer 能解决所有这些问题,但让我们现实一点:时间表仍不确定,目前它无法扩展超过 10 倍。尽管如此,在所有经过考验的主要链中,Solana 仍是唯一一个真正的整体单体。

Solana 应该保持整体单体状态还是变得模块化?Solana 会像以太坊一样,演变出分散的 L2 和 L3 解决方案等吗?目前在 Solana 上的 appchains 和 rollups 的现状如何?

为了解答这些问题并总结整个争论,本文将探索所有可能性,讨论各种项目,并评估它们的优缺点。

这篇文章不会深入探讨技术细节,而是会采用更具市场导向和实用性的视角来讨论各种扩展方法,提供一个概述。

全是见解,没有废话——还有大量的 alpha 信息。

简而言之,我们将讨论:

  1. Solana 和拥堵
  2. 使 Solana 模块化
  3. Solana appchains —— 以及示例
  4. Solana Layer-2 和 Rollups (RollApps) —— 以及示例
  5. 支持 Rollups 和 Appchains 的基础设施

Solana 和拥堵:

首先要提的是:最近 Solana 网络因空投、大量 memecoin 交易活动等原因严重拥堵(现已基本解决),导致高延迟、大量交易失败以及因更高优先费用而增加的网络费用。尽管如此,Solana 仍能稳定处理约 1-2k TPS,比所有 EVM 链加起来还要多。我认为这对区块链来说是个好问题,同时也考验了 Solana 的单片区块链理论。

Solana 基金会最近发布了一篇博客,敦促项目方立即采取措施提升网络性能,包括:

  • 实施优先费用——关键在于避免交易延迟或丢失。

  • 优化程序计算单位 (CU) 的使用——仅使用必要的资源。

  • 实施基于质押权重的服务质量 (QoS)——允许应用优先处理用户的交易。

然而,所有这些措施只能在一定程度上提高交易完成率,无法保证流畅的交易用户体验。一个立即可行的解决方案是备受期待的新交易调度器,计划在 4 月底发布的 1.18 版本中推出。该调度器将与现有调度器一起引入,但默认不会启用,允许验证者监控新调度器的性能,并在出现问题时轻松切换回旧调度器。这个新调度器旨在更高效、经济地填充区块,改进旧调度器的低效问题。阅读这篇文章以深入了解新调度器。

Anza(Solana Labs 的一个衍生实体)一直在努力解决网络拥堵问题,这些问题被识别为与 QUIC 实现有关,以及 Agave(Solana Labs)验证者客户端在处理大量请求时的行为有关。

帖子链接

尽管模块化的支持者强烈提倡为 Solana 制定“模块化路线图”,但 Solana Labs/Anza(Solana 协议的核心维护者)仍然专注于优化底层的吞吐量和延迟。一些潜在的改进包括:

  1. 全面改革费用市场并提高基础费用(目前设置为 5,000 Lamports 或 0.000005 SOL)。

  2. 对账户实施指数写锁费用,即随着时间的推移逐步增加费用以阻止垃圾交易。

  3. 通过惩罚系统优化 CU 预算请求。

  4. 增强整体网络架构。

即使在垂直扩展(单链)方面进行这些改进,我们也不能排除 Solana 采用水平扩展(Rollups)的可能性。事实是,Solana 可以成为两者的混合体——它可以作为 Rollups 的一个优秀基础层,具有超低延迟的区块时间(约 400 毫秒),这将显著受益于 Rollups,例如启用从排序者的超快软确认。最重要的是,Solana 历来能够快速实施变化,可能使其成为比以太坊更高效的 Rollups 层。

更新:Anza 现在已经推出了一些补丁,以缓解正在进行的网络拥堵,后续将在 v1.18 中进一步增强。

使 Solana 模块化:

使 Solana 模块化的努力已经开始。正如 Anza DevRel 的帖子所指出的那样,Solana 验证者和 SVM(处理交易和智能合约/程序的执行环境)是紧密耦合并由 Anza(Solana Labs 的一个衍生实体)维护的。然而,在接下来的几个月内,验证者客户端和 SVM 运行时将会分离。这种分离将有助于分叉 SVM 并轻松创建“Solana 应用链”。

对于 Rollups 来说,优化 Solana 的数据可用性(DA)/blob 层可能会带来好处,尽管这可能会在后期阶段实现。


资料来源:Anza DevRel

Anza 的工程师 Joe C 还公布了使 SVM 模块化的计划,其中交易处理管道将从验证者中移出并放入 SVM 中。这将使开发者能够运行 SVM 的实现,并独立于任何验证者进行操作。

隔离后的 SVM 将是完全独立模块的组合。任何 SVM 实现都可以通过定义良好的接口驱动这些模块,从而通过显著减少构建定制解决方案所需的开销,进一步降低 SVM 兼容项目的障碍。各团队可以只实现他们感兴趣的模块,同时利用其他现有的实现,例如 Agave 或 Firedancer 的实现。

简而言之,Solana 将变得更加即插即用,使 Solana 应用链和 Rollups 更加容易实现。

总的来说,有两个方向:Layer-2s/Rollups 和 Appchains。我们将一一研究两者。

Solana 应用链:

也被称为 SVM 分叉,这些本质上是专门用于特定应用的 Solana 链分叉。Pyth 是第一个 Solana 应用链,但这个概念真正引起注意是在 Rune 提出基于 Solana (SVM) 代码库开发 Maker 应用链(用于治理)的提议时,Rune 是最大 DeFi 协议之一 Maker 的创始人。他选择 SVM 是因为其强大的开发者社区和相对于其他 VM 的技术优势,旨在分叉最具性能的链,以更好地满足用户需求。虽然目前还没有具体实现,但这一举动引发了关于 Solana 应用链的广泛讨论。

总体而言,Solana 应用链可以分为两种类型:

  1. 无许可的——任何人都可以加入网络,类似于当前的 Solana 主网。
  2. 有许可的——由 Solana 基金会为机构打包为“Solana 有许可环境 (SPEs)”,允许实体构建和维护自己的链实例,由 SVM 提供支持。

Pyth – OG Solana 应用链:
曾几何时,Pyth 占据了 Solana 主网上 10-20% 的所有交易。然而,它并不需要任何可组合性,因此他们简单地分叉了 Solana 代码库。这使他们能够利用 Solana 400 毫秒的快速区块时间进行高频率的价格更新。Pythnet 是第一个采用 SVM 作为其应用链的网络。

Pythnet 应用链是 Solana 主网的一个权限证明(Proof-of-Authority)分叉,作为处理和聚合由 Pyth 数据发布网络提供的数据的计算基础层。

Pyth 为什么要迁移?

  • 它不需要高可组合性(尤其是对于非 Solana 应用),因此免受主网拥堵的影响。
  • 它需要一个发布数据的有许可环境。

通过将费用内部化来降低基础设施成本,以前这些费用会泄漏到基础层(Solana)。

Cube 交易所是另一个例子,这是一个混合中心化交易所,作为一个主权 SVM 应用链部署(具有完全离线的订单簿和在其 SVM 应用链上的结算)。

Solana 应用链的一些示例可能是:

  1. Perp DEXs:像 Hyperliquid 这样的 Perp DEXs 可以作为独立的 L1 网络运行。此外,对于交易用例,每个区块的交易数量可以定制,或者可以实现条件逻辑,例如将止损订单的执行直接集成到 L1 中,确保它作为状态转换来执行,或者引入特定于应用程序的原子逻辑。
  2. AI 和 DePIN:这些可以具有受控的服务提供商列表,如 Pyth。例如,Akash 通过 Cosmos appchain 作为计算市场运行。
  3. 治理 appchains:由 MakerDAO 对 SVM appchain 的兴趣所验证,一个主权治理 appchain 可能非常有吸引力。加密货币中的治理仍在发展中,拥有一个专门的链来进行分叉可以是一个有用的协调机制。
  4. 未来的企业 appchains:潜在的应用包括资金(如 BlackRock)或支付系统(如 Visa 或 CBDCs)。
  5. 游戏 appchains:在 Solana 上,一个赌场游戏项目正在考虑其 appchain。
  6. 修改后的 Solana 分叉:类似于 Monad 或 Sei 提供的优化 EVM(并行化),有人可以构建一个更优化的 Solana 版本。随着 Solana 主网开始探索新的设计架构,这种趋势可能在未来几年变得更加普遍。

设想 Solana 应用链堆栈:

虽然建立一个应用链可能相对简单,但确保所有应用链之间的互联互通对于互操作性至关重要。借鉴 Avalanche 子网(通过原生 Avalanche Warp Messaging 连接)和 Cosmos 应用链(通过 IBC 连接)的经验,Solana 也可以创建一个原生消息传递框架来连接这些应用链。


发布链接

可以创建一个类似 Cosmos-SDK 的中间件,提供一站式解决方案,用于创建内置支持预言机(如 Pyth 或 Switchboard)、RPC(如 Helius)和消息连接(如 Wormhole)等功能的应用链。 \
Polygon 的 AggLayer 也是一种有趣的方法,开发者可以将任何 L1 或 L2 链连接到 AggLayer,后者汇集所有连接链的 ZK 证明。

应用链对 Solana 生态系统是净增益吗?应用链对 Solana 生态系统是净增益吗?

虽然应用链不会直接为 SOL 带来价值,因为它们不会支付 SOL 费用或使用 SOL 作为 gas 代币——除非重新抵押的 SOL 用于经济安全——但它们确实大大有利于 SVM 生态系统。正如存在“EVM 网络效应”一样,更多的 SVM 分叉和应用链将加强 SVM 的网络效应。即使 Eclipse(以太坊上的 SVM L2)是 Solana 主网的直接竞争对手,同样的逻辑也适用,使其对 SVM 有利。

Solana Layer-2s:

Solana Layer-2s,或称 rollups,是逻辑上独立的链,它们将数据发布到主链的数据可用性(DA)层,并重用主链的共识机制。它们也可以使用其他 DA 层,如 Celestia,但这样就不再是真正的 rollup。“RollApp” 是一个通常用于特定应用的 Rollups 的术语(大多数 Solana 应用程序正在探索这一点)。

Solana 的 Rollups 会和以太坊的一样吗?

显然不会。对于 Solana 来说,Rollups 对终端用户来说大多是抽象化的。从意识形态上看,以太坊的 Rollups 是自上而下的,以太坊基金会和领导者决定通过 Rollups 来扩展,并在 CryptoKitties 事件后开始支持各种 L2。而在 Solana,需求是自下而上的,即来自拥有大量用户的应用程序开发者。因此,目前大多数 roll-up 项目都是营销驱动的,更多的是叙事驱动而不是用户需求驱动的。这是一个显著的区别,可能会导致与以太坊不同的 Rollups 未来。

压缩 = Rollups 吗?

L2 通过在 L2 上执行交易、批处理交易数据并压缩数据来扩展基础层区块链(L1)。然后将压缩数据发送到 L1,并用于欺诈证明(乐观 rollup)或有效性证明(zk rollup)。这一证明过程被称为“结算”。类似地,压缩将交易从主网卸载,减少基础层状态的竞争。值得注意的是,Grass L2 将利用状态压缩来实现其 rollup。

Solana 上的 Rollups 现状:

目前有两个“某种程度上的 RollApp”已上线:

1. GetCode:

一个支付应用程序,带有微支付 SDK,使任何人都可以立即支付和接受支付,并为其应用程序使用伪 rollup。它为所有交易创建意图,并采用类似 rollup 的排序器,在 N 个时间间隔后在 Solana 上结算。

使用类似 rollup 的结构可以实现:

  1. 灵活性:意图可以表示各种未来活动,而不仅仅是支付交易。此外,如果需要,Solana 作为链也可以被替换。
  2. 即时和隐私:鉴于排序器的软最终性,即使在 Solana 拥堵期间,支付也是即时的。虽然交易在链上可见,但确切的价值和意图保持模糊,确保用户隐私。

2. MagicBlocks 的临时 Rollups

MagicBlocks 是一个 Web3 游戏基础设施,开发了特别适用于游戏的临时 rollups。它使用 SVM 的账户结构,并将游戏状态分成集群。它将状态临时转移到辅助层或“临时 rollup”,这是一个可配置的专用层。临时 rollup 作为专用的 SVM 运行时或 rollup 运行,以促进高吞吐量的交易处理。

使用类似 rollup 的结构可以实现:

  1. 定制化的专用运行时,包括无 gas 交易、更快的区块时间以及集成滴答机制(例如,无费用运行的集成交易调度系统如 clockwork)。
  2. 开发者可以将程序部署到基础层(例如 Solana),而不是在单独的链或 rollup 上部署。ERs 不会分散现有的生态系统,允许加速目标操作而不创建隔离环境。这意味着可以利用所有现有的 Solana 基础设施。

这种方法促进了一个高度可扩展的系统,能够按需启动 rollups 并自动水平扩展,以适应执行数百万交易的用户,而无需传统 L2s 的典型权衡。虽然 MagicBlock 专注于游戏,但这种方法也可以应用于支付等其他应用。

即将推出的 Solana Rollups

  1. Grass

Grass 是一个 DePIN 项目,旨在通过验证抓取解决 AI 数据问题。当 Grass 节点抓取网页以获取 AI 训练数据时,验证者会将数据存储在链上,精确跟踪数据的来源以及哪个节点负责抓取,并相应地奖励它们。

Grass 需要每秒 100 万次网页请求,这在 Solana 主网上是不可行的。因此,他们计划对所有数据集的原始数据进行 ZK 证明,并将其批处理后在 Solana L1 结算。他们正在考虑使用另一个集群的状态压缩,并在 mainnet-beta 上结算根。

这一发展将使 Grass 成为许多仅能在 Grass 上实现的应用程序的基础层(注意,平台和基础设施通常具有更高的估值,而 Grass 即将推出代币)。

  1. Zeta

Zeta 是 Solana 上最古老的永续合约 DEX 之一,之前完全在链上拥有永续订单簿,现在也计划通过 Solana rollup 将匹配移到链下。

永续合约 DEX 对 rollups 有直接的市场契合度,因为它们显著改善了用户体验。问问那些在 Hyperliquid 或 Aevo 上交易的人,他们会告诉你与 Solana 永续合约 DEX 相比,你必须为每笔交易签名、弹出钱包并等待大约 10-20 秒。此外,永续合约不需要同步执行,并且在交易匹配方面具有高可组合性,特别是在 DeFi 的其余部分。

有趣的是,Backpack 的联合创始人 Armani 也在推特上表示他们现在正在关注 L2。

  1. Sonic

Sonic 也在构建一个模块化的 SVM 链(Hypergrid),使游戏能够在 Solana 上部署自己的链。还有一些基于 SVM 的以太坊 rollups,如 Eclipse 和 NitroVM,它们使用 SVM 作为执行引擎。Neon 则作为 Solana 上的 EVM 兼容 L2 运作。此外,还有一些处于构思阶段的项目,如 Molecule(一个 SVM 比特币 Layer 2)。

  1. Sovereign SDK

Sovereign SDK 是另一个类似于 Node.js 的框架,但用于构建 rollups。用户可以带来他们的 Rust 代码,我们将其转化为可部署在任何区块链上的 Optimistic 或 ZK rollup。这些 Rust 代码可以是你的特定应用逻辑,或任何虚拟机。

关于 Rollups 的几点论述:

关于 Rollups 的几点论述:

Rollups = 与 SOL 保持一致:

“ETH-Aligned”(或更准确地说是“ETH Bag Biases”)这一术语已经成为一个流行的梗。为什么 Layer 2 和 Restaking/EigenLayer 会成为最热门的话题?这是因为它们提升了 ETH 的“货币性”,使 ETH 成为各处使用的核心资产。

同样的原则适用于 Solana。Solana 社区会支持任何能提升 SOL 持有量的解决方案——就是这么简单。随着 Solana 生态系统的扩展,曾经被忽视的“SOL 的货币性”将变得重要。请记住,大多数 Rollups 无论如何都是“营销手段”,在市场仍然重视基础设施而非应用程序的情况下,能带来更好的代币价值增值。

Rollups 将会像是 Solana 的延伸:

除了安全性优势(即继承基础层的安全性)之外,轻松访问 Solana 用户和资产将是一个显著的优势。正如 Jon Charbonneau 所指出的,以太坊的 Rollups(如 Base、Optimism 和 Arbitrum)更像是以太坊的延伸。用户使用相同的钱包和地址,本地的燃料代币是唯一的 ETH 版本,ETH 主导了 DeFi,所有交易对以 ETH 计价,社交应用程序用 ETH 计价 NFT 并支付创作者报酬(例如 friend.tech),以及 L2 存款是即时的,等等。

类似的情况也将发生在 Solana 上。借鉴以太坊的经验,大多数 Solana Rollapps 将不会让用户感觉他们在使用一个独立的链(例如 Getcode)。

  1. Solana 将看到更多的“RollApps”而不是“Rollups”
    Solana 不存在像以太坊那样的扩展问题,以太坊主网由于高额 Gas 费用而根本无法使用,它是高度优化的。然而,一些需要专用块空间的应用程序将创建它们的汇总。虽然 Solana 上的通用 Rollups 对我来说没有意义,但从经济角度来说,它对项目来说确实有意义。例如, 基础用户为 Coinbase 创造了 200 万美元的收入 仅仅一天之内!对构建者的激励严重偏向 L2。然而,正如观察到的,每个 EVM 汇总似乎都是普通的汇总,而且许多,如 Linea、Scroll 或 zkSync,已经成为幽灵链,只有农民进行一些代币空投交易。

此外,我认为 Solana 上的通用 L2 可能会导致同样的以太坊老问题,即中心化汇总、拥塞和流动性碎片。

  1. 为什么有些应用程序想要迁移到 Rollapps/appchain?
    每个应用程序最初都将在 Solana 主网上启动,因为在共享基础设施上托管更多应用程序可显着降低开发人员和用户的复杂性。然而,随着这些应用程序的发展,它们可能会寻求:
    • 价值捕捉:在共享 Solana 层上内部化价值更具挑战性,而不是只考虑一个应用程序。 MEV 捕获可能是 DEX 的另一个利润丰厚的选择。
    • 专用块空间
    • 可定制性 在以下用例中:
      • 隐私:例如,Getcode 使用定序器来促进用户的私人支付。
      • 费用市场实验
      • 加密内存池以最小化 MEV
      • 定制订单簿
  2. 然而,并非所有应用程序都希望启动自己的 Rollup,尤其是那些尚未达到一定逃逸速度(例如,足够的 TVL、用户、音量)的应用程序。今天推出自己的链涉及痛苦且不必要的权衡(复杂性、成本、糟糕的用户体验、分散的流动性等),大多数应用程序,特别是处于早期阶段的应用程序,无法证明增量收益是合理的。 Solana 仍然是 SVM 开发的核心和灵魂,因此可能会部署许多新应用程序。
    对于应用程序构建者:Solana Mainnet 或 Appchain 或 Rollup
    完全取决于。如果对与所有其他应用程序的可组合性没有强烈的需求,那么将一些不同的组件置于链外(应用程序链或汇总)是完全有意义的。用户甚至不需要知道他们正在使用汇总或应用程序链。 Grass、Zeta 和 Getcode 都抽象了他们为用户使用的任何汇总类型基础设施。

对于许可和定制用例, 令牌扩展 还可以满足 KYC/传输逻辑等大多数需求,同时保留可组合性。
那么,DRiP 会成为 L2/应用链吗?
目前,DRiP 将 Solana 用于:

* 用户创建钱包(可以位于 L2/应用链上)
* 分发压缩的 NFT(可以在 L2/应用链上)
* 压缩 NFT 的交易(可以在 L2/appchain 上,但需要桥接资金)
  1. 我们可以清楚地看到,除了 L2s/应用链也可以提供的技术之外,没有强烈的需求使用 Solana Layer 1。由于 DRiP 的主要目标始终是 web2 用户,因此它可以很好地将他们直接加入到他们的链中,从长远来看,这赋予了它更高的控制权,因为它不会将所有价值泄漏到基础链(Solana) 。此外,DRiP 已经达到了逃逸速度(Solana 上最大的消费者应用程序),现在已转移到自己的链上。像 Getcode 这样的伪汇总结构对于 DRiP 来说完全有意义。

基础设施为 Rollups 和应用链提供支持:

如果 rollapp/appchain 主题得到扩展,现有的基础设施提供商将在开拓新市场时受益匪浅:

  1. 现有汇总即服务 (RaaS) 提供商,例如 火山口 随着需求的出现,可以轻松进入SVM市场。 SVM 以太坊汇总就像 硝基VM 也都在敏锐地关注着这个机会。此外,Sovereign Labs 还提供 Sovereign SDK Solana 适配器 可以在 Solana 上进行汇总(尚未准备好生产)。 Helius 是另一家非常适合为 Solana L2 构建基础设施的公司,因为 默特曾多次暗示
  2. 共享排序器,例如 罗马协议 以及对轻客户端的需求,例如 小舞者。共享排序器对于汇总来说可能很有趣,因为它们支持原子套利、MEV 和无缝桥接等活动,从而减少流动性碎片。
  3. 钱包 喜欢 幻影, 背包, 和 太阳光。多重签名和智能合约钱包基础设施,例如 小队。 Squads 始终被定位为“Solana 和 SVM 的权威智能合约钱包基础设施层”。
  4. SOL 重新评级: 模块化论文还提倡重新抵押,因为这些汇总/应用程序链可能需要 SOL 共享安全性并与 Solana 更加一致。这导致:
    1. 早期玩家喜欢 寒武纪, 毕加索, 和 索莱尔
    2. 吉托走了 股权网 和 LST 类似 圣所
    3. 验证者——增加收入

结束语:Solana 能否满足全世界的需求?

当然不。让我们现实一点:即使考虑摩尔定律(硬件性能将继续提高,并且 Solana 针对此类硬件进步进行了优化),也是不切实际的。我相信所有不太重要的交易(例如 DRiP 发送 NFT)最终都会转移到自己的链上,而最有价值的交易将保留在主链上,其中真正的可组合性至关重要(例如 Spot DEX)。
不,这并不意味着 Solana 在整体架构和可组合性之战中失败了。它将比其他链更好地管理依赖于可组合性和低延迟的情况。不,Sui/Aptos/Sei/Monad 等还没有更好,因为我们不知道,而且它们还没有经过高真实用户活动的战斗测试。
与以太坊不同,Solana 主网的目标并不是成为“B2B 链”;它过去是,将来也永远是消费链。大规模构建分布式系统极具挑战性,而 Solana 最有潜力成为最有价值交易的全球共享账本。

Solana 需要灵魂伴侣:应用链和 Rollups 能否完美匹配?

声明:

  1. 本文转载自[The Superteam Blog],著作权归属原作者[YASH AGARWA],如对转载有异议,请联系Gate Learn团队,团队会根据相关流程尽速处理。
  2. 免责声明:本文所表达的观点和意见仅代表作者个人观点,不构成任何投资建议。
  3. 文章其他语言版本由Gate Learn团队翻译, 在未提及Gate.io的情况下不得复制、传播或抄袭经翻译文章。

Solana 需要 L2 和 Appchains 吗?

进阶6/24/2024, 1:39:38 AM
Solana面临着发展机遇和挑战,近期网络拥堵严重,导致交易失败率高、费用增加。于是有人提出使用Layer2和应用链技术解决这一问题,本文是对这种策略可行性的探索

一个月前,DRiP创始人Vibhu引发了一场备受关注的讨论。DRiP是Solana上最受欢迎的消费类应用,致力于为顶级艺术家分发免费的NFT。他的观点是:

Solana需要并且将拥有L2s和/或Rollups

他的这一观点源于以下事实:由于SOL价格上涨和网络拥堵,DRiP每周在基础层面流失了约2万美元的价值。Solana活动增加带来了:

优点: 增加流动性、资本和交易量(因可组合性而提升)

缺点: 基础设施成本增加,用户体验不佳和网络拥堵

然而,DRiP主要将Solana作为基础设施,每周为数千个钱包分发数百万个NFT,对高可组合性并没有显著收益。Solana TVL(总锁仓量)和资本流入的增长对DRiP的影响微乎其微,反而增加了基础设施成本等负面影响。

Vibhu指出,“可组合性有递减效益。”他还提到,Solana应用开发者私下讨论他们对Rollups的需求,主要是因为:

提高交易吞吐量,减少区块空间竞争,降低费用。

更好地控制业务产生的经济价值。


发布链接

过去几个月里,Solana 经历了多次拥堵事件,从 JUP 空投到 ORE 挖矿和高峰时期的 memecoin 交易。虽然有人可能会认为 Firedancer 能解决所有这些问题,但让我们现实一点:时间表仍不确定,目前它无法扩展超过 10 倍。尽管如此,在所有经过考验的主要链中,Solana 仍是唯一一个真正的整体单体。

Solana 应该保持整体单体状态还是变得模块化?Solana 会像以太坊一样,演变出分散的 L2 和 L3 解决方案等吗?目前在 Solana 上的 appchains 和 rollups 的现状如何?

为了解答这些问题并总结整个争论,本文将探索所有可能性,讨论各种项目,并评估它们的优缺点。

这篇文章不会深入探讨技术细节,而是会采用更具市场导向和实用性的视角来讨论各种扩展方法,提供一个概述。

全是见解,没有废话——还有大量的 alpha 信息。

简而言之,我们将讨论:

  1. Solana 和拥堵
  2. 使 Solana 模块化
  3. Solana appchains —— 以及示例
  4. Solana Layer-2 和 Rollups (RollApps) —— 以及示例
  5. 支持 Rollups 和 Appchains 的基础设施

Solana 和拥堵:

首先要提的是:最近 Solana 网络因空投、大量 memecoin 交易活动等原因严重拥堵(现已基本解决),导致高延迟、大量交易失败以及因更高优先费用而增加的网络费用。尽管如此,Solana 仍能稳定处理约 1-2k TPS,比所有 EVM 链加起来还要多。我认为这对区块链来说是个好问题,同时也考验了 Solana 的单片区块链理论。

Solana 基金会最近发布了一篇博客,敦促项目方立即采取措施提升网络性能,包括:

  • 实施优先费用——关键在于避免交易延迟或丢失。

  • 优化程序计算单位 (CU) 的使用——仅使用必要的资源。

  • 实施基于质押权重的服务质量 (QoS)——允许应用优先处理用户的交易。

然而,所有这些措施只能在一定程度上提高交易完成率,无法保证流畅的交易用户体验。一个立即可行的解决方案是备受期待的新交易调度器,计划在 4 月底发布的 1.18 版本中推出。该调度器将与现有调度器一起引入,但默认不会启用,允许验证者监控新调度器的性能,并在出现问题时轻松切换回旧调度器。这个新调度器旨在更高效、经济地填充区块,改进旧调度器的低效问题。阅读这篇文章以深入了解新调度器。

Anza(Solana Labs 的一个衍生实体)一直在努力解决网络拥堵问题,这些问题被识别为与 QUIC 实现有关,以及 Agave(Solana Labs)验证者客户端在处理大量请求时的行为有关。

帖子链接

尽管模块化的支持者强烈提倡为 Solana 制定“模块化路线图”,但 Solana Labs/Anza(Solana 协议的核心维护者)仍然专注于优化底层的吞吐量和延迟。一些潜在的改进包括:

  1. 全面改革费用市场并提高基础费用(目前设置为 5,000 Lamports 或 0.000005 SOL)。

  2. 对账户实施指数写锁费用,即随着时间的推移逐步增加费用以阻止垃圾交易。

  3. 通过惩罚系统优化 CU 预算请求。

  4. 增强整体网络架构。

即使在垂直扩展(单链)方面进行这些改进,我们也不能排除 Solana 采用水平扩展(Rollups)的可能性。事实是,Solana 可以成为两者的混合体——它可以作为 Rollups 的一个优秀基础层,具有超低延迟的区块时间(约 400 毫秒),这将显著受益于 Rollups,例如启用从排序者的超快软确认。最重要的是,Solana 历来能够快速实施变化,可能使其成为比以太坊更高效的 Rollups 层。

更新:Anza 现在已经推出了一些补丁,以缓解正在进行的网络拥堵,后续将在 v1.18 中进一步增强。

使 Solana 模块化:

使 Solana 模块化的努力已经开始。正如 Anza DevRel 的帖子所指出的那样,Solana 验证者和 SVM(处理交易和智能合约/程序的执行环境)是紧密耦合并由 Anza(Solana Labs 的一个衍生实体)维护的。然而,在接下来的几个月内,验证者客户端和 SVM 运行时将会分离。这种分离将有助于分叉 SVM 并轻松创建“Solana 应用链”。

对于 Rollups 来说,优化 Solana 的数据可用性(DA)/blob 层可能会带来好处,尽管这可能会在后期阶段实现。


资料来源:Anza DevRel

Anza 的工程师 Joe C 还公布了使 SVM 模块化的计划,其中交易处理管道将从验证者中移出并放入 SVM 中。这将使开发者能够运行 SVM 的实现,并独立于任何验证者进行操作。

隔离后的 SVM 将是完全独立模块的组合。任何 SVM 实现都可以通过定义良好的接口驱动这些模块,从而通过显著减少构建定制解决方案所需的开销,进一步降低 SVM 兼容项目的障碍。各团队可以只实现他们感兴趣的模块,同时利用其他现有的实现,例如 Agave 或 Firedancer 的实现。

简而言之,Solana 将变得更加即插即用,使 Solana 应用链和 Rollups 更加容易实现。

总的来说,有两个方向:Layer-2s/Rollups 和 Appchains。我们将一一研究两者。

Solana 应用链:

也被称为 SVM 分叉,这些本质上是专门用于特定应用的 Solana 链分叉。Pyth 是第一个 Solana 应用链,但这个概念真正引起注意是在 Rune 提出基于 Solana (SVM) 代码库开发 Maker 应用链(用于治理)的提议时,Rune 是最大 DeFi 协议之一 Maker 的创始人。他选择 SVM 是因为其强大的开发者社区和相对于其他 VM 的技术优势,旨在分叉最具性能的链,以更好地满足用户需求。虽然目前还没有具体实现,但这一举动引发了关于 Solana 应用链的广泛讨论。

总体而言,Solana 应用链可以分为两种类型:

  1. 无许可的——任何人都可以加入网络,类似于当前的 Solana 主网。
  2. 有许可的——由 Solana 基金会为机构打包为“Solana 有许可环境 (SPEs)”,允许实体构建和维护自己的链实例,由 SVM 提供支持。

Pyth – OG Solana 应用链:
曾几何时,Pyth 占据了 Solana 主网上 10-20% 的所有交易。然而,它并不需要任何可组合性,因此他们简单地分叉了 Solana 代码库。这使他们能够利用 Solana 400 毫秒的快速区块时间进行高频率的价格更新。Pythnet 是第一个采用 SVM 作为其应用链的网络。

Pythnet 应用链是 Solana 主网的一个权限证明(Proof-of-Authority)分叉,作为处理和聚合由 Pyth 数据发布网络提供的数据的计算基础层。

Pyth 为什么要迁移?

  • 它不需要高可组合性(尤其是对于非 Solana 应用),因此免受主网拥堵的影响。
  • 它需要一个发布数据的有许可环境。

通过将费用内部化来降低基础设施成本,以前这些费用会泄漏到基础层(Solana)。

Cube 交易所是另一个例子,这是一个混合中心化交易所,作为一个主权 SVM 应用链部署(具有完全离线的订单簿和在其 SVM 应用链上的结算)。

Solana 应用链的一些示例可能是:

  1. Perp DEXs:像 Hyperliquid 这样的 Perp DEXs 可以作为独立的 L1 网络运行。此外,对于交易用例,每个区块的交易数量可以定制,或者可以实现条件逻辑,例如将止损订单的执行直接集成到 L1 中,确保它作为状态转换来执行,或者引入特定于应用程序的原子逻辑。
  2. AI 和 DePIN:这些可以具有受控的服务提供商列表,如 Pyth。例如,Akash 通过 Cosmos appchain 作为计算市场运行。
  3. 治理 appchains:由 MakerDAO 对 SVM appchain 的兴趣所验证,一个主权治理 appchain 可能非常有吸引力。加密货币中的治理仍在发展中,拥有一个专门的链来进行分叉可以是一个有用的协调机制。
  4. 未来的企业 appchains:潜在的应用包括资金(如 BlackRock)或支付系统(如 Visa 或 CBDCs)。
  5. 游戏 appchains:在 Solana 上,一个赌场游戏项目正在考虑其 appchain。
  6. 修改后的 Solana 分叉:类似于 Monad 或 Sei 提供的优化 EVM(并行化),有人可以构建一个更优化的 Solana 版本。随着 Solana 主网开始探索新的设计架构,这种趋势可能在未来几年变得更加普遍。

设想 Solana 应用链堆栈:

虽然建立一个应用链可能相对简单,但确保所有应用链之间的互联互通对于互操作性至关重要。借鉴 Avalanche 子网(通过原生 Avalanche Warp Messaging 连接)和 Cosmos 应用链(通过 IBC 连接)的经验,Solana 也可以创建一个原生消息传递框架来连接这些应用链。


发布链接

可以创建一个类似 Cosmos-SDK 的中间件,提供一站式解决方案,用于创建内置支持预言机(如 Pyth 或 Switchboard)、RPC(如 Helius)和消息连接(如 Wormhole)等功能的应用链。 \
Polygon 的 AggLayer 也是一种有趣的方法,开发者可以将任何 L1 或 L2 链连接到 AggLayer,后者汇集所有连接链的 ZK 证明。

应用链对 Solana 生态系统是净增益吗?应用链对 Solana 生态系统是净增益吗?

虽然应用链不会直接为 SOL 带来价值,因为它们不会支付 SOL 费用或使用 SOL 作为 gas 代币——除非重新抵押的 SOL 用于经济安全——但它们确实大大有利于 SVM 生态系统。正如存在“EVM 网络效应”一样,更多的 SVM 分叉和应用链将加强 SVM 的网络效应。即使 Eclipse(以太坊上的 SVM L2)是 Solana 主网的直接竞争对手,同样的逻辑也适用,使其对 SVM 有利。

Solana Layer-2s:

Solana Layer-2s,或称 rollups,是逻辑上独立的链,它们将数据发布到主链的数据可用性(DA)层,并重用主链的共识机制。它们也可以使用其他 DA 层,如 Celestia,但这样就不再是真正的 rollup。“RollApp” 是一个通常用于特定应用的 Rollups 的术语(大多数 Solana 应用程序正在探索这一点)。

Solana 的 Rollups 会和以太坊的一样吗?

显然不会。对于 Solana 来说,Rollups 对终端用户来说大多是抽象化的。从意识形态上看,以太坊的 Rollups 是自上而下的,以太坊基金会和领导者决定通过 Rollups 来扩展,并在 CryptoKitties 事件后开始支持各种 L2。而在 Solana,需求是自下而上的,即来自拥有大量用户的应用程序开发者。因此,目前大多数 roll-up 项目都是营销驱动的,更多的是叙事驱动而不是用户需求驱动的。这是一个显著的区别,可能会导致与以太坊不同的 Rollups 未来。

压缩 = Rollups 吗?

L2 通过在 L2 上执行交易、批处理交易数据并压缩数据来扩展基础层区块链(L1)。然后将压缩数据发送到 L1,并用于欺诈证明(乐观 rollup)或有效性证明(zk rollup)。这一证明过程被称为“结算”。类似地,压缩将交易从主网卸载,减少基础层状态的竞争。值得注意的是,Grass L2 将利用状态压缩来实现其 rollup。

Solana 上的 Rollups 现状:

目前有两个“某种程度上的 RollApp”已上线:

1. GetCode:

一个支付应用程序,带有微支付 SDK,使任何人都可以立即支付和接受支付,并为其应用程序使用伪 rollup。它为所有交易创建意图,并采用类似 rollup 的排序器,在 N 个时间间隔后在 Solana 上结算。

使用类似 rollup 的结构可以实现:

  1. 灵活性:意图可以表示各种未来活动,而不仅仅是支付交易。此外,如果需要,Solana 作为链也可以被替换。
  2. 即时和隐私:鉴于排序器的软最终性,即使在 Solana 拥堵期间,支付也是即时的。虽然交易在链上可见,但确切的价值和意图保持模糊,确保用户隐私。

2. MagicBlocks 的临时 Rollups

MagicBlocks 是一个 Web3 游戏基础设施,开发了特别适用于游戏的临时 rollups。它使用 SVM 的账户结构,并将游戏状态分成集群。它将状态临时转移到辅助层或“临时 rollup”,这是一个可配置的专用层。临时 rollup 作为专用的 SVM 运行时或 rollup 运行,以促进高吞吐量的交易处理。

使用类似 rollup 的结构可以实现:

  1. 定制化的专用运行时,包括无 gas 交易、更快的区块时间以及集成滴答机制(例如,无费用运行的集成交易调度系统如 clockwork)。
  2. 开发者可以将程序部署到基础层(例如 Solana),而不是在单独的链或 rollup 上部署。ERs 不会分散现有的生态系统,允许加速目标操作而不创建隔离环境。这意味着可以利用所有现有的 Solana 基础设施。

这种方法促进了一个高度可扩展的系统,能够按需启动 rollups 并自动水平扩展,以适应执行数百万交易的用户,而无需传统 L2s 的典型权衡。虽然 MagicBlock 专注于游戏,但这种方法也可以应用于支付等其他应用。

即将推出的 Solana Rollups

  1. Grass

Grass 是一个 DePIN 项目,旨在通过验证抓取解决 AI 数据问题。当 Grass 节点抓取网页以获取 AI 训练数据时,验证者会将数据存储在链上,精确跟踪数据的来源以及哪个节点负责抓取,并相应地奖励它们。

Grass 需要每秒 100 万次网页请求,这在 Solana 主网上是不可行的。因此,他们计划对所有数据集的原始数据进行 ZK 证明,并将其批处理后在 Solana L1 结算。他们正在考虑使用另一个集群的状态压缩,并在 mainnet-beta 上结算根。

这一发展将使 Grass 成为许多仅能在 Grass 上实现的应用程序的基础层(注意,平台和基础设施通常具有更高的估值,而 Grass 即将推出代币)。

  1. Zeta

Zeta 是 Solana 上最古老的永续合约 DEX 之一,之前完全在链上拥有永续订单簿,现在也计划通过 Solana rollup 将匹配移到链下。

永续合约 DEX 对 rollups 有直接的市场契合度,因为它们显著改善了用户体验。问问那些在 Hyperliquid 或 Aevo 上交易的人,他们会告诉你与 Solana 永续合约 DEX 相比,你必须为每笔交易签名、弹出钱包并等待大约 10-20 秒。此外,永续合约不需要同步执行,并且在交易匹配方面具有高可组合性,特别是在 DeFi 的其余部分。

有趣的是,Backpack 的联合创始人 Armani 也在推特上表示他们现在正在关注 L2。

  1. Sonic

Sonic 也在构建一个模块化的 SVM 链(Hypergrid),使游戏能够在 Solana 上部署自己的链。还有一些基于 SVM 的以太坊 rollups,如 Eclipse 和 NitroVM,它们使用 SVM 作为执行引擎。Neon 则作为 Solana 上的 EVM 兼容 L2 运作。此外,还有一些处于构思阶段的项目,如 Molecule(一个 SVM 比特币 Layer 2)。

  1. Sovereign SDK

Sovereign SDK 是另一个类似于 Node.js 的框架,但用于构建 rollups。用户可以带来他们的 Rust 代码,我们将其转化为可部署在任何区块链上的 Optimistic 或 ZK rollup。这些 Rust 代码可以是你的特定应用逻辑,或任何虚拟机。

关于 Rollups 的几点论述:

关于 Rollups 的几点论述:

Rollups = 与 SOL 保持一致:

“ETH-Aligned”(或更准确地说是“ETH Bag Biases”)这一术语已经成为一个流行的梗。为什么 Layer 2 和 Restaking/EigenLayer 会成为最热门的话题?这是因为它们提升了 ETH 的“货币性”,使 ETH 成为各处使用的核心资产。

同样的原则适用于 Solana。Solana 社区会支持任何能提升 SOL 持有量的解决方案——就是这么简单。随着 Solana 生态系统的扩展,曾经被忽视的“SOL 的货币性”将变得重要。请记住,大多数 Rollups 无论如何都是“营销手段”,在市场仍然重视基础设施而非应用程序的情况下,能带来更好的代币价值增值。

Rollups 将会像是 Solana 的延伸:

除了安全性优势(即继承基础层的安全性)之外,轻松访问 Solana 用户和资产将是一个显著的优势。正如 Jon Charbonneau 所指出的,以太坊的 Rollups(如 Base、Optimism 和 Arbitrum)更像是以太坊的延伸。用户使用相同的钱包和地址,本地的燃料代币是唯一的 ETH 版本,ETH 主导了 DeFi,所有交易对以 ETH 计价,社交应用程序用 ETH 计价 NFT 并支付创作者报酬(例如 friend.tech),以及 L2 存款是即时的,等等。

类似的情况也将发生在 Solana 上。借鉴以太坊的经验,大多数 Solana Rollapps 将不会让用户感觉他们在使用一个独立的链(例如 Getcode)。

  1. Solana 将看到更多的“RollApps”而不是“Rollups”
    Solana 不存在像以太坊那样的扩展问题,以太坊主网由于高额 Gas 费用而根本无法使用,它是高度优化的。然而,一些需要专用块空间的应用程序将创建它们的汇总。虽然 Solana 上的通用 Rollups 对我来说没有意义,但从经济角度来说,它对项目来说确实有意义。例如, 基础用户为 Coinbase 创造了 200 万美元的收入 仅仅一天之内!对构建者的激励严重偏向 L2。然而,正如观察到的,每个 EVM 汇总似乎都是普通的汇总,而且许多,如 Linea、Scroll 或 zkSync,已经成为幽灵链,只有农民进行一些代币空投交易。

此外,我认为 Solana 上的通用 L2 可能会导致同样的以太坊老问题,即中心化汇总、拥塞和流动性碎片。

  1. 为什么有些应用程序想要迁移到 Rollapps/appchain?
    每个应用程序最初都将在 Solana 主网上启动,因为在共享基础设施上托管更多应用程序可显着降低开发人员和用户的复杂性。然而,随着这些应用程序的发展,它们可能会寻求:
    • 价值捕捉:在共享 Solana 层上内部化价值更具挑战性,而不是只考虑一个应用程序。 MEV 捕获可能是 DEX 的另一个利润丰厚的选择。
    • 专用块空间
    • 可定制性 在以下用例中:
      • 隐私:例如,Getcode 使用定序器来促进用户的私人支付。
      • 费用市场实验
      • 加密内存池以最小化 MEV
      • 定制订单簿
  2. 然而,并非所有应用程序都希望启动自己的 Rollup,尤其是那些尚未达到一定逃逸速度(例如,足够的 TVL、用户、音量)的应用程序。今天推出自己的链涉及痛苦且不必要的权衡(复杂性、成本、糟糕的用户体验、分散的流动性等),大多数应用程序,特别是处于早期阶段的应用程序,无法证明增量收益是合理的。 Solana 仍然是 SVM 开发的核心和灵魂,因此可能会部署许多新应用程序。
    对于应用程序构建者:Solana Mainnet 或 Appchain 或 Rollup
    完全取决于。如果对与所有其他应用程序的可组合性没有强烈的需求,那么将一些不同的组件置于链外(应用程序链或汇总)是完全有意义的。用户甚至不需要知道他们正在使用汇总或应用程序链。 Grass、Zeta 和 Getcode 都抽象了他们为用户使用的任何汇总类型基础设施。

对于许可和定制用例, 令牌扩展 还可以满足 KYC/传输逻辑等大多数需求,同时保留可组合性。
那么,DRiP 会成为 L2/应用链吗?
目前,DRiP 将 Solana 用于:

* 用户创建钱包(可以位于 L2/应用链上)
* 分发压缩的 NFT(可以在 L2/应用链上)
* 压缩 NFT 的交易(可以在 L2/appchain 上,但需要桥接资金)
  1. 我们可以清楚地看到,除了 L2s/应用链也可以提供的技术之外,没有强烈的需求使用 Solana Layer 1。由于 DRiP 的主要目标始终是 web2 用户,因此它可以很好地将他们直接加入到他们的链中,从长远来看,这赋予了它更高的控制权,因为它不会将所有价值泄漏到基础链(Solana) 。此外,DRiP 已经达到了逃逸速度(Solana 上最大的消费者应用程序),现在已转移到自己的链上。像 Getcode 这样的伪汇总结构对于 DRiP 来说完全有意义。

基础设施为 Rollups 和应用链提供支持:

如果 rollapp/appchain 主题得到扩展,现有的基础设施提供商将在开拓新市场时受益匪浅:

  1. 现有汇总即服务 (RaaS) 提供商,例如 火山口 随着需求的出现,可以轻松进入SVM市场。 SVM 以太坊汇总就像 硝基VM 也都在敏锐地关注着这个机会。此外,Sovereign Labs 还提供 Sovereign SDK Solana 适配器 可以在 Solana 上进行汇总(尚未准备好生产)。 Helius 是另一家非常适合为 Solana L2 构建基础设施的公司,因为 默特曾多次暗示
  2. 共享排序器,例如 罗马协议 以及对轻客户端的需求,例如 小舞者。共享排序器对于汇总来说可能很有趣,因为它们支持原子套利、MEV 和无缝桥接等活动,从而减少流动性碎片。
  3. 钱包 喜欢 幻影, 背包, 和 太阳光。多重签名和智能合约钱包基础设施,例如 小队。 Squads 始终被定位为“Solana 和 SVM 的权威智能合约钱包基础设施层”。
  4. SOL 重新评级: 模块化论文还提倡重新抵押,因为这些汇总/应用程序链可能需要 SOL 共享安全性并与 Solana 更加一致。这导致:
    1. 早期玩家喜欢 寒武纪, 毕加索, 和 索莱尔
    2. 吉托走了 股权网 和 LST 类似 圣所
    3. 验证者——增加收入

结束语:Solana 能否满足全世界的需求?

当然不。让我们现实一点:即使考虑摩尔定律(硬件性能将继续提高,并且 Solana 针对此类硬件进步进行了优化),也是不切实际的。我相信所有不太重要的交易(例如 DRiP 发送 NFT)最终都会转移到自己的链上,而最有价值的交易将保留在主链上,其中真正的可组合性至关重要(例如 Spot DEX)。
不,这并不意味着 Solana 在整体架构和可组合性之战中失败了。它将比其他链更好地管理依赖于可组合性和低延迟的情况。不,Sui/Aptos/Sei/Monad 等还没有更好,因为我们不知道,而且它们还没有经过高真实用户活动的战斗测试。
与以太坊不同,Solana 主网的目标并不是成为“B2B 链”;它过去是,将来也永远是消费链。大规模构建分布式系统极具挑战性,而 Solana 最有潜力成为最有价值交易的全球共享账本。

Solana 需要灵魂伴侣:应用链和 Rollups 能否完美匹配?

声明:

  1. 本文转载自[The Superteam Blog],著作权归属原作者[YASH AGARWA],如对转载有异议,请联系Gate Learn团队,团队会根据相关流程尽速处理。
  2. 免责声明:本文所表达的观点和意见仅代表作者个人观点,不构成任何投资建议。
  3. 文章其他语言版本由Gate Learn团队翻译, 在未提及Gate.io的情况下不得复制、传播或抄袭经翻译文章。
即刻开始交易
注册并交易即可获得
$100
和价值
$5500
理财体验金奖励!