作者：YihanXu，ForesightVentures
Overview
通过本文你可以了解到：
RaaS是什么；
RaaS技术路径分析；
市面上RaaS项目的分析；
RaaS的价值；
我理解的RaaS最终形态…
1.RaaS是什么
1.1Rollup:最具潜?的扩容?案
Layer2出现的初衷是缓解主?拥堵问题，在保证安全性的情况下以更低的成本、更?的TPS为Dapp提供服务。Rollup将?成本的transactionexecution放到L2执?，并将交易打包到L1进?验证，同时确保完整的交易内容可以被验证。在继承以太坊安全性的前提下，具备更强的综合性能。因此，Rollup已经在各种layer2的解决?案中杀出了?条路，?疑是当下最具有潜?的链下scaling?案。
1.2Rollup-as-a-service:App-specificchain的其中?种形态
随着?些DApp的逐渐壮?以及各种新应?的拓展，作为Generalpurposescaling的Rollup显然?法完美地满?这些项?对?户体验和成本结构的追求。庞?的流量和对性能超?的要求(注重玩家交互的3A游戏)使得这些应?需要更加定制化的扩容解决?案。
App-specificchain是对这些DApp来说就是当下最好的解决?案之?。
Appchain的概念并不陌?，不同项?可以针对??应?场景和需求对blockchain进?定制化地设计，让dapp可以独享?条链上的资源，并且在保证不与其他?态割裂的基础上，获得更低的运营成本和更?的performance，为?户带来更好的使?体验。
?如基于Terdermint共识的Cosmos就为Dapp提供了低成本搭建?条L1主权公链的?态环境。同时，基于IBC通信协议，不同appchain之间也能更轻易地实现资产/信息跨链。可以参考Cosmos官?给出的IBCpacketlifecycle?
抛开?态谈扩容是没有意义的。
Appchain这种解决?案的可?性?定是基于强?的互操作性和?态的?撑。?如Cosmos通过?态中的L1主权公链和IBC带来的跨链优势逐步完善??的?态体系。
基于以上认知，另?种app-specificchain的思路是通过定制化Rollup的?式，实现dapp对定制化功能、?性能、低成本的追求。?些基于?层?络的RaaS也能让项?的交互更快捷，对?态布局产?正向影响。
2.RaaS存在的价值
加密世界多链多Rollup的格局似乎已经是?个必然的趋势，RaaS项??后春笋般的涌现也为开拓新的DApp形态创造了基础。但是在这样的共识下我还是想反?向地问?个现实的问题:
LSD协议StaFi将集成分布式验证技术:8月30日消息，LSD协议StaFi宣布正将分布式验证技术 (DVT) 纳入其ETH流动性质押服务，上周已在Goerli测试网将DVT集成到rETH中。[2023/8/30 13:06:55]
让任何?都可以快速的launch?个Rollup确实很有吸引?，但是这件事除了??向正确并且很酷之外，是否真的为有需求的?创造了?够?的价值？这个问题可以进?步拆成两点:
市场上是否有?够多有需求的项??存在?够?的motivation去?RaaS？
RaaS是否为项??创造了可观的价值？
这个问题本质上是讨论需求和RaaS带来的价值。?够多的项??有需求或者RaaS能提供有吸引?的提升。
从需求上看，随着?些dapp的不断壮?，项??确实迫切地需要去寻求：
更低成本
更?性能
特殊功能
成本
参考L2fees给出的数据，L2Rollup在成本优化上已经做到极致，相?Ethereum主?有?常?的提升。同时再看CalderaChains的RaaS测试数据，可以发现成本上并没有质的改变，更像是99-100的优化。同时，EIP4844和danksharding的实现也会让L2Rollup的成本进?步降低，RaaS在成本和效率上带来的差异也会进?步缩?。
可以?幅度降低transactionfee的?案是有吸引?的，但?多数RaaS并不能做到这?点。综合考虑迁移，整体?态，互操作性，安全性等多??成本，项??真的有?够的动?去使?RaaS吗？对于?多数常规dapp或者对性能和成本不那么敏感的?户来说，也许?generalpurposescaling就?够了。
性能
L2Rollup已经具备提供超?的TPS的能?。参考Caldera给出的数据，在blocktime上基于Op的RaaS?乎没有带来优势。虽然ZKRaaS可以提供更定制化的数据存储和压缩，但对于这类服务的需求并不多。基于?层?络的RaaS确实可以通过在L2settle交易带来更快的速度和更低的成本，进?提升?户体验。
就像上?提到的，?对不完善的?态和其他迁移/开发成本，项??是否还有?够的动?去使?RaaS？
定制化功能
从价值创造上看，?些RaaS确实可以提供?前很难实现功能或者在generalpurposescaling中实现?较低效的设计。举例来说：
?前L2的ZK电路设计的第?要素是兼容性，为了服务所有Dapp，因此电路设计?定程度上牺牲了效率，并没有针对特定的Dapps进?优化。RaaS的价值可以很明显的体现出来：对特定的dapp定制化地设计ZKcircuit或者提供更?效的存储结构和数据压缩服务，以达到更?的performance；
LSD协议unshETH的合约部署私钥被泄露，已紧急暂停提款并联系黑客:6月1日消息，LSD协议unshETH发推表示，5月31日22:00左右，unshETH合约的其中一个部署私钥被泄露。出于谨慎起见，官方紧急暂停了unshETHETH的提款，根据我们的安全模型，unshETHETH存款（TVL达3500万美元）由多重签名+时间锁保护，并不处于风险之中。
此外一些附属协议合约（农场、跨链桥等）已经受到了攻击，正在与来自Coinbase、Stargate、Paladin Blockchain Security、Github以及ogle等白帽安全专家合作，以确保用户资金的安全，并预计影响范围将受到限制。同时官方已经联系黑客，试图协商返还资金和合约所有权，以限制对现有用户的影响。
金色财经此前报道，据多位KOL发推表示，LSDFi项目unshETH的金库出现安全问题，提醒用户将资金转出。原因系合约Owner被篡改，已通知项目官方，但官方尚未做出回复。[2023/6/1 11:51:47]
对隐私功能的实现。虽然ZKrollup对privacy友好，但出于去中?化和安全性的考虑，?户的交易数据仍需要在压缩后通过calldata发布到L1作为historylog，允许所有?户验证。因此，当前generalpurposescaling的rollup并不能实现privacy。RaaS能定制化地在rollup甚?rollupofrollup的基础上实现隐私功能，为强隐私需求的项?创造价值。
因此，?前RaaS发挥的价值：定制化>单纯成本和效率。(不排除定制化带来的成本和效率提升)
回答?开始的问题：RaaS是否真的为有需求的?创造了?够?的价值？
我认为现阶段对RaaS的需求有限，generalpurposescaling能满?90%以上的需求。虽然在?些细分领域定制化的rollup已经开始发挥?法替代的作?，但毕竟不是主流。RaaS创造的价值有限，需要在考虑?态、互操作性等综合因素的基础上进?步探索。
3.探索RaaS的终极形态
从L2Rollup出现开始，关于RaaS的探索就?直没有停?，到现在为?市场上也出现了各种各样的Rollup-as-a-service实现?案。参考Messari上的?态布局，可以?致看出不同RaaS的实现路径。那么最关键的问题是：
什么?案是makesense的？
什么样的RaaS会最终赢得市场？
3.1OPorZK？
关于optimistic还是zeroknowledge的讨论?直没有停过，虽然ZKrollup理论上拥有更强的performance、远快于optimisticrollup的finalitytime以及更?的安全性，但optimisticrollup具备更好的兼容性和更低的门槛。
在现有的RaaS项?中，?多数项?是基于optimisticrollup的，我认为主要是以下?点原因：
Ankr与Tenet达成合作，拟推动LSD产品的区块链采用:金色财经报道，区块链基础设施提供商 Ankr 宣布与流动性质押衍生品（LSD）Layer 1区块链Tenet 达成合作，旨在推动LSD产品在区块链中的采用，尤其是当前尚不支持LSD的区块链。
据悉，Tenet将对Ankr的LSD集成服务提供折扣定价，使得权益证明区块链能够轻松地为其资产与Ankr建立流动性抵押。Tenet目前在测试网上运行，并将于5月25日启动主网及其代币生成活动。（decrypt）[2023/5/17 15:07:45]
?态永远在第?位。基于optimistic的RaaS具备更好的兼容性，极?地降低了项??迁移/开发门槛，可以让更多项??快速部署，迅速构建更繁荣的?态，占据先发优势；
门槛更低，不依赖算??持。基于optimistic的RaaS同样通过fraudproof验证交易的有效性，因此在算?上对机器性能和储备的要求更低。这也是很多RaaS?法上?就做ZK的限制因素。
更容易规模化。基于optimistic的RaaS开发门槛更低，不像以追求性能和更为底层的定制化的ZKRaaS，需要提供者深度参与开发。同时，受限于?成ZKP的算?，ZKRaaS也很难像optimisticRaaS?样?规模部署。
虽然optimisticrollup在?态布局上的优势明显，但基于ZK的RaaS也有很明显的?处。
真正的定制化，带来更好的performance和更低的成本。在rollup的定制设计上，基于ZK的RaaS能在功能和性能上给项?带来更?的，generalpurposescaling很难实现的价值，可以看作是?种从0到1的改变。?基于optimistic的RaaS更多是在成本和效率上做90-99的改变。
更?的安全性。ZK的RaaS可以做到trustless，?基于op的服务需要信任challenger正常?作，防?sequencer作恶。
更好的互操作性和finalitytime。基于OP的RaaS需要进?7天的fraudproof验证，?ZKtrustless的特征使其具备更快的finalitytime，同时，7天的验证期使OP-RaaS在跨rollup的建设上存在挑战。
总结
从短期看，基于optimistic的RaaS在?态上的优势?法撼动，但从?期需求和价值创造的?度出发，我认为基于ZK的RaaS?定会在未来收获更?市场。
3.2Layer2orLayer3?
根据不同RaaS的usecase和实现?标，选择更合适的实现?案。关于这个问题最?的差异我认为在成本和?户体验(互操作性)。
如果将L2作为settlementlayer并布局RaaS做为L3，可以实现更低的交易成本和更快的跨rollup交互，也就带来了更好的体验。?基于ethereum的L2RaaS虽然很好的继承的主?的安全性，但在跨链成本和速度上都远不及多层?络设计。
因此L3>L2
*关于Layer3的介绍可以参考我之前写的?篇?章???
数据：LSD协议Agility在过去24小时TVL增长近100%至4.5亿美元:4月18日消息，据DeFi Llama数据显示，LSD协议Agility在过去24小时TVL增长近100%至4.5亿美元。此外，Nansen数据显示，Agility stETH和frxETH质押池是Smartmoney存款人最热门的合约之一。[2023/4/18 14:10:25]
ForesightVentures:Layer3深入解读
3.3RaaSorL1appchain:?态和成本之间的权衡
Cosmos和Polkadot最早提出了app-specificchain的解决?案，和同为app-specificchain的RaaS谁更适合为DApp提供定制化服务？
互操作性
对于L1appchain，除了在第?节提到的基于IBC通信协议的Cosmos?态，应?可以在Polkadot上建?parachain，并基于XCM进?跨链信息交互。然?由于安全性和成本的考虑，在实际应?中我们可以看到?多数项?还是仅仅基于Terdermint或者Substrate共识引擎进?定制化L1app-chain的开发，?很少?到跨链通信的功能。这就导致了这些跨链?态之间的相对独?，?定程度上并不契合我对于app-chain的终极形态的设想，不同app-chain应该?起构成?个具备强?互操作性的繁荣?态。
对于starknet这类基于?层?络做进?步延展的RaaS结构，在互操作性上具备更强的优势，不同dapp维护的rollup之间可以进?低成本跨链，并且由于可以在?层?络结算，速度和?户体验也会更好。但这?切互操作性的前提都是RaaS能构建?够强?的?态。
安全性
取决于RaaS的设计，DA基于ethereum的RaaS?多继承了以太坊L1等同的安全性，?于L1appchain的安全性和去中?化程度。?基于DAlayer或者sidechain的RaaS，安全性由这些?层?络保证。
成本
对于L1appchain，交易成本收敛到dapp项??本?的nativetoken，可以做到极低的运营成本；
对于RaaS，L2RaaS由于需要和ethereum主?直接进?数据交互，成本相对较?，?基于polygon,starknet的L3RaaS由于可以在L2settle，成本相对更低。
4.RaaS项?分析:谁会赢得市场
?前正在开发或者已经部署的RaaS项??常多，包括但不局限于StarkNetL3,Opside,Caldera,Celestia,Dymension,Sovereign,Stackr,Eclipse,Altlayer,Saga…
下?挑了?些?较有代表性的进?分析。
4.1ZK系列
包括但不局限于SovereignLabs、Fractal、StarkNet、Opside、ZKsync
LSDx Finance上线ETHx:4月6日消息，全LSD超流动性协议LSDx Finance宣布ETHx上线，该产品以ETHx的代币形式覆盖一篮子的LSD资产，旨在分散风险的同时提升收益率，现由ETH、stETH、fraxETH、rETH四个代币资产组成。[2023/4/6 13:48:30]
4.1.1StarkWare:基于ZKRollup的定制化L3
参考这张?图，StarkWare团队在?章"FractalScaling:FromL2toL3"中最先提出了以太坊多层?络的设计。但多层?络的提出绝不是单纯做进?步扩容，更多是在L2generalpurposescaling的基础上通过叠加定制化Rollup的?式允许项??掌控更多链上资源，提供L2rollup?法达到的?户体验。
虽然从计算?度看，可以对?堆ZKP?成?个ZKP来证明有效性，但数据没法压缩后继续压缩。由于需要保证数据可?性，允许任何?验证proof的有效性，rollup需要将完整或压缩后的交易内容发送到L1。
因此，StarkWare的app-specificchain应?场景?定是追求?性能或者特定feature的。
?性能：对性能要求?的游戏可以独享ZK电路资源以提供更好的?户体验；
隐私：对于?些有隐私需求的项?，定制化地在rollup甚?rollupofrollup的基础上实现隐私功能；
兼容性扩容：提供EVM兼容的环境，甚?兼容更多编程语?，为?态本?提供正向价值
低成本：在牺牲?定去中?化和安全性的前提下，通过Validium极?地降低运营成本。
StarkNet基于Validium的L3?案理论上是能直观降低成本的，同时互操作性也得到了保证。
但从定制化的?度看，可以进?步推断这种基于ZKrollup的app-specificchain在提供可观的性能提升的同时，也拉?了项??开发成本和参与门槛。因此，RaaS的提供者需要深度介?开发，在商业化过程中的扩展速度和规模有局限。
4.1.2Opside:为app-specificchain设计的另?种三层?络结构
参考下图，相?StarkWare,ZKsync基于L2rollup的app-specificL3的设计，Opside提出了?种专为highTPS应??设计的三层?络。基于PoS+PoW的共识设计了?个侧链作为L2，并将app-specificchain作为L3接?侧链。
Opside通过开发的ZK-bridge进?数据交互，并且与传统侧链的不同在于，合法性的证明通过zkp完成，?不是多签，所以有着更?的安全性。同时，Opside通过nativerollup将app-specificrollup集成进L2sidechain的共识中，即从共识?度激励第三?维护L2侧链上的rollup。
互操作性对RaaS?关重要，Opside中的nativerollup之间共享?个worldstatetree和globalmessagequeue。因此，app-specificrollup之间的资产、信息交互会?常?效且成本更低，跨链资产交互只需要在?个L3rollup的合约中直接调??标rollup的contractmethod。但是兼容性和?态的发展对于基于ZK的rollup仍是?个挑战。
ZK所带来的trustless和更快finalitytime的tradeoff是RaaS的商业化规模受限于算?，需要硬件的?持来?成ZKP，这也是?多数RaaS不做ZK的原因之?。另外，侧链作为L2的设计在安全性上对RaaS的提供者也是?个挑战。
4.2Optimistic系列
包括但不局限于Caldera、Eclipse
4.2.1Caldera:基于Opstack将?户体验优化最?化
Caldera是?个基于Opstack的RaaS，为项??提供?通量、低延迟、定制化功能的L2rollup。?前testnet允许任何?在很短的时间内创建?个L2rollup，?户体验很丝滑，可以去体验?下:https://dashboard.caldera.xyz/
基于Opstack的设计让Caldera在兼容性上获得了很?的优势，fullyEVMcompatibility加上团队在?户体验上的优化，极?地降低了迁移/开发门槛。同时，Caldera的RaaS在算???不受限于底层硬件的?持，因此综合来看能让更多项??快速部署，构建更繁荣的?态。
参考Caldera官??档的结构图，CalderaChains不仅可以在Ethereum上launchL2rollup-as-a-service，也可以在任何EVM-compatible的L1上提供服务，通过向L1发送fraudproof确保交易有效性。在数据可?层上，Caldera同样做了创新，将DataAvailabilityLayer与SettlementLayer解耦，定制化的rollup可以将交易内容发送到Ethereum，或者专门的DA层，?如Eigenlayer或者Celestia。这样的设计更?程度上优化了Caldera的可扩展性和交易成本。
Caldera?态的互操作性由内部的跨链桥实现，通过在相应的L1和app-specificrollup上部署合约实现资产和数据的跨链，同时，Caldera也提供high-leveljavascriptSDK帮助开发者在定制化的rollup中更?效地加?跨链功能。
虽然Caldera在互操作性和跨链桥上做了很多，optimisticrollup需要7天fraud-prooftime，因此构建rollup之间的互操作性是?个挑战。同时，基于optimistic的RaaS不能做到trustless，要信任?少有?个challenger存在来防?sequencer作恶。
另外，在定制化上，Caldera这类基于Optimistic的RaaS更多的是在低成本和?TPS上发?，?很难做到像基于ZK的RaaS那样，在功能和性能上给项?发带来更?的价值。可以看到现在的generalpurposescalingrollup已经能做到?常可观的blocktime、TPS和transactioncost，并且看数据和raas相差并不?，可以说已经完成了0-1的提升，那么基于Op的RaaS所带来的成本和通量的提升是不是当前市场所需要的还需要打个问号。
4.3Modularblockchain
包括但不局限于Celestia、Dymension
4.3.1Celestia:以DA层为基础构建模块化区块链
Celestia本质上是?个dataavailabilitylayer。基于Tendermint共识的DA层构建了?套可扩展性较强的区块链层级架构。通过rollmint(?种applicationblockchainInterfaceimplementation)，dapp可以搭建??的rollup并部署到Celestia，数据在DAlayer存储，?stateroot和proof上传到L1进?验证。Celestia通过dataavailabilitysampling(DAS)对DAlayer进?优化，?络中的每个lightnode只需要抽样并下载??部分区块数据，因此节点数量越多，每个区块中所能包含的transaction数量越多，达到scaleDAlayer的?的。
这就很容易联想到熟悉的Validiums:?种通过ZK算法对计算结果进?验证，数据不上传L1，?是依赖于validators托管的扩容?案。由于数据存在链下??直接发布到Layer1，Validium降低了gas成本。但是从去中?化和安全性的?度看，DataAvailability依赖于第三?委员会，因此Validiums使?并不?泛。
从实现?式上看，整个?态体系中的dapp相当于在搭建??的validium，并维护sequencer和prover，由Celestia提供统?的数据存储空间。和Validiums类似，这样的实现?式降低了dapp的运营成本，但同时?定程度上牺牲了去中?化程度和安全性。相?其他继承Etheruem安全性的解决?案，Celestia上dapp链的安全性依赖于节点和DAlayer。
另外，Celestia?前并不?持fraudproof，因此节点需要基于悲观假设重新执?所有交易以确保有效性。同时，rollmint也只?持singlesequencer，因此在效率和去中?化程度上都有很?的改善空间。
但作为?个DA层，Celestia的想象空间绝不?于此，?如基于optimisitc的RaaS解决?案Eclipse就将Celestia作为共识和DA层。
5.总结和展望
RaaS能直观的带来成本和性能的提升，但从performance推断这些优化并不具备很强的吸引?；更?的价值还需要和定制化功能绑定。?前市场需求有限，但未来crypto的发展，更?的流量会导致dapp对低成本和?性能的追求线性增?，定制化的rollup服务显然是?个可取的解决?案。
回答最开始提出的问题，我理解的RaaS的最终形态是什么？什么样的RaaS会收割市场？
从产品本?看
基于OP的RaaS的优势在于快速搭建?态，形成壁垒，但是单纯从成本和效率上带来的?幅提升并不?以吸引项??，因此没有?期价值。?基于ZK的RaaS能在定制化功能上解决痛点，但需求依然不是主流。
多层?络结构的设计使L3的RaaS获得更低的成本和更强的互操作性。?强?的互操作性是构建?个?态繁荣的RaaS的基础，因此，基于ZK的多层?络设计可以将定制化和低成本的优势叠加，可以看到更?期的价值。
我认为?期看基于ZK的多层?络RaaS会成为市场最终的选择。
市场和需求
具备?够可扩展性的RaaS可以在保证performance的前提下满?所有项??的定制化rollup的需求。同时，RaaS真正崛起?重度依赖?态的建设。因此，多个RaaS共存的格局显然是不makesense的。
我认为终局?定是?个或者少数RaaS占据整个市场。
6.Reference
https://ethresear.ch/t/rollup-as-a-service-opportunities-and-challenges/13051
https://ibcprotocol.org/
https://messari.io/report/the-rollups-as-a-service-ecosystem
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。