深入RaaS：Rollup

我们一直密切关注的一类公司是 Rollup-as-a-Service 提供商（“RaaS”）。简单来说，RaaS 提供商通过销售“现成”的产品（如排序、索引和分析）来帮助应用开发者尽快启动 Rollup。

在本文，我们将快速概述 RaaS 提供商销售的产品，它们如何区分彼此，如何盈利，并分享一些我们对 RaaS 业务的内部观点。

RaaS 服务/产品提供

虽然 RaaS 服务/产品提供仍处于初级阶段，但我们注意到大多数 RaaS 提供商销售类似的一揽子服务和产品。通过与 RaaS 创始人的交谈，我了解到这个一揽子服务大致如下。

服务

• 与传统 B2B 公司使用的剧本类似，RaaS 提供商通常从销售服务开始（附注：令人惊讶的是，传统的“服务转产品”策略在加密货币领域非常有效）。

• 作为服务提供的一部分，RaaS 提供商通常充当技术顾问的角色，帮助您评估 Rollup 堆栈（例如 OP Stack、Arbitrum Orbit）并决定哪个堆栈最适合您的应用。

• 这项服务非常有价值，所以值得详细介绍。RaaS 提供商的主要客户是希望在自己的专用 Rollup 上启动应用程序的初创公司。对他们来说，最重要的是构建应用程序并增加用户数量，花费数月的开发时间来熟悉 Rollup 框架并不是他们想要花时间的事情，也不应该花时间。由于 RaaS 提供商的整个业务都基于对 Rollup 框架的理解以及围绕它们构建开发者工具，他们完全有能力帮助初创公司评估可用的框架选项。

• 例如，他们可以帮助初创公司回答以下问题：不同框架和 DA 层之间的权衡是什么？是否有定制化的内容可以改进 Rollup 的应用程序？增加定制化的权衡（例如集成的复杂性增加）是什么？通过根据与实际客户的经验提供指导，可以为应用团队节省数月的开发时间。

基础设施产品

• 排序器：运行排序器是一项高风险的工作——如果排序器出现问题，您的 Rollup 将无法使用，使用户非常不满意。RaaS 提供商通过冗余措施提供高可靠性的托管排序服务。如果您的排序器出现问题，他们可以确保有一个快速的故障转移过程，以便您的 Rollup 可以继续运行，最小化停机时间。此外，您还需要支付第 1 层的 DA 成本，而抵消的排序器费用会在您的 Rollup 上累积。对于以太坊上的智能合约 Rollup，7 天的提款期意味着您始终需要至少一周的 ETH 来支付 DA 成本。RaaS 提供商可以帮助您管理这些复杂性，有些甚至会为您在第 1 层上提供 DA 成本所需的流动性。

• RPC：不可靠的 RPC 端点也会导致用户体验差，就像我们在 Optimism 和 Arbitrum 的空投中看到的那样。如果用户通过您的 RPC 节点进行交易、大型查询或合约调用，RaaS 提供商可以确保自动启动新节点以满足需求。

开发者工具

• 内部工具：由于 RaaS 客户既是 Rollup 的运营者又是应用程序的运营者，因此他们能够访问安全基础设施，帮助他们保护用于实施软件升级的多签名密钥。一些提供商还提供控制面板，用于查看分析、活动监控和警报，以便在出现问题时通知您。

• 其他工具：很难在这个类别中涵盖所有内容，但至少，Rollup 运营商需要数据索引工具来查询链上信息，标准化接口来执行诸如代币铸造和销毁或其他交易的操作，并能够访问离线预言机。

• 用户界面工具：至少，Rollup 用户将需要一种与您的 Rollup 桥接的方式，多种钱包选项（包括账户抽象基础设施）以及与第 1 层应用程序相匹配的区块链浏览器。

RaaS GTM 策略

目前市场上至少有六家 RaaS 提供商，可以说它们都在争夺初创公司（在很大程度上）。我们观察到 RaaS 提供商通常采用三种 GTM 方法来区分他们的产品。

垂直整合（例如 Eclipse）

• Rollup 框架和 RaaS 销售相关且紧密耦合的产品，因此垂直整合是一个自然的选择。除了经济激励之外，RaaS 运营商和框架之间还有战略原因追求垂直整合的产品。

• 从框架的角度来看，RaaS 产品可以使其更接近客户。通过这种接近，他们可以创建一个更紧密的反馈循环，以指导产品决策。甚至可能有意将 RaaS 支持扩展到第三方框架，并引入最佳组件来提供产品。

• 与任何新兴和高度竞争的技术类别类似，Rollup 框架面临的一个重大挑战是找到一种不会阻碍采用的盈利策略。RaaS 产品是实现这两个目标最直接的方式。RaaS 解决方案可以通过解决重要的痛点来促进框架的采用。同时，RaaS 的选择性使您可以以不给选择自己运营 Rollup 的客户增加任何负担的方式实现盈利。

• 这种方法的主要挑战是资源限制。与构建 Rollup 框架并行构建 RaaS 业务可能会超出您的能力范围。

与框架合作（例如 Conduit）

• 与特定框架（如 OP 或 Arbitrum）合作的 RaaS 提供商将自己与该框架绑定。通过与现有框架对齐，RaaS 提供商可以获得巨大的分销优势。

• 例如，通过与 Optimism 合作，Conduit 能够借助 Optimism 的品牌成为选择 Optimism 作为框架的初创公司的默认选项。其他提供商（如 Slush）正在与新兴的 Rollup 框架（如 Starknet）对齐，以在另一个生态系统中获得分销优势。

• 除了提高分销能力，这种方法还允许您将所有资源投入到构建一个真正优秀的产品上。考虑最近的一个案例研究，Aevo 将其 RaaS 解决方案切换到 Conduit。他们之所以这样做，是因为 Conduit 正在运行最新版本的 Optimism，这极大地改进了他们的产品。通过专注于单一框架，Conduit 可以确保客户始终在最新版本的代码库上运行。

• 缺点是单一框架不太可能支持所有用例，因此您可能会在某种程度上限制市场（至少在扩展以支持其他框架之前）。

与框架无关（例如 Caldera）

• 与框架无关的 RaaS 提供商支持各种 Rollup 框架（如 OP、Arbitrum）的 RaaS 产品和服务。

• 如果一个与框架无关的提供商能够成为初创公司的第一个接触点，您可以看到底层框架可能只是促进各种用例的技术选择，而不是品牌对齐的信号。

• 与框架无关的方法允许 RaaS 提供商在入职过程中为客户提供更多选择。通过在生产中运行多个框架，他们可以看到哪些组件最有价值，并将这些经验教训纳入到向新客户提供的指导中。

• 与垂直整合方法类似，这种方法的挑战主要与资源限制有关。每个框架都需要大量投资来支持，试图支持过多的框架可能会导致不成熟的产品。

RaaS 商业模式

目前看来，RaaS 提供商有两个收入来源：（i）排序费用和（ii）基础设施和工具。根据我们的观察，服务组件通常是免费提供的。

排序费用

• RaaS 提供商运行排序器，为应用程序排序交易。作为回报，他们收取一定的费用。

• 我们看到 RaaS 提供商收取排序费用的两种方式：一种是收取收入份额，应用程序与交易费用的最终用户支付的收入分享一定比例；另一种是收取简单的按月 SaaS 费用，用于托管排序器。

• 费用动态是一个有趣的问题，让我们简单地谈谈这一点。对于 RaaS 提供商来说，运行排序器有固定成本和随交易数量变化的可变成本。正如上面提到的，一些提供商还承担了代表其客户在以太坊上提供 DA 成本的风险。在理想情况下，作为 RaaS 提供商，您可以同时收取按月 SaaS 费用以支付固定运营成本，并收取收入份额以支付可变成本，并从正在快速增长的应用程序中获得收益。后者非常重要——如果您无法从客户的增长中获得收益，运营排序器产品的经济效益就不会很好。如果您有资本，那么为了代表客户提供这些 DA 成本，可以更容易地证明这种收入分享组件的合理性。

• 然而，RaaS 提供商是否能够在稳定状态下收取收入份额将取决于应用程序对 RaaS 提供商的定价影响力。目前来看，还为时过早，无法确定谁拥有定价影响力。（如果非要说，类似于支付行业的运作方式，我们的感觉是大型应用程序将对 RaaS 提供商具有定价影响力，而小型应用程序则没有）。

基础设施、工具和其他

• RaaS 提供商可以为各种关键基础设施服务收取 SaaS 费用。通过拥有客户关系，他们比现有提供商更有优势，可以捕捉到最高价值的服务，并提供捆绑销售折扣（例如，使用我们的 RPC 服务而不是 Alchemy 的服务，我们将为您提供其他服务的折扣）。此外，RaaS 提供商可能比现有提供商具有成本优势，因为他们的架构使他们能够轻松地扩展支持新的链。

• 由于资源限制，RaaS 提供商通常需要与外部公司合作，以满足其客户的所有需求。例如，Conduit 最近推出了其集成计划，Caldera 也宣布了许多类似的合作伙伴关系。作为这些合作伙伴的分销渠道，RaaS 的位置非常适合建立一个市场或转售商业模式，非常类似于 AWS 及其第三方“插件”。

其他想法

有几个我想讨论但不适合放在前面章节的事情，所以我决定把它们都放在这个抓包部分。

RaaS 与框架

虽然 RaaS 提供商和框架目前在相对友好的关系上，但我认为它们将不可避免地进行竞争，特别是为了占领排序市场。如果竞争加剧，我认为 RaaS 提供商最有可能从中受益。以下是一些原因：

• 正如我们已经开始看到的，大多数这些初创公司直接转向 RaaS 提供商外包部署 Rollup 的复杂性。如果这种情况继续下去，RaaS 提供商将拥有顶部的销售渠道，因此也拥有客户关系。如果事情确实发展成这样，RaaS 提供商可能会将底层框架仅视为促进各种用例的技术选择。

然而，框架也有可能反击 RaaS 提供商。在这方面，以下是我们讨论的一些问题：

• 框架是否能够向应用程序收费使用其框架？（虽然框架采用的网络效应非常强大，但我认为仅仅依靠框架本身很难实现盈利。不过，这仍然是一个有趣的问题值得思考）。

• RaaS 提供商支持的每个框架都需要他们投入大量资源（主要是开发时间）。在这一点上，一个 RaaS 提供商不太可能能够支持市场上的每个框架并为其设计定制产品。那么，框架是否可以通过提供解决其堆栈独特痛点的关键服务来与 RaaS 提供商竞争？例如，ZK Rollup 框架可以通过聚合来自 Rollup 的需求并路由到一组证明系统和运营商的方式，为证明提供更好的定价。

跨 Rollup 的 MEV

• 目前的共识认为，Rollup 将具有可观的 MEV，并且跨 Rollup 的 MEV 将成为一个蜜罐。基于这个假设，大多数人认为共享排序器最有可能捕获这个价值。我认为这个假设仍然是一个非常开放的问题，我甚至会对这个假设的结果提出质疑。

• 如果跨链 MEV 确实成为市场的重要组成部分，RaaS 提供商将不得不决定是与共享排序器合作伙伴进行整合，还是推出自己的共享排序器产品。让我们假设一下，将来 RaaS 提供商将为大多数新的 Rollup 运行排序器，并且这项服务将占据他们收入的大部分（并且还提供了对使用其服务的每个 Rollup 的内存池的视图）。在那种情况下，我认为 RaaS 提供商更有可能推出自己的共享排序器产品，而不是与外部供应商合作。

• 此外，RaaS 提供商可以利用他们对所有这些内存池的观察，提供订单流程拍卖，并利用他们对排序器的控制权，为结算提供区块顶部拍卖。这将使搜索者能够查看有价值的交易、填充它们，并同时在支持的链上结算。

关于 RaaS 提供商还有很多其他有趣的问题，但为了简洁起见，我们就到这里。对我们来说，有一件事是清楚的，那就是 RaaS 提供商是加密货币领域中一类非常令人兴奋的业务。这是我们密切关注的一个领域。