Variant Fund:应用型 Rollup —— 连接性和控制之间的权衡
注:原文来自Variant Fund 投资合伙人Alana Levin发布博文,MarsBit整理编译。
两年前,应用程序开发人员在确定他们想要部署应用程序的地方时面临一个相当简单的选择:以太坊、Solana、Cosmos,或者一些其他的第一层链。Rollup 还没有开始运行,很少有人听说过“模块化堆栈”一词。第一层链之间的差异(吞吐量、费用等)非常明显,且相对容易理解。
如今,情况看起来大不相同。应用程序开发人员面临着更多的选择:L1、通用的rollup(包括optimistic和zk)、IBC基础设施、rollup-as-a-service提供商、应用链等等。更多的选择带来了更多的问题,包括:团队是应该部署到通用的rollup还是构建特定于应用程序的rollup;如果他们选择一个通用的rollup,那么应该选择哪一个;如果他们走app-rollup路线,那么该使用哪个SDK/rollup-as-a-service;选择哪个数据可用层;EigenLayer是否有帮助;如何衡量排序器;如果他们选择OP Stack的路线,Optimism的Superchain生态系统中是否还会有彩色的球形表情符号。这让人感到不知所措。
为缩小问题的范围,本文将以一个已经部署在以太坊上的应用程序为框架,该应用程序希望在以太坊生态系统中进行扩展。因此,重点将放在应用团队在决定是否推出自己的产品时所面临的决策上,我对哪种类型的应用特别适合这种基础设施提出的假设,以及我认为我们何时可能达到采用的临界点。
框架概述
决定是否采用 app-rollup的核心其实是一个简单的问题:如果应用程序在自己的链上,用户是否仍然会使用该应用程序?该问题涉及两个小问题:
用户是否更有可能使用自己的应用链?
如果一款应用有自己的应用链,用户是否也会使用它?
- 星际资讯
免责声明:投资有风险,入市须谨慎。本资讯不作为投资建议。