Skipプロトコルの @hxrts<。strong>

事前確認はブロックビルダーの動的なメカニズムを変えます。
サーチャーは現在、トランザクションごとにほとんどの重労働をこなしています。そう、これは提案者が重くなることを意味しますが、建設者は軽くなります。
PBS(プロポーザーとビルダーの分離)はプロポーザーとビルダーを分離し、ビルダーという概念を導入しましたが、今ではビルダーの方がより多くの仕事をこなさなければなりません。
しかし、Vitalikは、EtherベースでないLayer2であっても、何らかの形のPBSが優れていると考えています。もちろん、ロールアップベースのソリューションがL1により多くの依存関係をもたらすでしょう。
議論はすぐに事前確認に移り、事前確認の実行と事前確認を含むという2つのタイプがあることに言及しました。
事前確認の実行は、順序付けを保証し、状態のルートを提供する、より強力なタイプです。
これは、セキュリティと高速な確実性を求めるRollupユーザーにとって重要です。
一方、包含事前確認は、他の任意のトランザクションが同じステートに到達する前にトランザクションが包含されることを保証する以外に、トランザクションの順序について何の保証もしません。
注意すべき重要な違いがあります。
より強力な実行保証を喜んで買うリゾルバーが市場にいれば、彼らはそうするでしょう。
平均的なユーザーはDeFiユーザーなのでしょうか?彼らはステータスルートが何であるかを気にするのでしょうか?
確かに、支払い確認時間を12秒から1秒に短縮してほしいですが、事前確認を含めることは、すべての実用的なユーザーにとって十分に機能するようです(また、L1に構築するのも簡単です)。
Vitalikは、「上級」ユーザー向けに最適化しすぎることを懸念しています。
その通り、1億ドルの企業は、事前確認を含むだけでは満足しないかもしれません。
これらの事前確認はどのように実行されるのでしょうか?担保が存在する場合でも?
1つのアプローチは、ユーザーとシーケンサーの間でオフチェーン契約を結ぶことです。
要するに、事前確認の目的はロールアップベースのシナリオを機能させることである、というのがグループのコンセンサスでした。
さらに、ロールアップベースのシナリオの目的は、共有シーケンシングを機能させることである。
ソーターは次のソーターが誰になるかに合意する必要があります。その結果、共有ソーター(ソート用)には強力なシェリングポイントが存在し、Etherの断片化問題(Rollupをまたぐアトミックコンポーザビリティ)が解決されます。
Arjunが言ったように、議論が意図に移行するにつれて、彼のビジョンは、ユーザーはもはやチェーンを直接操作せず、代わりにリゾルバと対話することです。
保証を提供するリゾルバは、ソースチェーンの資金が安全で、再編成されないことを確信する必要がある。
サムは、スキップにはIBCリピーターがあり、ハイパーレーンをサポートしているが、ターゲットチェーンに直接接続するリゾルバはないと述べた。
オーセンティケータはネットワークの両側でメッセージをピックアップし、反対側でそれを渡しますが、これはこの時代の典型的なブリッジ設計です。
議論はかなり長く続きましたが、主なポイントは以下の通りです:
ヴィタリック氏は、「私は、ヴィタリック氏を支持しているわけではない。ビタリックはシングルスロット確実性の主要な支持者ではない。
私たちがロールアップベースのスキームを試しているのは、ロールアップベースのスキームが共有順序付けを可能にし、イーサの断片化問題を解決するからです。
「高速ブロックと事前確認なし」または「低速ブロックと高速事前確認」については、コンセンサスが得られていません。
全体として、これは週の始まりにふさわしい、非常に技術的で質の高いパネルディスカッションでした。