著者：Tariz 出典：mirror 翻訳：Good Oba、ゴールデンファイナンス

本稿では、ロールアップの迅速な最終決定を可能にするデリバティブ市場について説明する。要約

本稿では、ロールアップの迅速な完了を可能にし、ロールアップ、提案者、構築者間の自発的な参加と公正な競争を促進するデリバティブ市場について説明する。デリバティブ市場におけるEtherとロールアップのインセンティブを一致させることで、ロールアップに関連する運用リスクを軽減することができる。私たちのユニークなデザインは、ロールアップが事前確認プロバイダーとして機能することを可能にし、迅速な事前確認を可能にし、検閲への耐性を高めます。この機能は、ロールアップ・ユーザーのための真のスケーラビリティを保証します。

動機

ロールアップは、イーサの外部でユーザーのトランザクションを処理し、圧縮された形でイーサに送信することで動作します。このメカニズムにより、ユーザーはより低いトランザクションコストとより高速なトランザクションを体験することができます。しかし、ロールアップの高速トランザクション処理は、ロールアップとユーザー間のコミットメントによって達成されるため、イーサとロールアップ間のインセンティブの不整合に脆弱である。

ロールアップはトランザクションの実行後の状態をイーサ上で決済することを約束し、ユーザーはこの状態に基づいて次のトランザクションをコミットする。この有効な状態遷移の約束はrollupの暗号経済メカニズムによって保証されている。しかし、これはロールアップトランザクションが実際にイーサブロックに含まれることを保証するものではない。

現在、イーサはブロックにロールアップトランザクションを含める義務はありません。より正確には、Etherの提案者はロールアップトランザクションを含めないことを選択できます。この状況はインセンティブがずれていることに起因しており、イーサブロックにロールアップトランザクションを含めることがイーサのエコシステム全体に利益をもたらすとしても、特定の提案者に利益をもたらすとは限らない。

ロールアップ取引を完了させるために、イーサにおける自発的な協力の最終性を促すことは難しい課題です。イーサの参加者がロールアップの最終性を完了するために協力しない場合、ロールアップは長期間イーサのセキュリティを継承しません。このような状況は、ファイナリティの遅延やサービスの中断につながり、ユーザーは次のトランザクションの作成に不必要な懸念を抱くことになり、サービスの信頼性に直接影響します。ロールアップのユーザーが心配することなくロールアップの真のスケーラビリティを享受できるようにするためには、イーサの参加者が自発的にロールアップのファイナリティに参加するよう奨励するインセンティブを揃えることが重要です。

順序付けに基づく高速な最終性を可能にする

高速な最終性とは、ロールアップの状態が実行後にイーサ上で解決されることを保証するロールアップの能力です。これを達成するために、ロールアップは事前に2つのコミットメントを行わなければならない：1）ユーザーのトランザクションがEtherに含まれることができることを保証する、2）状態遷移の整合性が有効であることを検証する。

Justin氏が提案するBased Sequencingは、Etherの提案者をロールアップの事前確認プロバイダーとして使用することで、最初の約束を果たします。このアプローチでは、ロールアップとEtherの間のインセンティブが調整され、ユーザーはEtherから直接トランザクションの包含に関する保証を受けることができる。事前確認のチップとカットインセンティブは、Ether提案者が約束を履行するインセンティブを維持することを保証する。

1.プロポーザ・ダイレクト・コミットメント：これは、署名された事前確認をロールアップユーザーに直接送信する事前確認プロバイダーとして、イーサ提案者を指定することを含みます。利点は、Etherの活動を継承して、Etherから直接決定論的な保証を得られることである。欠点は、提案者のオーバーヘッドが遅延とイーサの集中化につながることです。

2.リレーを通して約束を渡す：このアプローチは、第三者の助けを借りて、ユーザーの事前確認が含まれる可能性を高めます。利点は、ロールアップやプロポーザが余分な役割で過負荷になるのを防げることです。デメリットは、リレーとの信頼の問題があり、アプローチによっては、コミットメントが決定論的ではなく、確率論的である可能性があることです。

3.ブロックスペース購入者によるコミットメント: このアプローチでは、ロールアップが事前確認プロバイダーとして機能し、特定のブロック構築権に対して提案者に事前に支払いを行います。利点は、最終確認のためのブロックを所有することで、ロールアップが決定論的にユーザーにコミットでき、その順序付けによって高速な事前確認を実現できることである。デメリットは、ロールアップが将来のブロックの価格を決定する運用リスクを負うことです。

各アプローチには大きな可能性がありますが、イーサブロックの価格を決定する運用リスクがあるため、第3のオプションは広く議論されていません。本稿では、すべての取引相手の積極的な参加を促進しながら、ロールアップの運用リスクを軽減することを目的としたデリバティブ市場を提案します。

このデリバティブ市場は、言及したシーケンスに基づく委任事前確認と高速事前確認の実装に関連しています。

フォワード契約（提案者とロールアップ）

ロールアップは、特定のスロットでブロックを構築する提案者の権利を購入することで、前もってイーサブロックをロックすることができ、取引の迅速な確定を可能にします。.このプロセスは、金融市場で一般的な先渡契約に似ている。フォワード契約によってロールアップが直面する運用リスクを理解するために、提案者の32スロットの先読みとビーコンチェーンのスロットオークションを含む単純なシナリオを見てみましょう。

フォワード契約の概要

このシナリオでは、フォワード契約によって、ロールアップは提案者からあらかじめ決められた価格でスロットをロックすることができ、ロールアップにブロックチェーン上の保証されたスペースを提供します。

1. t=0で、rollupは次のラウンドの提案者を知る。

2. t=1で、ロールアップは提案者と特定のスロットのフォワード契約を購入することで、スロットオークションに参加する。

3. t=2から、rollupはスロットを獲得した後、ユーザーのトランザクションをシーケンスし、ユーザーに事前確認を提供し、そのブロックから収益を受け取る。

4. t=3で、rollupはフォワード契約の実行、つまりトランザクションをイーサブロックに圧縮して提案者に提出することを要求します。

5. t=4で、提案者は受け取ったブロックに署名し、イーサブロックチェーンに提案することで契約を履行します。

ロールアップの運用リスク

上記のシナリオでは、運用コストの面でロールアップに多くのリスクがあります。paddingleft-2">

これらのリスクを理解し管理することで、ロールアップは先渡契約をよりうまく活用し、取引の迅速な確定を実現し、業務の持続可能性と効率性を確保することができます。

デリバティブ市場

ロールアップに関連する業務上のリスクを軽減するために、私はビルダーズと呼ばれる専門的な参加者によるデリバティブ市場を提案する。この市場は、ビルダーとプロポーザーの間のフォワードと、ロールアップとビルダーの間のスワップという2種類のデリバティブで構成される。この市場の目的は、ブロック・スペースの購入を通じて迅速なファイナリティを達成する上でロールアップが直面する運用上のリスクを軽減するだけでなく、各参加者の専門知識を活用することで商品の効率性を高めることにある。

市場構造

前方契約（建設業者と提案者）

t = 1の時点で、ビルダーはプロポーザと、スロット・オークションに参加することでブロック構築権を得るためのフォワード契約を結ぶ。この契約により、ビルダーはロールアップ取引に必要なブロック・スペースを確保することができ、同時にプロポーザーは安定した収入源を確保することができる。

スワップ契約（ビルダーとロールアップ）

t=2で、ビルダーはロールアップと以下の事実に基づくスワップ契約を結ぶ。ビルダーは、ロールアップ取引の義務をブロックに含めなければならない。この契約により、Rollupは将来のブロック構築権を使ってEtherブロックを確実に完成させ、BuilderはEtherブロックの一部と引き換えにRollupのためにブロックを構築することで利益を得る可能性があるため、両者はブロック構築プロセスで遭遇する課題に対してヘッジすることができます。

契約の実行

• t = 3で、ビルダーはスワップ契約から得たロールアップ構築権を使ってロールアップ・ブロックを構築し、t = 4で収益を上げる。

• t=4で、ロールアップはスワップ契約上の義務を履行し、ビルダーはロールアップ取引を先渡契約によってロックされたイーサブロックに含める必要があります。この過程でビルダーは、ロールアップ取引をブロックの一番下に配置し、ビルダーの取引を一番上に配置することで、イーサブロックの追加収益生成を最適化します。

• t=5で、ビルダーはプロポーザにイーサブロックを引き渡し、プロポーザはそれをフォワード契約に従ってイーサに提案し、事前に定義された瞬間に取引を確定します。

参加動機

ロールアップは、オペレーショナルリスクをヘッジしながら、迅速な最終決済のためにブロック購入に参加します。コントラクトをスワップすることで、ロールアップは必要なブロックスペースを先取りして確保し、事前に確認されたロールアップ取引がすべてイーサブロックに含まれるようにします。このプロセスにより、rollupはイーサブロックスペースを確保するために収入以上の支出をするリスクを回避することができ、不必要な価格予測やオークション参加のための労力を省くことができます。

ビルダーはスロットオークションによる過払いリスクをヘッジします。スワップを通じてイーサのトップスペースとロールアップブロックを確保することで、ビルダーはリスクを分散し、財務の安定性を向上させる二重の収益源を手に入れることができます。

提案者は、迅速なロールアップ確定に関連する報酬を受け取るために参加します。スロット・オークションに参加する建設業者は、ロールアップ・ブロックが生み出す可能性のある収益（MEV）を考慮して入札額を調整します。このように、ロールアップの最終化に対するインセンティブを調整することで、提案者にさらなる収益機会を提供します。

当然の質問ですが、事前確認プロバイダーは誰でしょうか？私の短い答えは「ロールアップ」です。「ロールアップのビルディングブロック」でさらに詳しく説明します。

デリバティブ市場の追加設計

金融商品を効果的に実現する鍵は、すべての市場参加者が積極的に参加し、公平な競争条件を作り出すことです。

条件付きスワップ

スワップは通常、すべての利益機会を業者に配分し、集約的な参加を妨げる可能性のある制限を設けています。ロールアップの参加を促すために、条件付きスワップ契約が提案された。

この契約には、ロールアップ・ブロック構築によるビルダーの収益が、提案者とのフォワード契約で支払われた固定費を上回った場合、ロールアップはビルダーへの残りのブロックの提供を停止するという条件が含まれている。ブロック・オークションは、ビルダーにブロック建設権を割り当てることで、さらなる収益を生み出す。

すべてのイーサブロックスペースを使用してアグリゲーションが完了しなかった場合、ビルダーはイーサブロックで収益を得る機会を保持します。これは両者のリスクとリターンのバランスを取り、アグリゲーションの収益を生み出す可能性を維持しながら、ビルダーが参加するインセンティブを維持します。

公正な競争市場

ファイナライゼーションは、ロールアップがイーサリアムのセキュリティを継承するための重要なプロセスであり、イーサリアムブロックを定期的に取得する必要があります。この強制的な購入は、提案者に高レベルの価格決定力を生み出し、市場の効率性と公平性を損なう公平でない競争場につながる可能性があります。

効率的な市場は、集約されたブロックの変動する価値と、構築者がイーサブロックを購入する固定コストを組み合わせます。この調整は、スワップ契約の「額面」がゼロであり、合意された価値と市場価値の間に差がないことを示す金融市場に例えることができます。

単一の業者の価格決定力を低下させ、ロールアップが妥当な価格で契約できるようにするためには、スワップ取引に関与する複数の業者間の競争を促進することが重要です。これは、異なる時期にブロックを建設する権利を持つ複数の建設業者の参加を支援することによって達成できる。さらに、フォワード契約の市場も拡大されるべきである。異なる時期にブロック提案権を持つ複数の提案者（32など）が、これらの契約に参加することを奨励すべきである。

この構造は、建設業者が提案者とのフォワード契約においてより競争的な入札を行うため、建設業者への支払いを集約する合理的なコストを維持するのに役立つであろう。提案者は、そのブロックからの収益を最大化することに変わりはなく、集約にはイーサネット・ブロックの確定が必要となるため、公正な価格設定に貢献する。

スワップ契約の額面と一致させるための予測期間についての議論が必要です。

共同ロールアップ戦略：すべてのロールアップ派生商品

スワップ契約は、テラフロップブロックの一部を集約されたブロックの価値と交換するためのプロトコルです。これは、イーサネット・ブロックのどこかに集約されたトランザクションを含める義務を前提としている。ビルダーが比較的低いブロック値のアグリゲーションに参加する可能性は低い。その結果、アプリケーションに特化したアグリゲーションはブロック価値が低く認識され、スワップ市場では疎外される可能性があります。

この問題に対処するために、ジョイント戦略を導入します。共同アグリゲーション戦略では、複数のアグリゲーションを集団取引グループにグループ化し、市場参加をサポートします。例えば、3つのアプリケーション特化型アグリゲート（dex、nft、games）をグループ化する。このグループは、3つのアグリゲートすべてのブロックを構築する権利を持つ単一のビルダーと交換契約を締結する。交換契約を実行する際、ビルダーはグループに集約されたすべての取引をイーサブロックに含める義務を負います。

含まれたビルダーのブロックの価値は、クロスアグリゲーションアービトラージなどの戦略により、個々のブロックよりも高くなる可能性があります。参加するすべてのアグリゲーションがzkアグリゲーションである場合、Avail Nexusのようにアグリゲーションを証明することで検証コストを削減することができ、アプリケーション固有のアグリゲーションのための高速ファイナライズ機能を効果的に確保することができます。

これらの追加設計は、参加者の参加意欲を弱めますか？

それどころか、これらの設計はロールアップの参加意欲を高め、建設業者や提案者の収益機会を増やし、持続可能な市場エコシステムを促進します。

ロールアップにおけるブロックの構築

このセクションでは、アグリゲーションにおける交換契約を通じてブロックを構築する権利を得た構築者が使用するブロック構築の方法論を探ります。このデザインは、ユーザー中心のアグリゲーションに不可欠な検閲耐性と高速な事前確認を実現します。

ロールアップにおける検閲耐性

ロールアップは、特定のイーサリアムスロットでブロックを構築する権利を持つビルダーと交換契約を結ぶことで、ユーザーにとって迅速な最終確認を保証します。これらの契約では、PBSと同様に、ビルダーは最も収益性の高いブロックをロールアップに提供し、ロールアップがそれを実行する。しかし、この構造は、アグリゲーション・ユーザーをビルダーによる検閲、囮捜査、先取り取引攻撃にさらす可能性があります。

RollupはRadiusのソートエンジンを採用し、トランザクションが検閲されないように暗号ベースの事前確認をユーザーに提供します。このアプローチでは、ユーザーは遅延暗号化を使用してトランザクションを暗号化し、暗号化されたメモリの集約プールにコミットする。この暗号化により、トランザクションは集約されたブロックに含めることが決定されるまで秘匿されるため、意図的な検閲を防ぐことができる。いったん取り込みが決定されると、取引は自動的に復号化され、アグリゲーションが取引を実行し、事前確認を提供できるようになる。このコミットメントに注文を含めることで、復号化後に誰もトランザクションを並べ替えることができなくなり、先取り攻撃やサンドイッチ攻撃からユーザーを守ることができる。

高速な事前確認

ロールアップは、あらかじめ設定されたプロバイダをシーケンサとして指定し、ブロック空間をブロックトップ（ToB）とブロックボトム（ToB）に分割することで、ブロック空間をブロックトップ(ToB)とボトム(BoB)に分割することで、瞬時に高速な事前確認を行うことができます。

ToBは集約ブロックの中で最も価値のあるスペースです。アグリゲーションは、スワップ契約を通じて契約したビルダーにToB構築権を割り当てる。ビルダーは、アグリゲーション前のブロックの状態に基づいてバックグラウンド・ラン・パッケージを生成し、実行と利益創出のためにそれらを提供する。

BoBはアグリゲーション内の通常のユーザー取引に割り当てられる。ユーザートランザクションをBoBに振り分け、事前確認を行います。

この構造はRadiusシーケンスエンジンの相乗効果を示しており、BoBに含まれるすべてのユーザートランザクションが暗号化されているため、ビルダーによる意図的な有害MEVからユーザーを保護します。単一のシーケンサーがBoBをシーケンスする場合でも、検閲、サンドイッチ、先取りトランザクションなどの中央集権的なリスクからユーザーを保護すると同時に、高速な事前確認を可能にします。

シンジケートされたロールアップ戦略

高速な最終確認を効率的に可能にしながら、そのカスタムスケーラビリティを維持する方法として、上記のシンジケートされたロールアップ戦略を紹介しました。このセクションでは、ビルダーがこのポリシーを選択する Rollup ブロックを構築する方法を示します。

シンジケート・ロールアップ戦略では、ロールアップAとBは、全体として、ToB（トップ・オブ・ブロック）の建築権についてビルダーと契約します。-of-Block）の建築権が業者に割り当てられる。ビルダーはToBに含まれるクロス・サマリー・バンドルを作成し、各アグリゲーションに提出する。集合体は、提出された建築主が認可契約に基づいて契約した当事者であることを確認し、ToB にそのバンドル を含める。このプロセスの間、集合体は共有発注エンジンを活用して、契約の円滑な実行を促進することができる。

BoBのソートでは、ロールアップはスタンドアロンのソートエンジンと共有ソートエンジンのいずれかを選択できます。アグリゲートがアグリゲート間のコンポーザビリティをユーザーに提供したい場合、選択されたソーターが共有の事前設定プロバイダーとして機能する共有ソートエンジンを選択する。各ロールアップが独自のソートエンジンを選択する場合、それらは独立してユーザーに高速な事前設定を提供することができる。

結論

私はロールアップ中心のイーサリアムの未来に熱中しており、ロールアップをよりユーザー中心の方向に進めることに特に尽力しています。Radiusのソートエンジンは、デリバティブ市場に参加するRollupsが、ビルダーとの契約においても、独自の検閲耐性と高速な事前確認を保証します。

次は何でしょうか？

1. デリバティブ市場に必要な技術的要件を探る。これには、契約を清算するための清算機関、トラッキングを監視し契約履行を管理するメカニズム、コミットメントを執行するための削減メカニズムなどが含まれます。

2. Blobspaceを使用した集約の設計を探求する。Blobspaceを使ったロールアップは、必要なスペースに関係なく、Blob全体を購入しなければなりません。これは、私が提案している市場構造とシームレスに統合できるはずで、Tamaraの最近のBlobspaceデリバティブの提案も興味深いものです。

3. イーサの分散化を助ける他のデザインを提案してください。この市場は、集約の最終性に沿ったインセンティブによって提案者による自発的な参加を促すことができますが、提案者のプール要因によってイーサの中央集権化につながる可能性があります。mikeneuder ( 実行チケット )とbarnabe ( APS-Burn )によって提案されたように、ビーコン提案者と実行提案者を分離する設計は潜在的な解決策になり得ます。