YBBキャピタル：狂ったマルチチェーン宇宙、狂ったOPスタック

著者：YBB Capital Researcher Ac-Core

前言

ETH の主体的な物語の方向性は Layer1 から Layer2 に移行しましたが、もしまだ「ワンクリックでトークンを発行する」という ERC-20 の物語として理解しているなら、私たちは視野を広げて想像を膨らませるべきです。「ワンクリックでチェーンを発行する」狂乱が間もなくやって来るでしょう！ 現在、他に類を見ないエコシステムと高い TVL に支えられ、Arbitrum は Layer2 の戦争をリードし続けていますが、この一時的な勝利はどれくらい持続するのでしょうか？Arbitrum Orbit よりも一段上の Layer3 ソリューションとは異なり、OP Stack はワンクリックで Layer2 を作成できる「スーパー チェーン」です。本稿では、OP Stack のアーキテクチャ、OP における ZK 要素、Rollup のセキュリティ問題の三つの部分を中心に、これを包括的に解析します。

OP Stack が「スーパー チェーン宇宙」を開く

YBB Capital Researcher Ac-Core 自作

次のブルマーケットの物語はどこから始まるのでしょうか？高性能な Layer1 から、さらに積み重ねられる Layer3、ZK 系の Layer2、または OP Stack のスーパー チェーンからでしょうか？これは非常に興味深く、考える価値のある問題です。イーサリアムが自らを破壊しなければ、次のブルマーケットでは「イーサリアムキラー」という称号は依然として多くのパブリックチェーンにとって越えられない究極の目標であり、この巨大な巨人の中には無視できないスーパーコアが隠れています。その一つが OP Stack です。

OP Stack とは？

OP Stack は、誰でも Optimistic Rollups を使用してイーサリアム上に自分の Layer2 ブロックチェーンを構築できるようにするオープンソースのソフトウェアコンポーネントのセットと理解できます。これにより、大部分の計算とストレージがチェーン外に移され、イーサリアムに依存してセキュリティと最終性を確保します。技術的な観点から見ると、Optimism はユーザーに対して多くのオンチェーンコストを実際に節約することに主に現れます。OP Stack は四つの主要コンポーネントで構成されています：

• メインネット：OP Mainnet は、イーサリアムの仮想マシン EVM と互換性のある、安価で高速なイーサリアム Layer2 ネットワークです；

• コントラクト：OP Stack のコアロジックと機能を実現するスマートコントラクト。OP コントラクトには、状態遷移システム（STS）、詐欺証明者 (FP)、状態コミットメントチェーン（SCC）、および規範取引チェーン（CTC）が含まれます；

• サービス：Layer1 と Layer2 の間でデータの可用性、データの同期、および通信サービスを提供します；

• ツール：OP Stack に基づくブロックチェーンの開発、テスト、デプロイ、監視、およびデバッグを促進します。

超強いオープン性：

OP Stack は、フォーク可能なモジュール式拡張ブロックチェーンの基盤インフラとして構築され、さまざまな Layer2 を一つのスーパー チェーン（Superchain）に統合することを目指しています。元々相互に孤立していた Layer2 を、相互運用性と組み合わせのあるシステムに統合し、Layer2 の起動は今日のようにスマートコントラクトをイーサリアムにデプロイするのと同じくらい簡単になります。物語は「ワンクリックでトークンを発行する」から「ワンクリックでチェーンを発行する」へと変わります。本質的に、スーパー チェーンは横に拡張可能なブロックチェーンネットワークであり、各チェーン間でイーサリアムのセキュリティ、通信層、および開発キットを共有します。 YBB Capital Researcher Ac-Core 自作

OP Stack（Over Powered Stack）は、スーパー チェーンの背後にある統一されたモジュール式開発スタックとなり、無数の相互接続可能で通信可能なブロックチェーンが存在します。OP Stack スタックは、専用の Optimism Collective が全体の開発とメンテナンスを担当し、新しい集約ネットワークのデプロイに使用される共有オープンソースシステムをサポートします。同時に、これは標準化されたオープンソースモジュールのセットでもあります。これを聞くと、まるでイーサリアムのセキュリティに完全に基づいた Cosmos のようではありませんか！当初、ETH と ATOM の両者が補完し合うと言われていましたが、今や OP Stack が Cosmos キラーになってしまったのでしょうか？次に、OP Stack の定義を分解してみましょう：

モジュールは、任意の開発者が OP Stack にデータを挿入できる部分です。このスーパー チェーンの「標準化」は、モジュールの標準に対する合意を意味し、すべての人がそれを実現できることを示しています。同時に、完全にオープンソースであることは、誰でも無料で開発の反復やメッセージリクエストを行えることを意味します。開発者は、異なる実行層、コンセンサス層、決済層、およびデータ可用性層でモジュールを切り替える能力を持っています。

たとえば、dYdX がイーサリアムを離れ、Cosmos アプリケーションチェーンに移行した根本的な理由は、彼らが自分のチェーンのコンセンサス層により大きなモジュール性を望んでいるからだと思います。これは素晴らしいスタートであり、より多くの独立した Dapps が自分に最も適したパブリックチェーンを選択して開発することを可能にします。その中で最も代表的なのは Luna ですが、いくつかの理由でそれは破壊されました。幸いなことに、OP Stack はこの問題を解決しました。その設計は、より簡単な方法でコードをフォークできるようにし、開発者がブロックチェーンの異なる構成要素を簡単に抽象化し、異なるモジュールを挿入することでそれを変更できるようにします。

OP Stack の設計原則：

• 効率：OP Stack を使用して、あらゆるものを構築し、ワンクリックでブロックチェーンを発行できます；

• シンプルさ：再利用可能なコードと既存の開発キットを活用して、セキュリティを強化し、メンテナンスの複雑さを低減し、全体的に敷居を下げる効果を達成します；

• 拡張性：Optimism Collective は OP Stack の主要コードを完全にオープンソースにします。

アーキテクチャ的には、OP Stack は下から上に六つの層に分かれています。それぞれ DA Layer データ可用性層、Sequencing Layer 順序層、Derivation Layer 派生層、Execution Layer 実行層、Settlement Layer 決済層、Governance Layer ガバナンス層です。OP Stack の各層はモジュール化された API コンポーネントであり、自由に組み合わせたり分離したりできます。最も重要なのは DA データ可用性層、実行層、決済層の三つで、これらが OP Stack の主要な作業フローを構成しています。

• DA データ可用性層：OP Stack の原始データソースであり、単一または複数のデータ可用性モジュールを使用して入力データを取得できます。現在、イーサリアムが最も主要な DA 層ですが、将来的にはさらに多くのチェーンが参加する予定です；

• 実行層：OP Stack 内の状態構造で、EVM または他の VM に可能性を提供し、イーサリアム上で開始された Layer2 取引のサポートを増加させ、各取引に追加の Layer1 データコストを加え、イーサリアムに取引を発行する総コストを向上させます；

• 決済層：OP Stack 上の Layer2 取引データの行き先であり、Layer2 で確認された後、情報をターゲットブロックチェーンに送信し、最終的に決済します。将来的には ZK などの有効性証明メカニズムも接続され、異なるチェーン間の隔たりを打破し、OP 系 Layer2 と ZK 系 Layer2 の間の孤島をつなぐことが期待されています。

最近、OP エコシステムは ZK 要素を持ついくつかのプロジェクトを発展させていることが観察されています。大胆に想像してみましょう。ある Optimistic Rollup が自分自身を ZK Rollup に変えたいと思った場合、問題ありません！その詐欺証明モジュールを決済層の有効性証明モジュールに置き換えるだけです。もしあるチェーンが Celestia をデータ可用性層に使用したい場合、問題ありません！イーサリアムを Celestia に置き換えるだけです。実行層の EVM を別の仮想マシンに置き換えたい場合、残念ながらこれは OP Stack の一つの技術的可能性に過ぎません。このようなスーパー チェーンの状況の出現により、ある熱いジョークが生まれました------「Polygon：私は ZK Layer2 の Cosmos になりたい！Optimism：私は OP Layer2 の Cosmos になりたい！Cosmos：私は誰ですか？」

OP Stack の法則：

YBB Capital Researcher Ac-Core 自作

イーサリアムの無限のブロックスペースは、大規模なアプリケーションを実現するための重要なステップですが、この拡散は分裂ももたらしました。無許可のデプロイメントは新たな課題を迎え、現在、すべての新しい OP Stack チェーンは自分の領域で独立して成長しており、標準や改善を共有する直接的な方法がありません。ユーザーとビルダーは、セキュリティ、品質、中立性に基づいて多くの異なるチェーンを個別に評価するという巨大な課題にも直面しています。スーパー チェーンを実現するためには、OP Stack を独立した分散型のブロックスペースから統一されたチェーンコレクティブに変える必要があります。共にオープンで分散型のブロックスペースに取り組むことが求められます。「チェーン法則」は、楽観主義的なガバナンスとスーパー チェーンのための指針を定めています。楽観主義的なガバナンスは、単一のチェーンの管理から、複数のチェーンが共有する標準の管理へと移行し、スーパー チェーンの一部となるために必要な属性を定義し、同時にユーザーがスーパー チェーン上で取引を行う際の保護を優先します。根本的に、「チェーン法則」は社会契約（法律契約ではなく）であり、したがって積極的なコミュニティの議論が重要です。その存在は、スーパー チェーンが以下の特性を保証できるようにします：

• ブロックスペースが同質、中立、オープンであることを保証する：チェーン法則へのコミットメントは、チェーンのユーザー、開発者、その他の利害関係者を保護することへのコミットメントです。大小を問わず、スーパー チェーンの一部である場合、楽観主義的なガバナンスの支援を受けて、そのブロックスペースの同質性、中立性、オープン性を信頼できる形で証明できます；

• 継続的な改善の恩恵を受ける：共有のアップグレードは、スーパー チェーンが常に最良の技術を得ることを意味し、自らメンテナンスを心配する必要がありません；

• より良く、より利用可能なインフラを提供する：スーパー チェーン内のすべてのチェーンが信頼できる形で一つの標準に取り組むため、インデックスやソートなどの重要なサービスの可用性と経済性を確保するために共同で努力できます。

考えるべき問題：

OP Stack は OP にフィードバックできるのか？

OP トークンにはどのような用途があるのでしょうか？もし Basechain の方式であれば、彼らは収入の一部を Optimism Collective にフィードバックするでしょう。そうすると、「国庫」の収入源は自身の「価値」に依存し、より多くの物語を創造することで最終的にトークン価格にフィードバックされ、OP の二次市場でのパフォーマンス論理は ATOM に似たものになるでしょう。しかし、この方案は現在の最適解かもしれません。もし他のチェーンが Basechain の方式を模倣してフィードバックを行うなら、Optimism Collective は最終的に恩恵を受けるでしょう。この感覚は私たちに UNI を思い起こさせます。両者のプロジェクト自体は強力ですが、トークン自体は投票とガバナンス以外に他の価値用途がありません。これとは異なり、現在 Layer2 はすべて中央集権的なソーターの問題に直面しています。Layer2 トークンが特定のリーダーを選択するための形式で使用される場合（コンセンサス投票ではなく）、ソーティング権の価値は依然として Rollup トークンに蓄積されます。

同時に、OP チームは 7 月 25 日に Law of Chain 提案を発表しました。すべての OP Stack を採用したチェーンは共有ガバナンスモデルとソーターを起動し、「利益フィードバック」というモデルを規範化し、全体の OP 系により多くの利益をもたらすことを目指しています（上記の OP Stack 法則のように）。これは Cosmos の共有セキュリティモデルに比べて、非常に似たアプローチです。

OP Stack と ZK Stack の違い：

OP Stack：多チェーン単一選択

上記の内容から、OP Stack は Cosmos に似た多チェーンモデルを採用していますが、選択肢は一つだけです。なぜなら OP Stack は各チェーンが他のチェーンの取引を検証する必要があるからです。そうでなければ、Layer1 で数日待たなければ結果が得られません。したがって、単一で共有されたソーター、集中型の MEV 配分、法的および管理の保護が、Optimistic Rollups が異なるチェーン間でシームレスな相互運用性を実現する唯一の可能性です。

ZK Stack：多チェーン多選択

OP Stack とは異なり、ZK Stack も複数のチェーンを持つことができますが、さまざまな選択肢があります。自分のソーターを選択し、自分の方法で MEV を処理でき、数学とコードの保護を受けます（注意：OP Stack は法的および管理の保護を受けます）。これは、ZK が指定された共有またはごく少数のスレッドセットを採用した場合、彼らは数学に基づいて盲目的に信頼できるため、ゼロ知識証明が価値を失うことになります。

OP Stack 内の ZK 要素

YBB Capital Researcher Ac-Core 自作

OP Stack が完全にオープンなアーキテクチャであるため、zkvm、zkmips、zkwasm、zkevm の出現が可能になりますが、「正統な ZK」と比較すると、OP Stack には異なる ZK 要素が生まれただけです。これにより、近い将来に OP Rollup と ZK Rollup の夢の連携が実現するかもしれないと考えさせられます。

OP におけるゼロ知識証明（ZKP）の実現：

最新の進展によると、Mina の背後にいるチームは、彼らの独自の plonk システム + kzg コミットメント + folding アルゴリズム nova を使用して OP Stack 上の zkmips vm を実現する計画を立てています。これはまだ多くの未成熟な部分がある最新の提案に過ぎませんが、探求する価値があります。このプロジェクトチームの使命は、Layer2 と Layer1 および OP 各チェーン間でゼロ知識証明を通じて安全で低遅延のクロスチェーン通信を実現することです。これは、良好にサポートされた命令セットアーキテクチャ（ISA）に対するゼロ知識証明（ZKP）であり、Optimism のフォールトトレラントプログラムの動作を証明し、OP Stack に基づく任意のブロックチェーンシステムを証明する基盤を提供します。 YBB Capital Researcher Ac-Core 自作

このタスクを完了するには、golang コンパイラ（MIPS、RISC-V または WASM など）でサポートされる命令セットアーキテクチャ（ISA）を使用して OP フォールトトレラントプログラムを証明できるゼロ知識証明（ZKP）システムを実現する必要があります。さらに、この証明システムは、標準構成 OP Stack チェーンの二つのブロック間の状態遷移を証明する必要があります。これにより、実際に実行可能であることが証明されます。ISA の標準実行トレースを証明するだけでなく、フォールトトレラントプログラムのサポートは追加の要件を導入します。

具体的には、フォールトトレラントプログラムは Pre-image Oracle の概念を導入し、特別な System call を使用して外部データをプログラムにロードします。各 Fault Proof VM は、特定のデータのハッシュ値がメモリ内の特定の位置に配置され、システムコールが実行され、そのハッシュ値のプレイメージがメモリにロードされてプログラムで使用されるというメカニズムを実装する責任があります。Pre-image Oracle はプログラムの初期入力を導くためにも使用されます。

分散型ソーターの試み：

Espresso Systems は 2023 年 7 月 21 日に、OP Stack リーダー選挙の分散型ソーター検証の提案が受け入れられ、OP Stack とスーパー チェーンの貢献者となったことを公式に発表しました。このプロジェクトの主要なプロトコル HotShot は、高速なコンセンサスプロトコルであり、再担保を使用してイーサリアムの検証者がこのプロトコルに参加できるようにし、イーサリアムの検証者セットと同じ規模を目指しています。同時に、このプロジェクトは Espresso Sequencer を開発し、完全な機能を持つ ZK Rollup と統合され、特に Polygon zkEVM のブランチと連携しています。

リーダー選挙とは？

リーダー選挙は、分散型システムにおいて異なるリーダーが次の規範的状態遷移を作成する能力を指します。ブロックチェーンにおいて、リーダー選挙は異なるブロック生産者が異なる時間にブロックを生成できるようにします。リーダー選挙アルゴリズムは競争的である場合もあれば、無競争的である場合もあります。

プルーフ・オブ・ワークの場合、競争的リーダー選挙アルゴリズムは、同じ時間に多くの潜在的なユニットがリーダーになることを争うことを指します。無競争リーダー選挙アルゴリズムは、特定の時間点で一人の既知のリーダーだけが存在することを指し、イーサリアム Gasper の場合、無競争的リーダー選挙アルゴリズムは特定の時間点で一人の既知のユニットだけが存在し、他の潜在的なユニットがその時間にリーダーになる方法はありません。

提案者ネットワークと構築者ネットワークを分離する場合（つまり、ブロック構築者ネットワークは取引の順序を選択するだけで、提案者ネットワークはブロックに署名するだけ）、特定の時点でブロックを生成する責任を持つ単一のエンティティが多くの可能性のあるエンティティに変わり、彼らがその時点で構築者ネットワーク内で最も利益を上げる可能性のあるブロックを競争することになります。同時に、MEV の存在により、この競争は再び戻ってきます。

異なる OP Stack チェーン間のリーダー選挙メカニズムのさまざまな二次効果を理解することは非常に困難です。現時点では、リーダー選挙をメカニズムとして採用することが最も人気があります。なぜなら、それによりソートがより分散化されるからです。ただし、この方案はソーターが絶対に分散化されることを保証するものではないため、分散型ソーターの問題を考慮する際には特に注意が必要です。

Rollup は本当に安全なのか？

イーサリアムの動作原理：

イーサリアムの原理は、各ノードがユーザーが提出したすべての取引を保存し、実行することです。この高いレベルのセキュリティ方式は、ネットワーク全体を非常に高価にする要因でもあるため、ネットワーク全体のスケーリングのために Rollup ソリューションが採用されました。簡単に言えば、Rollup = Layer1 の一組のコントラクト + Layer2 の自身のネットワークノード、つまりオンチェーンのスマートコントラクト + オフチェーンのアグリゲーターであり、決済、コンセンサス、データの可用性はすべてイーサリアムに依存し、Rollup 自体は実行を担当します。

• オンチェーンのスマートコントラクトは、イーサリアム上のスマートコントラクトであるため、その信頼モデルはイーサリアムのセキュリティを借りています；

• オフチェーンのアグリゲーターは、オフチェーンで取引を実行し、アグリゲートし、大量の取引を圧縮し、最終的にイーサリアムメインネットに載せることで、より迅速かつ安価な目的を達成します。

Layer2 ネットワークノードは多くの部分で構成されており、その中でもソーター（Sequencer）コンポーネントが最も重要です。これは Layer2 上の取引リクエストを受け取り、それらの実行順序を決定し、取引シーケンスをバッチにパッケージ化し（Batch）、最終的に Rollup プロジェクトの Layer1 上のコントラクトに送信します。注意すべきは、以下の図を参考にして、現在のイーサリアムのすべての Layer2 Rollups のソーターは中央集権的であるという事実を明確にする必要があります。 図源：公式ツイートのスクリーンショット

中央集権的ソーターの問題：

Layer2 のフルノードは、取引シーケンスを取得するために二つの方法を使用できます。一つはソーターから直接取得する方法、もう一つはソーターが Layer1 に送信した取引バッチ（Batch）を読み取る方法ですが、後者はより強い変更不可能性を持っています。取引の実行はブロックチェーンの帳簿の状態を変更するため、一貫性を確保するために、Layer2 のフルノードは取引の順序を取得するだけでなく、ソーターと帳簿の状態を同期する必要があります。したがって、ソーターのタスクは、取引バッチを Layer1 の Rollup コントラクトに送信するだけでなく、取引実行後の状態更新結果 StateRoot/StateDiff を Layer1 に送信することも含まれます。一般的に言えば、ソーターの仕事は取引を処理し、ブロックチェーンに追加するためのブロックにソートすることです。取引をバッチ処理し、それを Layer1 のスマートコントラクトに公開する責任があります。

Layer2 のフルノードにとって、Layer1 上の Rollup の取引シーケンスと最初の StateRoot を取得できれば、Layer2 のブロックチェーン帳簿を復元し、最新の StateRoot を計算することができます。逆に、Layer2 のフルノードが計算した StateRoot がソーターが Layer1 に公開した StateRoot と一致しない場合、ソーターには詐欺行為があることを意味します。したがって、Layer2 自身のネットワークと比較して、Layer1 はより分散化され、信頼を必要とせず（Trustless）より安全です。 YBB Capital Researcher Ac-Core 自作

OP Stack:

さて、問題です。Layer2 は存在しない取引や誤った取引を偽造することができるのでしょうか？たとえば、Layer2 のトークン資産をソーターの運営者アドレスに移転し、その後これらのトークン資産を Layer1 に移転することで、ユーザーの資産を盗むことができるのでしょうか？答えは：そのようにすることは完全に可能です。したがって、ソーターに潜在的な詐欺リスクがある場合、異なるタイプの Rollup は異なる対策を採用しています。

Optimistic Rollup の例を挙げると、Layer2 のフルノードは詐欺証明（Fraud Proof）を提供し、ソーターが Layer1 に公開したデータが誤っていることを証明することを許可します。しかし、詐欺証明がない Optimism にとって、もし本当にソーターを通じて Layer2 のユーザー資産を盗もうとするなら、ソーターの運営者に取引指令を偽造させ、他の人の Layer2 の資産を自分のアドレスに移転させ、最後に Rollup 自体のブリッジコントラクトを通じて盗まれたコインを Layer1 に移転するだけです。

このような問題を解決するために、現在の解決策は一つ目はコミュニティメンバーやソーシャルメディアなどの世論監視によって「コンセンサス」を達成すること、二つ目は OP を公式の信用の裏付けとして利用することです。したがって、理論的には、OP Rollup のセキュリティは、少なくとも詐欺証明を公開できる誠実な Layer2 フルノードが保証する必要があります。これは上記の「OP Stack と ZK Stack の違い」の小節で述べたように、OP Stack は多チェーン単一選択です。 YBB Capital Researcher Ac-Core 自作

ZK Stack：

次に ZK Stack について考えてみましょう。ZK Rollup ネットワークには Prover ノードが存在し、これはソーターに取引バッチを公開し、有効性証明を生成する役割を担っています。これらの有効性証明は Layer1 に専用の検証コントラクトがあります。取引バッチとその対応する StateRoot/StateDiff の証明が Verifier コントラクトによって検証されると、取引は最終確認されます。これは OP Stack とは異なり、ZK Rollup はソーターの詐欺問題を解決する際に Layer2 フルノードに依存するだけでなく、有効性証明（Validity Proof）も利用します。ZK Rollup の公式ブリッジも、有効性証明によって検証された引き出し取引のみを実行することが許可されます。セキュリティの観点から見ると、これは明らかに Optimism よりも信頼性が高いです。これは上記の「OP Stack と ZK Stack の違い」の小節で述べたように、ZK Stack は多チェーン多選択です。

理論的に考えると、ZK Rollup のセキュリティは Layer1 上の Verifier コントラクトによって保証されるか、Layer1 ノードが取引の最終確認を行うことになります。OP Rollup のセキュリティが少なくとも一つの詐欺証明を公開できる誠実な Layer2 フルノードに依存しているのに対し、彼らは Layer1（ETH）のセキュリティを引き継いでいますが、実際には厳密に言えばそうではないかもしれません。しかし、これは現在の最適解であり、他のパブリックチェーンと比較して、イーサリアムは長年の発展の過程で、そのセキュリティは疑いなく最も信頼できるものです。

ブロックチェーンの三角問題と同様に、ある「製品」の総合ユーザー体験にも三角問題が存在するようです：セキュリティ、シンプルさ、高効率。ZK Stack は OP Stack に比べて、数学とコードに依存して全体のセキュリティ特性を向上させることをより信じているため、全体の複雑性が大幅に増加します。したがって、ZK に関してもいくつかの古典的な話題があります： YBB Capital Researcher Ac-Core 自作

• 遅延問題：ZK Rollup は Layer2 ノードから Layer1 にデータを公開する遅延問題を解決する必要があります。これは、宅配便の輸送が梱包箱を準備する必要があるのと似ています。したがって、ソーターや Prover が Layer1 にデータを送信するたびに固定コストが発生します；

• 速度問題：ZK Rollup は、有効性証明の生成速度が遅いという課題に直面しています。ソーターは 1 秒以内に数千の取引を実行できますが、これらの取引の有効性証明を生成するには数時間かかることがあります；

• コスト問題：全体のコストを削減するために、多くの ZK Rollup ソリューションは「複数の証明を集約し、一度に Layer1 に送信する」戦略を採用しています。これは、Prover が証明を生成した後、すぐに Layer1 に送信するのではなく、複数の証明が生成されるのを待って、それらを集約して一度に Layer1 の Verifier コントラクトに送信することを意味します；

• 数量問題：発起された取引の数が十分でない場合、ソーターは Layer1 にデータを公開するのを遅らせる可能性があります。たとえば、市場が活発でない時期には、特定の Rollup ネットワークが Layer1 に取引バッチを送信するのに半時間かかることがあります。

より適した分散型ソーターの解決策の問題について、モジュール化は最適な解決策かもしれません。なぜなら、モジュール化はより大きなカスタマイズ性を意味するからです。現在の分散型ツールの中で、主に以下の五つが存在します：

-- Single Sequencer & POA -- Based rollup

-- DVT x Sequencer -- Shared Sequencer

-- Bootstrap a New Sequencer Set

私たちは、将来的にこれらの多くの問題が技術によってさらに解決されると信じています。たとえば、有効性証明の生成時間を短縮すること、Optimism が近日中に詐欺証明システムを発表すること、そしてイーサリアムの Danksharding ソリューションが Rollup のデータコストを大幅に削減することが期待され、分散型ソーターの難題も克服され、上記の問題に対する有効な解決策が提供されるでしょう。

結尾：物語の行方

YBB Capital Researcher Ac-Core 自作

スーパー チェーンとスーパー スケーリングは常に注目されている拡張方向ですが、現在のところ、各プロジェクトはまだ初期の発展段階にありますが、全体としてイーサリアムにより強力な物語をもたらしています。現在、OP Stack は多くの採用を得ており、多くのスター パブリックチェーンが参加しています。たとえば、Coinbase、opBNB、Zora、Worldcoin などの多くのパブリックチェーンが OP Stack に良いブランドの裏付けを与えています。最近の 6 月 26 日の夜、zkSync はカスタム ZK Rollup を構築するためのモジュール式オープンソースフレームワーク ZK Stack を発表しました。これは多くの人にとって OP Stack に対抗するための zkSync チームの切り札と見なされています。一方は先発優位の OP Stack、もう一方は数学的優位の ZK Stack、要するに Layer2 のあらゆる価値は Rollup のトークンに蓄積される可能性があります。Layer2 の拡張戦争はまだ始まったばかりです。この煙のない戦争について、あなたはどう考えますか？

参考文献：
[1]https://github.com/ethereum-optimism/optimism/blob/develop/specs/fault-proof.md#fault-proof-program

[2]https://github.com/ethereum-optimism/ecosystem-contributions/issues/61

[3]https://github.com/ethereum-optimism/optimism/blob/develop/specs/fault-proof.md#pre-image-oracle

[4]https://en.wikipedia.org/wiki/System_call

[5]https://github.com/ethereum-optimism/optimism/blob/develop/specs/fault-proof.md#fault-proof-vm

[6]https://github.com/ethereum-optimism/ecosystem-contributions/issues/63

参考記事：

https://mp.weixin.qq.com/s/ezSpKkoUoyFtoYd2cLoOzw