jakiro
著者：ロールアップソース：X、@therolupco翻訳：Shan Oppa、Bitchain Vision
ETHCCの「シーケンス＆amp; cake Day」では、Onebalanceは、ロールアップがレビューおよび要約したチェーンの抽象化と事前確認に関するパネルディスカッションを開催しました。チームメンバーは次のとおりです。
-
Ethereumの@vitalikbuterin
-
@arjunbhuptani by everclear.org
-
スキッププロトコルによる@HXRTS
-
Anomaticaの@cwgoes
これが議論のための完全なレビューメモです
完了前は、ブロックビルダーの動的メカニズムを変更します。
検索者は現在、各トランザクションの大部分の重いものを引き受けています。はい、それはより重い提案者を意味しますが、より軽いビルダーです。
PBS（提案者建設業者の分離）は、提案者とビルダーを分離し、ビルダーの概念を紹介しますが、今ではやるべきことが増えました。
しかし、Vitalikは、イーサリアムに基づいていないLayer2にとっては、何らかの形のPBSが優れていると考えています。もちろん、ロールアップベースのソリューションがL1にもたらす依存関係が多くなります。
議論はすぐに事前確認に変わり、2つのタイプがあることに注意してください：事前確認と事前確認を含む。
事前確認を行うことは、ソートを保証し、状態ルートを提供する強力なタイプです。
これは、セキュリティと迅速な確実性を必要とするロールアップユーザーにとって重要です。
一方、事前確認を含むことは、他の指定された取引が同じ状態に到着する前にトランザクションが含まれることを保証する以外に、トランザクションのソートについて保証するものではありません。
ここで重要な違いに注意する必要があります。
ソルバーがより強力な実行保証を購入する意思がある市場がある場合、彼らはそれを購入します。
普通のユーザーですか、それともdefiユーザーですか？彼らは状態ルートが何であるかを気にしますか？
確かに、支払いの確認時間を12秒から1秒に短縮したいと考えていますが、事前確認を含むすべての実用的なユーザーにとっては十分であるように思われます（また、L1で構築するのも簡単です）。
Vitalikは、「高度な」ユーザーに応えるための過剰な最適化を懸念しています。
はい、1億ドルを取引するエンティティは、事前確認前自体には多くの担保が必要であるため、事前確認を含めることに満足していない場合があります。
これらの事前確認はどのように実行されますか？担保の存在下でさえ？
1つのアプローチは、ユーザーとソルターの間でオフチェーン契約に到達し、ソルターにペナルティを設定して、トランザクションが含まれ、実行されることを確認することです。
要するに、グループは、事前確認の目的はロールアップベースのスキームを適切に機能させることであるというコンセンサスに達しました。
さらに、ロールアップベースのスキームの目的は、共有ソートを機能させることです。
ソーターは、次のソーターが誰であるかに同意する必要があります。したがって、共有ソルター（ソート用）には強力なシェリングポイントがあり、イーサリアムの断片化問題（ロールアップ全体の原子コンポゼリティ）を修正できます。
アルジュンが言ったように、議論が意図に変わると、彼のビジョンは、ユーザーがチェーンを直接操作するのではなく、ソルバーと対話するというビジョンです。
保証を提供するソリューションは、ソースチェーンの資金が安全であり、再編成されないことを確認する必要があります。
Samは、SkipにはIBCリピーターがあり、HyperLaneをサポートしていると述べましたが、ソルバーはなく、ターゲットチェーンに直接接続できます。
Verifiersは、両方のネットワークでメッセージをピックアップし、現在の時代の典型的なブリッジデザインである反対側に渡します。
議論は長い間続いていますが、ここに私たちの重要なポイントのいくつかがあります。
-
Vitalikは、シングルスロットの確実性の主要な支持者ではありません。
-
ロールアップのソートをロールアップに基づいて実装できるため、ロールアップベースのソリューションを使用しようとしています。
-
「高速ブロックと事前確認なし」または「遅いブロックと速い事前確認」に関するコンセンサスが不足しています。
全体的に、今週の仕事を開始したのは、非常に技術的で高品質のグループディスカッションでした。
