私たちは、分散型で信頼できない L2 ブロック構築のために Flashtestation を拡張する提案である Flashbots フォーラムに「Beyond Flashtestation」を投稿しました。 フラッシュテステーションとは何か、そしてこれをどのように分散化できるのか?👇

フラッシュテストは、TEE認証を通じて検証可能なオフチェーンワークロードを可能にします。 しかし、これは単一の許可されたブロックビルダー、別名シーケンサー用に構築されています。ブロック構築を信頼できないパーティに委任するには、次の 2 つの主要な改善が必要です。 1. オンチェーンビルダーハブ 2. エンジン API とブロック ペイロードの伝播

1. オンチェーンビルダーハブ L1 とは異なり、OP スタックベースの L2 はパブリック メモリプールを使用しないため、トランザクションはシーケンサーに直接送信されるため、トランザクションはプライベートなままにできます。 このプライバシーを損なうことなく分散型ブロック構築を可能にするために、aTLS は、フロントランニング攻撃やサンドイッチ攻撃などの不正な MEV を防止しながら、信頼できないビルダーが注文フローを安全に共有できるようにする TEE ベースの認証メカニズムを提供します。 これらのビルダーを信頼を最小限に抑えた方法で調整するために、現在 BuilderNet のオフチェーン サービスである BuilderHub をオンチェーンに移動して、ビルダーが aTLS で保護された webSocket を介して登録して接続できるようにすることができます。これにより、参加者間の認証された低遅延の通信が可能になります。

2. エンジン API とブロック ペイロードの伝播 ビルダーは、エンジン API 呼び出しとフラッシュブロック ペイロードの両方を op-node、rollup-boost、および op-rbuilder 間で安全に共有する必要があります。 同じオンチェーン BuilderHub + Websocket フレームワークを使用すると、検証可能で効率的なデータ フローが保証されます。 マルチビルダー設定では、rollup-boost は L2 の MEV-Boost スタイルのペイロード セレクターになります。

ブロック構築と TEE で最も優秀な頭脳の何人かをタグ付けする: @hasufl @DistributedMarz @mmrosum @0xQuintus @bertcmiller @0xOptimus @defin00b