著者:yyy

Twitter: @y_cryptoanalyst

I.はじめに

時が経つのは早い。オプティミズムによれば、通貨発行から1年以上が経過している。アービトラムによれば、半年近くが経過している。通貨発行は彼らの長い旅の第一歩にすぎない。この間、オプティミズムはBedrock アップグレードを実装し、共通モジュールを開始しました L2 スタック OP スタックに基づいて Base などの Star Rollup が誕生し、Arbitrum は Arbitrum Orbit のアプリケーションを促進するために L3 の探索に取り組んでいます。

これら 2 つの巨人のリーダーシップの下、ロールアップ トラック全体の TVL は一時 100 億米ドルを超え、現在は約 100 億米ドルで安定しています。 Rollup はイーサリアムの「特徴的な」拡張ソリューションとして非常に話題になっていますが、それでも検閲に耐性がなく、集中化された特性を持っています。

主流のロールアップ チェーンは通常、公式に集中型シーケンサーを実行します。Arbitrum、Optimism、StarkNet などのロールアップ プロジェクトでは、ロードマップにシーケンサーの分散化が含まれていますが、短期から中期的には実装されていません。

Rollup の分散パズルの最も重要なピースとして、分散ソーターは Rollup 自体にとって非常に重要な戦略的位置を占めており、人々が望んでいることです。

L2Beat データによると、2023 年 10 月 1 日時点の L2 トラックの TVL

2. ロールアップ取引手数料

シーケンサーとは何かを理解する前に、まずロールアップ取引手数料の構成について話しましょう。 Rollup の取引手数料は、Arbitrum などの L2 取引でユーザーが負担するガス料金です。

主に次の 2 つの部分で構成されます。

1) L2約定手数料

2) L1データ料金

L2 実行手数料: L2 でトランザクションを実行するコスト (L2 チェーン上で開始される各トランザクションには実行手数料が必要です)

トランザクションガス価格＝L2基本料金＋L2優先料金

L2実行手数料 = 取引ガス価格 * L2ガス使用量

L1 データ料金: L2 トランザクションを L1 に発行するコスト。通常、L1 データ料金は L2 実行料金よりも高くなります。

L2トランザクション手数料 = L2実行手数料 + L1データ手数料

シーケンサーの純収益 = L2 トランザクション手数料収益 - シーケンサーの運用コスト - L1 データ料金

プロジェクト当事者が運営する集中型ソーターには、ある程度の価格決定権があります（たとえば、L2 実行料金はより高く請求され、L1 データ料金はより高く請求されます）。そのため、いくつかの有名なロールアップ プロジェクト パーティが多額の利益を上げています。お金。

シーケンサーの純収益 = L2 トランザクション手数料収益 - シーケンサーの運用コスト - L1 データ料金

プロジェクト当事者が運営する集中型ソーターには、ある程度の価格決定権があります（たとえば、L2 実行料金はより高く請求され、L1 データ料金はより高く請求されます）。そのため、いくつかの有名なロールアップ プロジェクト パーティが多額の利益を上げています。お金。

ソーターとは何ですか?

シーケンサーは、名前が示すように、トランザクションのソートを担当する役割です。ビットコイン ネットワークでは、トランザクションの順序付けの責任はマイナーの責任です。イーサリアムでは、それはノードのコレクションの責任です。どのノードにも固定された役割はありませんが、誰が順次に参加する権利を持つかを決定するためのより多くのコンセンサス メカニズムが存在します。実行。

現在、主流のロールアップはすべて、集中化された単一のソーターを実行しています。 L2 のユーザーのトランザクションはメモリ プールに入ります (メモリ プール内のトランザクションはこの時点では順序付けされていない状態です)。ソーターはトランザクションを並べ替えて順序付けされた一連のバッチに圧縮し、イーサリアムの DA 層に送信します。 。

仕分け機の動作プロセス

ロールアップにはソーターが必要ですか?

3. 集中型ソーター vs 分散型ソーター

集中化！

一元化の利点は非常に明白で、トランザクションを自由に並べ替えることができ、並べ替え担当者を変更する必要がなく、並べ替え結果について合意に達する必要もありません。これは、トランザクションの確認速度が非常に速く、ユーザー エクスペリエンスが向上していることを意味します。

しかし、集中化によりソーターはトランザクションのソートにおいて大きな自律性も得られ、裁定取引の機会を最大限に活用したり、MEV 価値を強奪したり、ユーザーのトランザクションを遅らせたり、ユーザーを完全に検閲したりするために、トランザクションを自由にソートすることができます。

シーケンサーは、単一ブロック内のトランザクションの順序を変更することで MEV 値を取得できますが、さらに有害なのは、シーケンサーが複数の連続するブロックの順序を制御するため、ブロック間での MEV が簡単に実行され、その結果、サイズが大きくなるということです。 -鱗攻撃です。

上記の状況はすべて仕分け者が率先して悪事を行ったことによって引き起こされており、一部のエラーは仕分け者が意図的ではなくても、ユーザーの経験と権利を損なうものです。たとえば、シーケンサーが誤って使用済みトークン トランザクションをソフト コミットメントに再度含めて検証のために L1 に送信した場合、トランザクションを長時間確認できない状況が発生する可能性があります。別の例としては、単一のシーケンサーが使用された場合です。オフラインになると、2 番目の層がブロックを正常に生成できなくなり、ネットワークが長時間停止します。

ケーキを持って食べることもできませんが、ロールアップのパフォーマンスを最適化するために、分散化や検閲への耐性を犠牲にしてはいけません。

分散化？

集中化が 1 の場合、分散化はそれ以上になります。さまざまな分散型ソーター ソリューションの実装パスは異なりますが、中心となる概念は同じであり、分散化です。

ソーターにはトランザクションをソートする中央の権限はなくなり、ソートを担当する役割は特定の選出メカニズムに基づいて一連のソーターから選択され、一定の周期で交代します。

分散化により、シーケンサーが継続的に MEV を取得することがなくなり、単一のシーケンサーがユーザー トランザクションをレビューすることもなくなります。悪行に対する対応する罰メカニズムと組み合わせることで、シーケンサーの動作を効果的に規制することもできます。

4. 分散型ソータートラックの概要

分散化により、シーケンサーが継続的に MEV を取得することがなくなり、単一のシーケンサーがユーザー トランザクションをレビューすることもなくなります。悪行に対する対応する罰メカニズムと組み合わせることで、シーケンサーの動作を効果的に規制することもできます。

4. 分散型ソータートラックの概要

長い間歩き回って、ようやく本題にたどり着きました。 1 つの分散型ソーターは Rollup プロジェクト自体によって作成され、もう 1 つはサードパーティの助けを借りて実装されています。サードパーティを使用して分散型ソーターを実装することは、実際には Sequencing-as-a-Service と呼ぶことができます。

Espresso、Astria、SUAVE、Radius などのプロジェクトはすべて、分散型ソーター ソリューションに焦点を当てており、その実装パスは異なります。

1. エスプレッソ

Espresso Systems は、初期のプライバシー ソリューションに重点を置いたサービス プロバイダーであり、2022 年 3 月に、Electric Capital、Sequoia、Blockchain Capital からシリーズ A 資金調達で 3,000 万米ドル近くを受け取ったと発表しました。 Espresso Systems は現在、基本的に Espresso Sequencer への変革を進めており、特にロールアップ向けの分散型シーケンサー サービスを提供しています。

エスプレッソの資金調達状況

Espresso ソーターのソート メカニズムでは、L2 トランザクションのライフ サイクルは通常次のとおりです。

1) 第 2 層のユーザー トランザクションはロールアップ サーバー (API) に送信されます。

2) トランザクションはメモリ プールに入り、ソーター (HotShot コンセンサスを通じて選択) がトランザクションをソートしてブロックに含めます。

3) シーケンサーがトランザクションをブロードキャストし、他のノードが HotShot コンセンサスに達した後、ブロックが生成され、トランザクションが実行されます。ソフト コミットメントにより、迅速なトランザクション確認が提供されます。

4) シーケンサーは、トランザクションを含むブロック コミットメントをコンセンサス証明書 (QC: クォーラム証明書) とともに送信し、L1 シーケンサー コントラクトに保存します (ブロックがコンセンサスを通じてソフト ファイナリティに達したことを証明します)。

5) ブロックを実行した Rollup ノードは、新しい Rollup ステータスを L1 に送信します (このとき、zkRU には有効性証明書が伴う必要があり、ORU はチャレンジ期間を開きます)

6) L1 ロールアップ コントラクトは、シーケンサー コントラクトによって送信された QC を検証することによって、ステータス更新の有効性をチェックします。

Espresso ソート メカニズムにおける L2 トランザクションのライフ サイクル

このプロセスは曖昧で理解しにくいように思えますが、簡単に理解すると次のようになります。

HotShot コンセンサスは、ロールアップ トランザクションをソートし、トランザクションをブロックに含める役割を担うシーケンサーのグループの 1 つを選択します。このブロックは、コンセンサス (2/3 を超える HotShot ノードが同意) に達するには、他のロールアップ ノードによって署名される必要があります。 " そして、関連するブロック コミットメントと新しいロールアップ状態ルートが検証のために L1 基本層に送信されます。

HotShot コンセンサスは、ロールアップ トランザクションをソートし、トランザクションをブロックに含める役割を担うシーケンサーのグループの 1 つを選択します。このブロックは、コンセンサス (2/3 を超える HotShot ノードが同意) に達するには、他のロールアップ ノードによって署名される必要があります。 " そして、関連するブロック コミットメントと新しいロールアップ状態ルートが検証のために L1 基本層に送信されます。

上記の「ファイナリティ」は引用符で囲まれていますが、引用符付きの「ファイナリティ」と引用符なしの「ファイナリティ」は同じ概念ではありません。引用符内の「最終性」は、ロールアップ トランザクションをより迅速に、より少ない遅延で、より良いユーザー エクスペリエンスで確認できるようにすることです。ただし、ロールアップ トランザクションは最終的に検証のために L1 ベース レイヤを必要とします (zkRU は証明書の有効性を検証する必要があり、ORU は証明書の待機を必要とします)。チャレンジ期間の終了）、ロールアップによって送信されたトランザクションに問題がないことを確認して初めて、ロールアップ トランザクションは真に最終的なものになります。

これは、L1 ベース層検証トランザクションが無効な場合、生成された関連する L2 ブロックがロールバックされることを意味します。したがって、トランザクションを迅速に確認できるようにするのが「ファイナリティ」であり、イーサリアムの安全性を継承するのがファイナリティです。

Espresso を使用しないトランザクションソートアーキテクチャ

Espresso のトランザクション順序付けアーキテクチャを統合する

エスプレッソ + アイゲンレイヤー

Espresso は、HotShot コンセンサスに基づいてシーケンサーのローテーションとトランザクションの「ファイナリティ」の決定の問題を解決し、EigenLayer を導入することでシーケンサーのアクセスの問題を解決します。

EigenLayer の再誓約メカニズムにより、イーサリアム誓約者が同時に Espresso シーケンサーになることが可能になり、HotShot コンセンサスにセキュリティが提供されます。

つまり、イーサリアム ノード プレッジ者は、EigenLayer の再プレッジ メカニズムを通じて Espresso Sequencer (ESQ) になることができ、イーサリアム プレッジ者は PoS ノード収入を得るだけでなく、第 2 層 MEV の価値も獲得します。

ETH 保有者の潜在的な収入 = ネイティブ ネットワークのノード報酬 + L2 EVM + 他の PoS チェーンのノード報酬 (EigenLayer 再誓約メカニズムを使用) トリプル バフは ETH に大きな力を与えます。

EigenLayer の分散型ソーター ソリューション

Espresso は汎用の分散型ソーター ソリューションであり、EigenLayer に加えて、Espresso の環境協力プロジェクトには、Arbitrum、OP Stack、Caldera、AltLayer などのスター モジュラー プロジェクトも含まれています。

Espresso は汎用の分散型ソーター ソリューションであり、EigenLayer に加えて、Espresso の環境協力プロジェクトには、Arbitrum、OP Stack、Caldera、AltLayer などのスター モジュラー プロジェクトも含まれています。

エスプレッソ生態協力プロジェクトマップ

2. アストリア

Astria は、汎用のパーミッションレス分散ソーターとして位置付けられており、さまざまなロールアップにすぐに使える共有ソーター サービスを提供します。資金調達に関しては、アストリアは2023年4月、1k(x)、Delphi Digital、Lemniscap、Robot Venturesなどの投資機関が参加し、Maven 11主導による550万米ドルのシードラウンドを完了したと発表した。融資規模は小さいものの、制度面のラインナップは非常に豪華です。

アストリアの融資状況

動作機構

Astria の分散型シーケンサーの動作メカニズムは Espresso Sequencer と似ており、トランザクションの順序付け権限を分散化することでシーケンサーの特権を弱めることが目的です。具体的には：

シーケンサーのローテーションについて、Astria は、単純なリーダーローテーション (Leader Rotation) と Byzantine Fault Tolerance (BFT) コンセンサス アルゴリズムという 2 つのローテーション メカニズムを提案しています。

1) リーダーローテーション

セットは選出されたソーターによって形成され、一連のソーターが交代でロールアップ トランザクションをソートします。この方法により、一人の仕分け者が長期間にわたって取引の仕分け権を独占することがなくなり、利用者に対する継続的な検閲の問題もある程度解決される。

アストリアのリーダーローテーションメカニズム

2) BFTコンセンサスアルゴリズム

リーダー ローテーション メカニズムと同様に、順番が回ってきたシーケンサーはトランザクションのソートを担当する権利を持ちますが、ソーター セットの 2/3 以上のメンバーがこのソートに関して合意に達する必要があります。

どちらの方法にも独自の長所と短所があります。前者はトランザクション確認が高速で、ブロック生成が迅速で、効率は集中型シーケンサーに近いです。しかし、その代償として、順番にシーケンサーが悪を行わないよう制約するのは依然として難しいということです。BFT コンセンサスがあれば悪を行う確率は低くなり、セット内のシーケンサーの 2/3 が投票する必要があります。ブロックが生成される前にコンセンサスが得られます。ただし、コンセンサス投票の実行にはある程度の時間がかかり、ネットワーク遅延の問題が発生します。

どちらの方法にも独自の長所と短所があります。前者はトランザクション確認が高速で、ブロック生成が迅速で、効率は集中型シーケンサーに近いです。しかし、その代償として、順番にシーケンサーが悪を行わないよう制約するのは依然として難しいということです。BFT コンセンサスがあれば悪を行う確率は低くなり、セット内のシーケンサーの 2/3 が投票する必要があります。ブロックが生成される前にコンセンサスが得られます。ただし、コンセンサス投票の実行にはある程度の時間がかかり、ネットワーク遅延の問題が発生します。

アストリアのBFTコンセンサスアルゴリズム

3.スワーブ

SUAVE は、Flashbot によって構築された分散型のプラグアンドプレイ共有ソーター ソリューションであり、汎用ソリューションとして、任意の L1/L2 にメモリ プールと分散型ブロック構築を提供できます。 SUAVE と前述の共有シーケンサー設計の違いは、SUAVE チェーン自体がブロック「入札」を通じてトランザクションのソートを実装する EVM 互換チェーンであることです。

SUAVE アーキテクチャ

SUAVE のアーキテクチャは、ユニバーサル プリファレンス環境、最良執行市場、分散型ブロック構築という 3 つのコア コンポーネントで構成されています。

1) 好ましい環境

設定は、単純なトランザクションから複雑なイベントまで幅広い範囲をカバーします。ユーザーの設定はトランザクションの形式でメモリプールに反映され、設定環境は設定をまとめるパブリック メモリプールとして機能します。 SUAVEが提供するユニバーサルプリファレンス環境は、マルチチェーンのユーザープリファレンスをオープンかつ透明にし、情報ギャップを排除し、クロスチェーンMEVの問題をある程度解決します。

２）約定市場

執行市場は、SUAVE ミームプールを聞いて互いに競争する参加者のネットワークであり、競争によってユーザーの好みに合わせた最適な執行を提供するよう促されます。すべての実行者は「入札」を通じてユーザーの好みを認識し、ユーザーのトランザクションによって生成された MEV を可能な限りユーザーに還元していることがわかります。

3) 分散ブロック構築

最後に、収集されたプリファレンスと最適な実行パスに基づいて、分散ブロック構築ネットワークがそれらをブロックに組み込みます。この時点で、トランザクションの検出、トランザクションのソート、およびブロックの作成のプロセス全体が実現されます。

SUAVEのコアコンポーネント

4.半径

Radius は、トラストレスな共有順序付けレイヤーとして位置付けられます。以前のソリューションの実装メカニズムとは異なり、Radius は暗号化されたメモリプールを有効にすることでロールアップ トランザクションが信頼なしでソートされることを保証し、それによって効果的な MEV およびユーザー トランザクション レビューを排除します。

資金調達に関しては、Radiusは2023年6月、Hashed主導による170万米ドルのプレシードラウンドの資金調達ラウンドの完了を発表し、Superscrypt、LambdaClass、Crypto.comなどの投資機関が参加した。

Radius の融資情報

Espresso や Astria などのコンセンサス メカニズムに基づく分散型注文者は、MEV と検閲のリスクをある程度軽減しますが、ネットワークのスケーラビリティと時間効率を犠牲にして、トランザクション確認に一定の遅延をもたらします (コンセンサスに達するにはトランザクション注文を確認する必要があります)。 。また、トランザクションソートは分散環境ではありますが、mempool の関連トランザクションは透過的であるため、ソーターは依然として MEV を悪者が占拠する余地を残しています。Radius は mempool を暗号化し、関連するトランザクション情報はソーターには見えず、Kill を狙っています。シーケンサーが悪意を持って MEV を取得し、ソースでトランザクションを検閲する問題。

テクノロジーアーキテクチャ

Radius テクノロジー アーキテクチャは、ソート層 (Radius)、実行層 (Rollup)、決済層、データ可用性層の 4 つの機能レベルに分割できます。

1) ソーティング層

ユーザーは暗号化トランザクションと証明をシーケンサーに送信します。

2. シーケンサは証明を検証し、トランザクションを検証します。

3. シーケンサはトランザクションをソートします。その前にトランザクションを復号化することはできません。

4. ソーターはブロックを構築します。

5. シーケンサーは、実行のためにブロックをロールアップに送信します。

2) 実行層

Rollup はシーケンサーからブロックを受け取り、指定された順序でトランザクションを実行します。

2. ロールアップは、トランザクション ステータスとステータス証明書を決済レイヤーに送信します。

3) 沈下層

決済層はロールアップからステータスとステータス証明書を受け取り、証明書を検証してトランザクションの最終性を判断する責任を負います。

2. シーケンス層は、実行が順序と一致することを検証します。

4) データ可用性レイヤー

データ可用性レイヤーはデータを保存し、データが利用可能であることを保証します。 、

Radius 機能階層アーキテクチャ

mempool の暗号化メカニズム - PVDE

Radius は、PVDE (Practical Verifiable Delayed Encryption) と呼ばれるゼロ知識証明ベースの暗号化スキームを使用して、暗号化されたメモリプールを作成します。

具体的なプロセスは次のとおりです。

ユーザーがシーケンサーにトランザクションを送信すると、次のようになります。

1. ユーザーはタイムロックパズルと対称キーを生成します。

2. ユーザーは対称キーを使用してトランザクションを暗号化し、暗号化されたトランザクションがメモリプールに入ります。

3. シーケンサーは暗号化されたトランザクションをソートします。シーケンサーはタイムロック パズルのロックを解除して復号キーを取得する必要があります。

4. シーケンサーは、タイム ロック パズルのロックを解除する前に注文コミットメントを計算し、決済レイヤーにコミットメントを送信します (シーケンサーがトランザクションを順番にロールアップに送信したことを確認するために使用されます)。

3. シーケンサーは暗号化されたトランザクションをソートします。シーケンサーはタイムロック パズルのロックを解除して復号キーを取得する必要があります。

4. シーケンサーは、タイム ロック パズルのロックを解除する前に注文コミットメントを計算し、決済レイヤーにコミットメントを送信します (シーケンサーがトランザクションを順番にロールアップに送信したことを確認するために使用されます)。

Radius トランザクションの暗号化および復号化プロセス

仕分け機向けの分散型ソリューション

暗号化されたメモリプールにより、シーケンサはトラストレスであることが保証されますが、単一障害点のリスクは依然として存在します。単一のシーケンサーと暗号化されたメモリプールを実行している場合、シーケンサーの障害によりネットワークのダウンタイムが発生します。この問題を解決するために、Radius は、秘密リーダー選出メカニズム、ソーター グループ シャーディング メカニズムなどを含む、さまざまな分散型ソーター実装ソリューションを提案してきました。

もちろん、Radius は、分散型でトラストレスなトランザクション ソートを実現しながら、Espresso と Astria のソーター ローテーション メカニズムを参照することも選択できます。

ブロックスペースの最適化

Radius は、ブロックスペースの最適化を通じてユーザーの保護とロールアップの利益の最大化の両方の目標を達成することを目指しています。ロールアップは先着順 (FCFS) ソート メカニズムを使用しており、MEV を効果的に防止できるという利点がありますが、ブロック スペース オークションの潜在的な利益を犠牲にしなければならないという欠点があります。

トランザクション順序付けに関する上記のジレンマを解決するために、Radius はブロック スペースを上部のブロック スペースと下部のブロック スペースの 2 つの部分に分割します。

上部のブロック スペースはユーザー トランザクション専用であり、ユーザー トランザクションを暗号化し、トランザクションの注文操作を排除することで、有害な MEV や検閲のリスクからユーザーを保護します。下部のブロックでは、裁定取引者がトランザクションとその入札をまとめて送信できるオークション ベースの取引市場が導入されます。ソーターに送信し、ブロックに含める最高入札額のバンドル トランザクションを選択するこの方法により、ロールアップの利益を最大化できます。

上記は、現在主流のユニバーサル分散型ソーター ソリューションです。 Rollup の場合、集中型ソーターと分散型ソーターのどちらを実行する必要がありますか?サードパーティのユニバーサルソーターソリューションを統合しますか? それとも独自に分散化を実装しますか?トランザクション順序の分散化を実現するには、どの技術実装ソリューションが使用されますか?さまざまな側面からメリットとデメリットを比較検討します。

5. ロールアップ間のゲーム

トレードオフ 1: 分散化されているか?

Optimism、Arbitrum、zkSync、Base などのいくつかの主流の Rollup は、集中型のソーターを実行することで多額の収益を上げていますが、トランザクションのソート機能を分散化すると、必然的に利益の分配が必要になります。ロールアップ トラックでのますます熾烈を極める競争を考慮せずに、手に入れた甘酸っぱい食べ物を喜んで手放す人は誰もいません。しかし、Rollup が分散型ソーターの立ち上げで主導権を握ると仮定すると、これは大きな交通の入り口となり、Rollup 細分化トラックでデモンストレーション効果を形成し、他の Rollup プロジェクトにソーターの分散化を強いる可能性があります。

トレードオフ 2: 汎用のサードパーティ製ソリューションと社内独自のソリューションの統合

一般的に、仕分け担当者が分散化を実現するには 2 つの方法があります。1 つは他の人が行ったものを採用して使用する方法、もう 1 つは自分で行う方法です。 Espresso や Astria などのサードパーティは、すぐに使える分散型ソーター サービスを Rollup に提供できるため、Rollup 自体は引き続き製品の差別化とパフォーマンスの最適化に注力し、中核となる競争力を向上させることができます。さらに、共通クラスの統合も可能です。このソリューションは相互運用性にも優れており、クロスロールアップアービトラージなどのより多くの可能性をもたらします。このソリューションの欠点は、Rollup 独自のネイティブ トークンを効果的に強化できないことです。

Rollup が社内の専用ソリューションを使用して分散型ソーターを実装する場合、これは最も時間と費用がかかるソリューションですが、Rollup のネイティブ トークンを強化するには確かに最も効果的な方法です。たとえば、StarkNet プロジェクト パーティは、ロールアップのトランザクション ソートに参加するためのソーター セットになるためにプロトコルのネイティブ トークンを誓約し、価値の蓄積を達成するために一定のサービス料金を請求することをユーザーに要求できます。

トレードオフ 3: 分散型並べ替えを実現するには、どの技術実装ソリューションを使用する必要がありますか?

トレードオフ 3: 分散型並べ替えを実現するには、どの技術実装ソリューションを使用する必要がありますか?

前述したように、分散トランザクション順序を実現するための技術的な実装ソリューションは数多くあります。これには、さまざまなコンセンサス メカニズム、FCFS、ブロック入札、暗号化されたメモリプールなどに基づくソリューションが含まれますが、これらに限定されません。各技術実装ソリューションには、独自の長所と短所があります。コンセンサスベースのメカニズムは時間効率によって制限され、暗号化されたメモリプールはロールアップ利益の最大化を達成できないなどです。もちろん、Astria の 2 つの異なる技術実装ソリューションの統合を参照することもできます。さまざまな技術的な実装オプション間のトレードオフは、すべてのロールアップ プロジェクトで慎重に検討する必要がある問題です。

最後に書きます

ロールアップトラックの現在のリーダーであるオプティミズムとアービトラムはコインを発行していますが、これは単なる出発点にすぎず、本当の競争は始まったばかりである可能性があります。少なくとも現在の傾向から判断すると、分散型仕分け機は軍事戦略家にとって戦場となるに違いありません。

zk シリーズのロールアップ プロジェクトも静かに浮上しており、競争が激化する環境では、一歩間違えると取り返しのつかない損失が発生する可能性があります。しかし、プロジェクトの生死を左右するイノベーションに直面して、ロールアップには一般的な傾向に従うしかありません。

参考文献

[1] Binance Research: イーサリアムのロールアップは集中化されている、分散型シーケンサーの考察

[2] Espresso HotShot: ロールアップ用に設計されたコンセンサス

[3] ベースのロールアップ - L1 シーケンスによるスーパーパワー

[4] Astria の紹介: 共有シーケンサー ネットワーク https://blog.astria.org/introducing-astria/

[5] アストリア開発クラスターの紹介

https://blog.astria.org/introducing-the-astria-development-cluster/

[6] なぜシーケンサーを分散化するのか?

https://blog.astria.org/why-decentralize-sequencers/

[7] IOSG が SUAVE を詳しく説明: MEV の新たな 10 年による大規模な成長

[8] MEVの未来はSUAVEです

[9] Radius Gitbook