この記事は学習とコミュニケーションのみを目的としており、投資アドバイスを構成するものではありません。再版する場合は出典を明記し、IOSG チームに連絡して承認と再版の指示を取得してください。記事内で言及されているすべてのプロジェクトは、推奨または投資アドバイスではありません。

序文

Uniswap は長年にわたり、取引所をよりユーザーフレンドリーで公平なものにするために、機能の変更とイノベーションを絶えず推進してきました。たとえば、Uniswap Mobile のモバイル バージョン、UniswapX の Fillers Network、クロスチェーン インテント標準を統一するための ERC-7682、Uniswap V4 で AMM プールをカスタマイズするための今後のフックなどを見てきました。

10月10日、Uniswapは全体的に楽観的なロールアップであるUnichainを発表した。このチェーンは、プロセスにおける MEV 参加者のプライバシーと完全性を最大限に高めながら、トレーダーにほぼ即時の交換エクスペリエンスと低いスプレッドを提供する、スーパー チェーン エコシステムのワンストップ流動性センターになることを目指しており、そのプロセスで TEE を使用します。 。

これらのビジョンは印象的ですが、ユーザーは別の L2 の必要性を疑問視しており、Vitalik を含む一部の人は Unichain = 「ロールアップ上の Uniswap のすべてのコピー」についてコメントしています。言い換えれば、新しいチェーン上で Uniswap クローンを起動することは、実際には Unichain 自体を起動することと同じ目的を果たすと彼は信じています。

では、ユニチェーンは良いことなのでしょうか、それとも悪いことなのでしょうか?今日の記事では、Unichain のアーキテクチャについて説明し、Unichain の「必要性」を理解します。

Uichain 技術アーキテクチャの分析: L2 を再設計する必要は本当にありますか?

Uichain 技術アーキテクチャの分析: L2 を再設計する必要は本当にありますか?

1. ユニチェーンとは何ですか?

Unichain は、プライバシー技術 TEE を使用して、オンチェーンの LP および交換業者への潜在的な影響を最小限に抑えながら、ほぼ瞬時のトランザクションを実行するように設計された楽観的なロールアップです。

Unichain は他のオプティミスティック ロールアップ チェーンと同じ特性と標準で構築されているため、ハイパーチェーン エコシステムの相互運用性を活用し、ネットワーク全体で共有流動性にアクセスできるようになりました。

この目的を達成するために、Unichain は 4 つの主要な革新をもたらしました。

  • Rollup-Boost と Sequencer Builder を分離
  • TEEでのブロック構築
  • フラッシュブロック
  • ユニチェーン検証ネットワーク (UVN)

1.1 ロールアップ ブースト: シーケンサー プロポーザー分離 (SBS)

ブロック構築は MEV 問題を解決する鍵です。

MEV Boost が登場するまで、イーサリアムは検閲のリスクとユーザー エクスペリエンスの低下に悩まされていました。ユーザーは、利益重視の注文取り込みを求める検索者間の熾烈な競争により、高額な取引手数料と最前線の問題に直面しています。これらの問題を解決するために、flashbot は MEV-boost を構築しました。

MEV Boost は、ブロック ビルダーと提案者の役割を集約し、最も収益性の高いブロックを署名のために提案者に送信するリレーラーを導入することで、ブロック ビルダーと提案者の役割を区別します。この設計は、MEV 抽出プロセスを効果的に分散化し、バリデーターとプロのビルダーの間で MEV の利益を民主化します。

Uichain 技術アーキテクチャの分析: L2 を再設計する必要は本当にありますか?

ロールアップ ブーストの概念は MEV ブーストに似ており、SBS (シーケンサー ビルダー分離) が有効になっている L2 は、「ブロック ビルダー サイドカー」と呼ばれるシステムを通じて、ブロック構築プロセスをシーケンサーの実行エンジンから分離できます。

つまり、システム内には 4 つの主要コンポーネントがあります。

  • OPノード
  • OPゲス
  • サイドカー/ブロックビルダー サイドカー
  • 外部ブロックビルダー

以下は最適化アーキテクチャ図です。シーケンサー ノード (オプチェーンとも呼ばれます) が Op-geth と Op-node で構成されていることがわかります。

Uichain 技術アーキテクチャの分析: L2 を再設計する必要は本当にありますか?

シーケンサーにおけるブロック構築と提案の役割を区別するために、Sidecar と呼ばれるコンポーネントが追加されました。サイドカーを使用すると、OP ノードが外部ビルダーからブロックを受信できるようになり、ブロック ビルダーとプロポーザーの間に市場が形成されます。

ワークフローは次のとおりです。

1. OP ノードは更新をサイドカーに送信します。

2. サイドカーは更新を op-geth に転送する仲介者として機能します。

3. OP ノードが OP-geth からのブロックを要求すると、サイドカーがその要求をインターセプトします。

4. 次に、サイドカーはリクエストを外部ブロック ビルダーに転送します。これは、外部ビルダーが入札して競争できる「ギャップ」です。

5. 外部/勝者ブロックを受信した後、サイドカーはそれを OP ノードに送信します。

6. ブロックが受信されない場合、サイドカーはローカルに生成されたブロックを転送します。

ブロック ビルダー サイドカーの主な利点は、アップグレードの際に OP チェーン クライアントを変更する必要がなく、より柔軟で合理化された検閲耐性のあるトランザクション順序付けルールが可能になることです。ただし、中継車(サイドカー)の追加により多少の遅延が発生する場合があります。

1.2 ロールアップ ブースト: シーケンサー プロポーザー分離 (SBS)

Rollup Boost は、ブロック構築プロセスに信頼できる実行環境 (TEE) を導入して、トランザクションの整合性を確保することで、このプロセスをさらに一歩進めます。 Intel TDX などの最新のハードウェアの進歩により、リアルタイム パフォーマンスが可能になります。

TEE に詳しくない方のために説明すると、TEE はプロセッサまたはハードウェア内の安全な領域であり、権限のないエンティティによる内部データの読み取りを防止することでプライバシーを強化します。同時に、TEE 内のコードは変更または置換できないため、TEE は高レベルの整合性を維持します。

Uichain 技術アーキテクチャの分析: L2 を再設計する必要は本当にありますか?

ロールアップ ブーストのコンテキストでは、Unichain は TEE ビルダーを使用して MEV 漏洩のリスクを軽減します。これは、バンドルまたはトランザクションが TEE ブロック ビルダーに送信されるとき、TEE の整合性の側面により、トランザクションがビルダーに到着する順序が、より多くの MEV を抽出しようとする外部パーティの影響を受けないことが保証されることを意味します。

さらに、TEE はトラストレス復元保護を提供します。これにより、TEE はシミュレーションを実行でき、復元されたトランザクションは処理前に検出されて削除されるため、失敗したトランザクションからユーザーを保護します。これにより、AMM の効率が向上する (失敗したトランザクションがなくなるため) だけでなく、特にトランザクション量が多い場合に、全体的なユーザー エクスペリエンスも向上します。

Uichain 技術アーキテクチャの分析: L2 を再設計する必要は本当にありますか?

注文とブロック構築プロセスの透明性を高めるために、ブロックの生成後に実行の証拠がユーザーに公開されます。この証明は、後の段落で説明する概念である優先順位付けを検証するために重要です。

1.3フラッシュブロックと検証可能なブロックの構造

イーサリアムの平均ブロック時間は 12 秒ですが、これは非常に遅く、許容できるトランザクション エクスペリエンスに対する今日の要求を満たすことができません。さらに、ブロック時間が遅いと、ネットワークがより多くの MEV の機会にさらされ、トランザクション スパム攻撃によるネットワークの輻輳に対して脆弱になります。

L2 は、オフチェーン トランザクションをバンドルし、計算の正しさを検証するための証明を提出することで、イーサリアムのスケーラビリティを向上させることを目的としています。よりスムーズなトランザクション エクスペリエンスを提供するために、Unichain は 250 ミリ秒のブロック時間を達成することを目指しています。ただし、これを実現するには、Unichain が低遅延でほぼ瞬時の確認時間でブロックを継続的に送信できるシステムが必要です。 Solana は 440M を並列処理できますが、この速度を達成するには、ある程度の分散化が犠牲になります。

以前は、ほとんどの L2 ブロック提案中に、データのシリアル化とステート ルートの生成に遅延が発生し、高速なブロック時間を実現できませんでした。

この問題を解決するために、Flashbot は Flashblock を作成しました。そのアイデアは、チャンクをより小さなシャードに「分割」し、それによってチャンク間の時間を短縮して UX/LP の利点を最大化することです。

Uichain 技術アーキテクチャの分析: L2 を再設計する必要は本当にありますか?

Flashblock は、部分的ではあるが迅速な確認のために TEE ブロック ビルダーによって発行される事前確認です。

まず、トランザクションが TEE ブロック ビルダーにストリーミングされます。 L2 で SBS が有効になっている場合、ブロック ビルダーはシーケンサーから切り離されます。ソートとバンドルの後、トランザクションはフラッシュブロックと呼ばれる部分的な確認を徐々に形成します。 Flashblock は、検証のために 250 ミリ秒ごとにシーケンサーから他のノードにブロードキャストします。

レイテンシは L2 でのステート ルートの生成とシリアル化によって発生するため、Unichain は複数の部分ブロックに対してステート ルートとコンセンサスを 1 回だけ計算することでブロック構築プロセスのコストを償却し、レイテンシを大幅に削減します。

つまり、Flashblock は次の理由で強力です。

  • ブロック生成時間が短いため、LP の逆選択コストのリスクが軽減されます。
  • Flashblock は既存の状態の早期実行ステータスを提供し、ウォレットとフロントエンドの統合を容易にします。
  • 高速トランザクションは優れたユーザー エクスペリエンス (UX) を提供します。

さらに、TEE はすべての Flashblock で優先順位付けを強制できるため、アプリケーションやスマート コントラクトは MEV 税を課したり、自らの利益のために優先順位をハイジャックしたり、LP やユーザーに MEV を再配布したりすることができます。

Dan Robinson 氏がツイートで強調したように、アプリケーションとユーザーが MEV を「制御」できるようにすることは、Unichain の主な機能/目的の 1 つです。

さらに良いことに、TEE での公開された実行証明を通じて優先順位を検証できます。これにより、ユーザーはトランザクションがどのように実行されたかを正確に確認できます。これは、ユーザーが優先順位付けが公平に行われることを保証する唯一の方法であるため、非常に重要です。

1.4Unichain検証ネットワーク(UVN)

現在、ほとんどの L2 シーケンサーは集中管理されており、単一のシーケンサーの動作が MEV の公平性、ブロックのアクティビティやファイナリティなどに影響を与えます。たとえば、シーケンサーが無効なブロックを発行し、それに異議を唱えるために不正行為の証拠が提出された場合、その結果生じるチェーンの反転が実際にチェーンの速度に影響を与える可能性があります。

シーケンサー内の潜在的な単一障害点に対処するために、Unichain は Unichain Validation Network (UVN) を導入しました。

UVN は、ブロックが提案されたときに正規チェーン (イーサリアム) のバリデーターを介してブロックを検証することに重点を置くことで、ファイナリティの追加レイヤーを追加します。このプロセスは実際には並列化に似ており、ブロック構築のさまざまな段階が 1 つのエポック内で同時に発生する可能性があります。

ただし、ドキュメントに詳細が記載されていないため、メリットとデメリットについて推測するには時期尚早です。

1.5$UNIトークン

$Uni トークンは単なるガバナンス トークンではなく、ユーティリティ トークンになりました。

バリデーターになるには、オペレーターはまずメインネットの担保として $Uni を賭ける必要があります。スマート コントラクトは、Unichain のネイティブ ブリッジを介して残高を追跡し、ステータスを更新します。

各エポックの開始時に、現在のステーキング残高がスナップショットされ、手数料がステーキングの重みに比例して分配されます。 $UNI ステークの重みが最も高いバリデーターがアクティブ セットに選択され、プルーフを公開して検証報酬の一部を受け取ることができます。証明を見逃したり、証明を公開しなかったバリデータは報酬を受け取らず、報酬は次のエポックに持ち越されます。

限られた公開情報に基づいて、検証報酬は次のように推測できます。

(Unichain ユーザーが支払う L2 料金 - アプリケーションによって課される MEV 税 - Tier 1 にバンドルを送信するコスト)

Uichain 技術アーキテクチャの分析: L2 を再設計する必要は本当にありますか?

2.Unichain vs Appchain vs 一般ロールアップ

Uichain 技術アーキテクチャの分析: L2 を再設計する必要は本当にありますか?

  • Unichain/Universal Rollup と AppChain の主な差別化要因は、MEV、事前確認、ブロックスペースの競合です。
  • アプリケーション チェーンはアーキテクチャを柔軟にカスタマイズできるため、さまざまな MEV メカニズムを実装して、検閲リスクの排除や MEV 漏洩の削減などの問題を軽減できます。
  • 同時に、TEE によって提供される整合性プロパティにより、Unichain はトランザクション シーケンスが第三者の影響を受けないようにすることで MEV を緩和し、再編成します。検証可能な優先順位付けにより、MEV の公平性が保証され、MEV 収益をユーザーと流動性プロバイダーに再分配できる可能性も確保されます。
  • 市場のほとんどの注文者は一元管理されているため、注文フローから最大の価値を引き出すことができます。対照的に、Unichain は、MEV 再配布メカニズムが元のシーケンサーによってキャプチャできる MEV の数をある程度制限するため、より「公益」的なアプローチを採用しています。
  • Unichain はオプティミスティック チェーンの統一標準である OpStack 上に構築されており、これにより Unichain は安全なメッセージングを通じてメッセージを読み取り、スーパー チェーン上の資産を転送できるため、低遅延 (約 2 秒) を実現できます。一方、アプリチェーンは、IBC エコシステムへの参加や Arbitrum Orbit 上の L3 の構築など、さまざまな相互運用性ソリューションを利用できます (ただし、これは OpStack の L2 では一般的ではありません)。

Uichain 技術アーキテクチャの分析: L2 を再設計する必要は本当にありますか?

3.結論

Unichain は、事前確認済みのスムーズなトランザクション エクスペリエンスをユーザーに提供するだけでなく、flashblcoks によって可能になるブロック時間の短縮により、MEV 活用ウィンドウを最小限に抑える興味深い概念です。この革新により、LP の逆選択のリスクも軽減され、ユーザー/LP はスリッページの低下などの恩恵を受けることができます。

一方、信頼された実行環境 (TEE) の完全性とプライバシーの特性により、Unichain での優先順位付けのおかげで、チェーン上のユーザーは公正で検証可能な、またはアプリケーション管理による MEV 再配布による保証されたトランザクションを享受できることが保証されます。

Unichain の検証プロセスはシーケンサーを単一障害点から保護し、バリデーターは $Uni トークンを収益のある生産的な資産に変えながら、ブロックを迅速に完成させる上で重要な役割を果たします。

ただし、MEV の再配布を有効にすることにより、シーケンサーは実際には最大量の MEV をキャプチャする可能性を失いますが、より多くの収益がチェーン上の LP/ユーザーに還元されます。

Unichain は資産を新しいチェーンに移行するほど魅力的ではないかもしれないと主張する人もいるかもしれませんが、L2 エコシステムが成長し続けるにつれて、オペレーティングチェーン間の相互運用性により Unichain は流動性などのより大きな流動性プールを活用できるようになると信じています。ベースからのプール。

さらに、Grant(UnichainはUniswap DAO後のUSDCの形式でも提供できます)に加えて、カスタマイズされたMEV再配布戦略の恩恵を受けることができるため、新しいDeFiアプリはUnichain上に構築する十分な動機を持っています。同時に、エコシステム内の資産は TEE の恩恵を受け、MEV 漏洩を軽減できます。

したがって、Unichain は、その速度、MEV 再配布の公平性、チェーンが提供する相互運用性により、DeFi の次の中心となる可能性があります。