マイクロロールアップは次の波ですか?

執筆者:KAUTUK、Stackr 開発者、編集者:Luffy、Foresight News

「ロールアップとは何ですか」や「ロールアップが必要な理由」などのような内容でロールアップの記事を始めるのは、スパイダーマンやバットマンの映画の繰り返しでベンおじさんを殺したり、ウェインのお母さんとお父さんを撃ったりするようなものです。お父さんと同じです。この記事を読んでいる方は、上記の問題についてすでに基本的な理解があると思いますが、ここではアプリケーション チェーンとアプリケーション ロールアップの議論を省略して、本題に進みます。

アプリケーション固有のロールアップの台頭****ユニバーサル ロールアップにはイライラします

ユニバーサル ロールアップは、インドの学校システムに似ています (他の学校システムと同様の特徴があると思いますが、私は直接の経験しかありません)。

スポーツ選手、歌手、数学者、思想家、経済学者は皆、合格点を得るために同じプロセスを経る必要があります。このシステムは特定のグループに「偏っている」わけではありませんが、すべての人にとって「公平」でもありません。でも、まあ、私たちは友達になりました! (これは後で重要になります)。

同様に、ユニバーサル ロールアップ上のアプリケーションの場合、ロールアップは各アプリケーションのニーズを個別に満たすことができないため、ボトルネックはランタイム環境自体です。アプリケーションごとに異なるタイプの最適化が必要な場合があり、カスタマイズされた改善がそのアプリケーションにとって正当化されない場合があります。ただし、単に実験して大まかなアイデアを把握したい場合には、これが最も便利なオプションです。また、一部の平均的な学生などの一部のアプリケーションにとっては、これが適切なソリューションとなる可能性があります。

アプリケーション固有のロールアップはわかりにくい

そうですね、私の子供は公立学校には運動能力が高すぎるので、特別な訓練が必要です。スポーツスクールに通わせる必要があるのか、それともパーソナルトレーナーを雇うべきなのか…

ロールアップは明確に分類するのが難しい****ゲームをしましょう

以下に 8 つの特定のアプリケーション ロールアップがあります。ただし、各グループの 1 つの項目は、実際にはそのグループに属しているわけではありません。どれだかわかりますか?

アプリケーションの特異性は紛らわしい用語になりつつあります。コントラクトを自分自身の上にデプロイできる特定のアプリケーション ロールアップがいくつかあります。また、仮想マシンがサポートしているためコントラクトのデプロイを許可する特定のアプリケーション ロールアップもありますが、特定の制限があります。仮想マシンが閉じられているか、仮想マシンが存在しません。マシンはまったくサポートされず、他のタイプの開発はサポートされません。

それらを一緒に分類するのは公平でしょうか?

上記の演習の答え:

グループ 1: Celo は、他の開発者が直接使用できるアプリケーションを構築できるため、奇妙なオプションです。グループ 1 で検討すべき他のプロジェクトは、Fuel-v1、Aevo、RhinoFi などです。

グループ 2: ループリングは、すぐに機能する唯一の専用ロールアップであるため、奇妙な選択ですが、残りは、その上に展開されているアプリケーションのプライバシー、NFT、TPS などの特定の機能に最適化されたネットワークです。これらの機能は、遺伝性の。グループ 2 で検討できる他のプロジェクトとしては、Kinto、Kroma、Public Goods Network などがあります。

変更された一般的な仮想マシンにコントラクトを展開する際の問題

スマート コントラクトを展開するこれらの仮想マシンは、チューリングの完全なステート マシンにすぎません。それらにデプロイするコントラクトは状態自体を変更するだけであり、VM のコアの状態遷移ルールには実際には影響しません。 Rollup は基本的に、ビジネス ロジックがその上に置かれる仮想マシンです。

ビジネス ロジックは、Rollup の状態遷移関数とは別のものです。

仮想マシン上に追加のロジックをデプロイするため、私はこれを「アプリケーション構築のためのスマート コントラクト パラダイム」とも呼んでいます。 Rollup は、アプリケーションのロジックの証明に「直接」関与しません。 VM はロールアップであり、アプリケーションではありません。

もちろん、あなたは仮想マシンの唯一の所有者であり、あなたのアプリケーションが唯一の市民であり、ベース自体を継続的に強化してアプリケーションに適したものにすることができます。引き続き状態遷移関数 (STF) を強化し、オペコードを追加/削除してアプリケーションのパフォーマンスを向上させることができますが、アプリケーションは独立したままであり、VM 自体によって制限されます。

ランボルギーニ・ウラカンを牽引するランボルギーニ・ウルスのように

特定のアプリケーション ロールアップ上の別のアプリケーションを使用すると、より適切に実行できる可能性があります。 STF の拡張を続けて、アプリケーションのビジネス ロジックに合わせて STF の範囲がどんどん小さくなったらどうなるでしょうか?最終的に、あなたが強くなるにつれて、STF はビジネス ロジックと STF が重なる点に収束します。その時点で、...ああ、ちょっと待ってください。

マイクロロールアップの誕生

したがって、マイクロロールアップは、アプリケーションの状態遷移機能がビジネスロジックそのものであるロールアップに他なりません。

アプリケーションはロールアップとなり、状態はあらゆる実行環境で可能な方法で管理でき、状態遷移ルールはアプリケーションのランタイムに直接適用できます。アプリケーションは制限なくカスタマイズできます。証明はマシンではなくビジネス ロジックに関連付けられるため、アプリケーションが軽量になります。

マイクロロールアップは、開発者のエクスペリエンスに関して制限がありません。仮想マシンに限定されないため、任意のツールを使用して構築できます。これらは Web2 バックエンド アプリケーションのように見えますが、トランザクションの証明を定期的に L1 に公開します。これは、Web2 開発者が Web3 領域に移行するのに影響を与える大きな要因になると思います。

実際には、より良い例は Rimac Nevera です。これは、より高速で電動なので、おそらくランニングコストが安くなります。

このアプローチの唯一の欠点は、異なるアプリケーションごとにカスタム証明メカニズムが必要なことです。アプリケーションのロジックを共通の仲介者にコンパイルできれば、公的仲介者を証明することで各アプリケーションを個別に証明する手間が省けますが、個人的にはこれは効率と開発の迅速化との間のトレードオフに過ぎないと考えています。

仮想マシンを含む実行層を使用せずにこの問題を解決する方法があります。開発者がこれを実行できるツールがあればどうなるでしょうか?

これが Stackr Labs の使命です。Web2 バックエンド アプリケーションを構築するのと同じように、誰もが制限なく希望する言語でアプリケーションを構築できるように、Micro-Rollup フレームワークと SDK を構築しています。手順は同じです。マイクロロールアップの開発は、スマート コントラクトを作成して展開するのと同じくらい簡単になり、モジュール性は言うまでもなく、開発者がエコシステムを選択する能力が向上します。

**では、マイクロロールアップは本物なのでしょうか? **

Rollup 自体と同じくらい、それは常に現実でした。

Loopring、dYdX、Fuel-v1 などのアプリケーションは、すでに存在しているか、かなり前から存在しています。これらは、ユースケースに特化して実行されるカスタム ロジックを備えた高度に最適化されたロールアップです。私が知っていて個人的に取り組んだ、仮想マシンに基づいていない最初のアプリケーション固有のロールアップは、Hubble Optimistic Rollup です。これは 3 年前のプロジェクトで、かつては Worldcoin トークンのコア インフラストラクチャとして機能していました。 。

これらの用語を区別することがますます重要になっています。

マイクロロールアップの使用例は無限にあります。

※ゲーム、取引所、NFTマーケットなどの消費者向け商品

  • アプリケーション チェーンはアプリケーション ロールアップに変換できます
  • 独自のユースケースをサポートする新しいタイプの VM を構築することもでき、VM イノベーションへの扉を開きます

結論は

前に示した構造ツリーには、カスタム ステート マシンの要素が欠落していました。

さらに、VM または EVM ベースのロールアップを使用して単一プロトコルを展開することは、スタンドアロン アプリケーションでは効率的ではありません。これは、すでに多数のスマート コントラクトを持ち、そのプロトコルを EVM のようなチェーンで実行するアプリケーションには適していますが、VM の制限を取り除きたい「さらに多くのことを必要とするアプリケーション」には適していません。

したがって、木を剪定すると、最終的な木はこのようになります。これが、近い将来、App-Rollup、Micro-Rollup、または RollApp が App と呼ばれるようになると私が思う理由です。

したがって、マイクロ ロールアップ = ロールアップ上のアプリ ロールアップとしてのアプリ。

原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • 共有
コメント
0/400
コメントなし
いつでもどこでも暗号資産取引
qrCode
スキャンしてGateアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)