ベースド・ロールアップの拡張ロードマップが間違った方向に進まない理由

Author: Potuz、Developer Source:X、@potuz_eth Translator:Good Oba、Golden Finance

現在の状況において、私はオンチェーンデータに基づくロールアップスキームについて、どちらかというと弱気な見方をしている。私は、オンチェーンデータに基づくロールアップスキームについては、どちらかというと弱気な見方をしています。しかし私は、オンチェーンデータに基づくロールアップというビジョンは正しいが、それは手の届かない夢に過ぎないと思う。以下の短い論考で、その理由を説明しよう。

人々は、ロールアップのユーザーエクスペリエンス（UX）と流動性の断片化について不平を言う。そして彼らは正しい。L2は利益を追求する企業によって運営されており、たとえその企業がイーサと完全に連携し、誠実にL1をスケールさせようとしていたとしても、活動を捕捉するインセンティブがあります。彼らはUniswapが彼らのL2で実行されることを望み、ブリッジングプロセスの間、より良いユーザーエクスペリエンスのためにL1の状態に素早くアクセスすることを望んでいます。L2から離れない限り、互いにうまく相互運用できる異なるコンポーネントを持つこともできる。

しかし、ロールアップはアクティビティを駆動する必要はありません。

ある意味で、ロールアップは L1 のコプロセッサであるべきです。アトミックである必要がない計算の一部を送信し、セキュリティを確保することができます)、少し弱いセキュリティをロールアップに転送することができます(ゼロ知識証明システムを信頼するか、検証者の1/N仮定を信頼することによって)。この仮説の世界では、ユーザーはL1でトランザクションを送信し、ピクセル化されたサルのJPEGや何かのためにETHを送信し、あらゆる計算はL2で行われますが、ETHとサルはどちらもL1に留まります。

この仮定の世界では、L1はL2の状態に素早くアクセスしたいのであって、その逆ではありません。L2上のトランザクションからのコールバックを望んでいる。L2での実行をトリガーする特別なオペコードを持ちたいのです（そして、そう、これは必然的にロールアップのシナリオを固めることにつながります）。FlashbotのSUAVEビジョンはそれほど遠くないです（ただし、サイドチェイン、いくつかのTrusted Execution Environments（TEE）、およびIntelからの信頼の前提が必要です）。そして、どちらかと言えば、オンチェーンデータに基づくロールアップは、アクティビティを追求する一般的なロールアップよりも、このビジョンに適合しているように見えます。

もしオンチェーンデータベースのロールアッププロジェクトが公然とL1コプロセッサを構築していたら、私はもっと強気になるでしょう。