もし未来が何千ものロールアップのオンチェーン経済で構成されているとしたら、私たちは間違いなく現在の正しいタイムラインにいるのです。 OptimismスタックやPolygonチェーン開発キットからCalderaやStackrまで、ここ数か月でさまざまなRollupフレームワークやRollups-as-a-Service(RaaS)プロバイダーが市場に登場しています。 これらのフレームワークは、ロールアップのさまざまなコンポーネントに対してモジュール式の(多くの場合オープンソースの)コードベースを提供し、開発者がスタックの各レイヤーのさまざまなカスタムオプションから選択できるようにします。

しかし、これらのプロバイダーはどのようにして価値を生み出しているのでしょうか? それとも、何らかの価値があるのでしょうか?Neel Somani氏が最近、Modular Summitでの講演「RaaS solutions are going to zero」で論じたように。

このブログ記事では、彼の主張のいくつかを分析し、ロールアップフレームワークとRaaSプロバイダーの価値発生の複雑なダイナミクスを探ります。 個々のレイヤーからスーパーチェーンまで、ロールアップフレームワークとRaaSプロバイダーによる価値創造とキャプチャの背後にある隠されたメカニズムを解き明かします。

ロールアップ vs ロールアップ フレームワーク vs RaaS

ロールアップは、オフチェーン実行を実行し、実行データを別の(ホスト)ブロックチェーンに投稿するアプリケーションです。 そうすることで、ホストチェーンのセキュリティプロパティが派生します。 ロールアップ アプリケーション自体は、単一の状態遷移関数である場合もあれば、ノードのグループによって標準状態が維持される別のブロックチェーンである場合もあります

ロールアップ フレームワークは、ロールアップの必須コンポーネントを実装する事前構築済みのコードベースです。 開発者は、ロールアップをゼロから構築する代わりに、これらの既存のコードベース (多くの場合、SDK としてパッケージ化されています) を使用して、特定のニーズに合わせてカスタマイズできます。 オープンソースのロールアップフレームワークの例としては、OP StackやArbitrum Orbitなどがあります。

Rollups-as-a-Service(RaaSプロトコル)は、既存のロールアップフレームワークの上に構築されたノーコードラッパーです。 これにより、開発者はドロップダウン メニューからカスタム機能を選択することで、ロールアップを最初からすばやく展開できます。 RaaS 企業は、多くの場合、デプロイされたロールアップのシーケンス処理を行い、追加のコンサルティング サービスを提供します。

お金はどこに行くのか

スタック全体に値がどのように流れ込むかを理解するには、まずロールアップのアーキテクチャと、さまざまなレイヤーが互いにどのように相互作用するかを理解することが重要です。 ロールアップ スタックを構成するレイヤーは大きく分けて 3 つあります。

1.実行 - このレイヤーは、ロールアップの既存の状態に状態遷移関数 (STF) を適用してトランザクションを実行します。 ロールアップの「集中化」の度合いに応じて、実行ノードは、トランザクションの注文と実行から、L1への転記、不正/有効性の証明の作成まで、さまざまな責任を負うことができます。

実行レイヤーは「ユーザー向け」レイヤーであり、お金はロールアップスタックに入ります。 ユーザーには取引手数料(ガス)が請求されますが、これは通常、実行レイヤーが支払わなければならないさまざまなコストに対するマージンです(これについては後で詳しく説明します)。 このレイヤーは、特定の方法でトランザクションを並べ替えることによって、ユーザーから付加価値を引き出すこともできます(MEV:Maximal Extractable Valueとも呼ばれます)。

集中型ロールアップシーケンサーによって操作される実行レイヤーの内訳。 その役割には、トランザクションの注文、DAレイヤーでのトランザクションデータの転記、プルーフの作成、決済レイヤーでのプルーフの転記と状態変更が含まれます

集中型ロールアップシーケンサーによって操作される実行レイヤーの内訳。 その役割には、トランザクションの注文、DAレイヤーでのトランザクションデータの転記、プルーフの作成、決済レイヤーでのプルーフの転記と状態変更が含まれます

集中型ロールアップシーケンサーによって操作される実行レイヤーの内訳。 その役割には、トランザクションの注文、DAレイヤーでのトランザクションデータの転記、プルーフの作成、決済レイヤーでのプルーフの転記と状態変更が含まれます

2.決済 - これには、有効性/不正の証拠の検証と、ロールアップの正規状態の「定義」が含まれます(スマートコントラクトロールアップの場合)。 決済は通常、イーサリアムのような統一された高セキュリティレイヤーによって管理されます。 ロールアップフレームワークは、独自の決済レイヤーを構築することもできます。

決済は、通常、検証コストがわずかであるため、スタックのあまり価値の高いキャプチャレイヤーではありません。 楽観主義は、イーサリアムに決済のために1日~5ドルしか支払いません。 競争力のある決済レイヤーは、さらにコストが低くなります。 (Rollups-as-a-Serviceでも強調されているように、ゼロになります)

3.データの可用性 - DAには、順序付けされたトランザクションデータをネットワークの残りの部分にブロードキャストすることが含まれます(データパブリッシングと呼ばれることもあります)。 これにより、ブロードキャストされたトランザクションデータを以前にファイナライズされた状態に適用するだけで、誰でも許可なくロールアップ状態を再構築できます。

DA コストは、すべてのロールアップ コストの大部分を占めます。 イーサリアムのような安全性の高いレイヤーにデータを投稿すると、かなりの費用がかかる可能性があります。 より安価で高速なDAの代替品は、Celestia、Avail、EigenDAなどのプロトコルによって積極的に開発されています。 ロールアップ フレームワークでは、独自の DA レイヤーを構築することも検討できますが、断片化された DA はブートストラップ コストが高く、相互運用性が複雑になります。

大まかな価値フロー

実行レイヤーはB2Cモデル、決済レイヤーとDAレイヤーはB2Bモデルと考えるとわかりやすいかもしれません。

実行レイヤーは、DAレイヤーからブロックスペースを購入し、その実行サービスをエンドユーザー(顧客)に直接販売します。 また、Settlement レイヤーから検証およびブリッジング サービスも購入します

DAレイヤーは、ブロックスペースを別のビジネスに販売します - 実行レイヤー

決済レイヤーは、別の企業に決済サービスを提供する - 実行レイヤー

競争の激しい市場でのこのような設定では、価値の獲得の大部分はスタックの実行レイヤーでエンドユーザーから直接行われるため、それをさらに分解し、その価値フローを個別に分析することは理にかなっています。

実行レイヤー: B2C 経済モデル

実行レイヤーは、トランザクションごとにユーザーに課金することで収益を生み出し、スタック内の他のビジネス(レイヤー)に運用コストを支払います。

収益: 受信値は次のように分類できます。

トランザクションごとにエンドユーザーが支払うガスコスト

ドメイン内MEV

クロスドメインMEV (フレームワークが同じDAレイヤー上の複数のロールアップのシーケンスを提供する場合。 そうでなければ抽出するのは難しいかもしれません)

MEVはトランザクションフローに依存し(「抽出可能な」値はトランザクションのセットごとに異なります)、多くの場合、事前に予測することは困難です。 ユーザーに請求されるガス代は、通常、予測可能なコストの合計に対するマージンです。

コスト: 実行レイヤーからの価値の流出は、以下のとおりです。

• ノード運用オーバーヘッド

• 実行 (コンピューティング) コスト

• 証明(有効性/不正証明)コスト

• データ転記コスト (DA レイヤの輻輳に基づいて変動)

出典: Understanding Rollup Value Accrual by Sanjay Shah |電気資本

多くの場合、すべての実行レイヤーの責任は、1 つの集中型シーケンサー ノードによって担われます。 この単一ノードは、ユーザーからのすべての収益を計上し、DAと決済コストを支払う責任があります。 また、セットアップには、さまざまな責任のために異なるノードが含まれる場合があります。

• シーケンサーはトランザクションを注文し、DAレイヤーにデータを転記します。 彼らは、ユーザーが支払った取引手数料を「獲得」し、シーケンスのオーバーヘッドとデータ投稿のコストを支払います。 シーケンシングは、事前に選択されたシーケンサーのセットまたはEspressoなどの分散型シーケンサーによって行うこともできます。 シーケンサーは、状態の変更を Settlement レイヤーに投稿し、決済コストを支払う役割も担います
• 証明ノードは、証明を生成する役割を担います。 これは、中央の証明ノードまたは分散型の証明ノードのセットにすることができます。 そのコストは、プルーフ生成のオーバーヘッドで構成されます。 設定に応じて、証明者はシーケンサーに校正を「販売」するか、決済レイヤーに直接投稿します
• ロールアップには、すべてのトランザクション バッチを実行し、ロールアップの正規状態を維持する他のフル ノード (または完全検証ライト ノード) を含めることもできます。 これらのフルノードは、必ずしも直接的な収益を生むわけではありませんが、ロールアップのネイティブガストークンを保有することで間接的に価値を獲得します

上記は、異なるノードの責任を大まかに区別したものです。 どのノードがどのタスクを担うかは、ロールアップ チームがセットアップをどのように構築するかによって異なります。 このブログでは、簡単にするために、1つのノードが必要なすべての実行タスクを実行する集中型シーケンサーのセットアップに固執します。

そこで問題となるのは、実行レイヤーが最大の価値を生み出す場合、スタック内のどの参加者がそれを獲得するのに最適な位置にあるかということです。

シーケンシングノードを実行し、それに関連するさまざまなアクティビティを実行する人!

これは、ロールアップ チーム自体である可能性があります。 または、記事の冒頭で述べたように、RaaS プロバイダーは、多くの場合、それらを使用してデプロイされたロールアップのシーケンス処理を行います。 実際、これはRaaSプロバイダーの収益の大部分を占めています。

RaaSは(どのように)お金を稼ぐのですか?

RaaSが価値を獲得できる主な領域は3つあります。

シーケンサー ホスティング: RaaS プロバイダーは、ロールアップのシーケンサーと関連するアクティビティを実行します。 これは、ロールアップ チームがイノベーション (構築中のアプリ) をもたらし、RaaS プロバイダーが他のすべてを行うという分業です。 シーケンサーは、トランザクションを注文し、L1にデータを投稿し、必要に応じて配達確認を作成します

追加のインフラ:ブロックエクスプローラー、ブリッジなど

専任サポート:インフラの決定(シーケンス方法、MEVなど)に関するコンサルティングと提携+その他の技術サポート

RaaS は従来の B2B SaaS ビジネスに似ており、購入したサービスと使用量 (ロールアップのエンドユーザー トランザクション数など) に基づいて、定額料金またはハイブリッド階層料金を顧客に請求できます。

RaaSは、Espressoのような共有シーケンサーとの統合も提供できます。 しかし、この場合、RaaSの利益の大部分を占めるシーケンサーの収益を失うことになります。 したがって、これらのパートナーシップには、共有シーケンサーとRaaSプロバイダー間の契約上の利益分配が必要です。

しかし、RaaS が既存のロールアップ フレームワークの上に構築されたラッパーである場合、RaaS は収益も共有する必要がありますよね?

まあ、必ずしもそうではありません。

これまでにリリースされたロールアップ フレームワークのほとんどは、オープンソースであり、パーミッションレスで構築されています。 RaaSプロバイダーは、フレームワークをパーミッションレスに使用して、その上にノーコードラッパーを構築でき、基盤となるフレームワークと利益を共有する義務はありません。

ロールアップ フレームワークと契約を結んで利益を分配することはできますか?

可能ですが、そうすると次のようになります。

1. 彼らは自分の利益の一部を失います
2. 別の競合企業であるRaaSは、ロールアップフレームワークと利益を共有しないことを選択でき、長期的には経済的に優位に立つことができます

したがって、理論的には、RaaSプロバイダーが生き残るためには、基盤となるフレームワークと利益を共有しないことが合理的な決定です。

では、RaaS プロバイダーが利益を分配しない場合、ロールアップ フレームワークはどのようにして価値を生み出すのでしょうか。

オープンソース フレームワークを使用してロールアップをパーミッションレスに構築できる人がいるとしたら、そもそもオープンソースのロールアップ フレームワークを開発することは経済的に実行可能な決定なのでしょうか?

答えはそれほど簡単ではありません。 ロールアップフレームワークが「経済的に実行可能」であるためには、持続可能で長期的な価値を生み出す必要があります。 Idan Levin氏は、これをどのように行うことができるかを考えるための優れたメンタルモデルを共有しました。 ここでは、そのモデルについて詳しく説明します。 ロールアップ フレームワークが価値を生みだす主な方法は 3 つあります。

間接的な価値の獲得: フレームワークが良ければ、より多くのチームがそれを使用します。 これにより、開発者の目を惹きつけ、エコシステムへのマインドシェアを高めることができます。 マインドシェアを惹きつけることは、フレームワークチームがツールをさらに開発するのに役立つため、常に正味のプラスです。 いずれかのチームが行った機能強化は、OG フレームワークに組み込むことができます。 これにより、システム全体に正の強化ループが作成されます。

半直接値の見越計上: フレームワークの上に構築される一部のロールアップは、フレームワーク ネットワークと収益を共有するようにインセンティブが与えられる場合があります。 例えば、Baseは現在、OP Stackと契約を結んでおり、シーケンシング料金の一部をOptimismと共有しています。

なぜそうするインセンティブがあるのでしょうか?

Baseには、OPフレームワークの成長と開発に追いつくために必要な開発者エコシステムがないためです。 OPフレームワークがモジュールの1つを完全に変更した場合、変更に追いつくためにBaseに開発者サポートを提供しないことを選択できると想像してみてください。

さらに、「スーパーチェーン」の一員であることは、Baseのようなチェーンが有用であると考えるクロスロールアップコンポーザビリティなどのネットワーク効果を提供します(これには、Optimismと収益を共有するための要件がある可能性があります)

ここで重要な注意点の 1 つは、ロールアップとロールアップ フレームワークのインセンティブが常に一致しているとは限らないことです。 ロールアップは、フレームワークをカスタマイズし、収益分配契約を破棄することで、いつでも独自の道をたどることを選択できます。

1. 直接的な価値の獲得:同じフレームワーク(OPスタックなど)を使用して構築されたフレームワーク独自のロールアップ(Optimismメインネットなど)を通じて。 ガスはネイティブトークン(OPなど)にある可能性があり、このロールアップからのすべてのMEVはフレームワークチームに発生します。 さらに、チームは補足的な直接的な価値を「抽出」することもできます。
2. 独自の RaaS の構築 - フレームワークは、RaaS スペースで競争し、独自のシーケンサー ホスティング + コンサルティング サービスを提供することを選択できます。 多くのフレームワークがこれを行い始めると、RaaSのビジネスモデルは長期的に持続不可能になる可能性があります。 これは、このフレームワークが市場での信頼性と地位を活用して、その上に構築された外部のRaaSプロバイダーを凌駕する可能性があるためです。
3. レバレッジとしてのロールアップ間のコンポーザビリティ: フレームワークをそのまま使用したり、変更したりすることで、誰でもロールアップを構築できます。 ただし、ネットワーク効果と、同じフレームワーク上に構築された他のロールアップとの相互運用性を得るには、フレームワークが特定の定義された標準に準拠する必要がある場合があります。

これは、OPスタックがチェーンの法則で行うことです。 スーパーチェーンに参加するには、特定のルールに従う必要があります。 これらの規則は、OP ガバナンスによって定義されます。 例えば、これらのルールの1つは、スーパーチェーンのすべてのロールアップがOPをガストークンとして使用しなければならないことです。 また、MEVのシェア法を含むように進化する可能性もあり、例えば、クロスチェーンMEVの収益のX%はOPトレジャリーに還元されます。

ロールアップフレームワークのチームは、上記の3つのセグメントを使用して、目標と野心に合わせて「価値獲得」メカニズムを調整できます。 それらが直接的な価値を生み出すには、いくつかの(網羅的ではない)オプションは次のとおりです。

• 独自のロールアップの展開
• 独自の RaaS の導入
• コンポーザビリティを活用してフレームワークの標準を管理する

結論

ブロックチェーン分野でのロールアップフレームワークとRollups-as-a-Service(RaaS)プロバイダーの急速な発展は、その価値の獲得に関する疑問を引き起こしています。 実行レイヤーが価値の大部分を占める一方で、ロールアップフレームワークは、採用と機能強化を通じて間接的な価値を得ることができます。 一部のロールアップでは、収益を共有し、半直接値の発生が発生する場合もあります。 さらに、独自のロールアップをデプロイし、ロールアップ間のコンポーザビリティを活用することで、フレームワークは価値を直接獲得できます。 エコシステムが進化するにつれて、競争とコラボレーションの適切なバランスを取ることが、ロールアップフレームワークとRaaSプロバイダーの持続可能な成長に不可欠です。

免責事項：

1. この記事は[Stackr Labs]からの転載です。 すべての著作権は原著作者【Shivanshu Madan】に帰属します。 この転載に異議がある場合は、 Gate Learn チームに連絡していただければ、迅速に対応いたします。
2. 免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。 特に明記されていない限り、翻訳された記事を複製、配布、盗用することは禁止されています。