イーサリアムコンセンサスレイヤーの究極の形であるビームチェーンの分析：なぜそれがL2にとって大きなメリットとなるのでしょうか？

著者: ハオティエン

私はここ 2 日間集中的に Devcon に参加しており、イーサリアムが 3.0-BeamChain と Layer2 ピルにアップグレードされるというニュースをたくさん見ました (とても腹が立ちます)。既に受け身だったレイヤー2が無邪気に背中を刺され、急降下を引き起こした。実際、それは大きなメリットであることが判明しました！ 物事を整理するために、私の視点について簡単に説明します。

1) 新しいチェーンについては言及せず、大規模なフォークと新しいコインの発行の認知ロジックに組み込みます。 Justin Drake が述べたように、BeamChain は現時点では単なる提案にすぎません。オンラインになってから長い時間が経ちましたが、完全にイーサリアムのロードマップに従っています。

イーサリアムはもともと BeaconChain ビーコン チェーン + EVM 実行チェーンに分かれており、この 2 つが合わせてイーサリアム チェーンを構成すると考えられます。ビーコン チェーンはコンセンサス層の役割を果たし、EVM は実行層の役割を果たします。それはチェーンと呼ばれ、新品のものを送るという意味です。 BeamChain は Beacon Chain への過渡的なアップグレードにすぎず、Ethereum チェーンの実行にはまったく影響しません。

イーサリアム 3.0 はどこから来たのでしょうか?

2) ビーコン チェーンをアップグレードする必要がある理由のロジックについて話しましょう。

Ethereum EVM 実行層の Proposer ブロック提案者と Realy リレー ノードおよびバリデーターは、それぞれ「プロジェクト マネージャー」、「作業者」、「品質検査者」の役割を果たします。ユーザーがトランザクションを Mempool に送信した後、ブロック ビルダー The Builder が実行します。トランザクション プールからトランザクションを選択してパッケージ化します。このプロセスはいくつかのトランザクション ソート機能を処理し、その後プロポーザーが最適なブロックを選択し、最後にバリデーターが受け入れ検証を実行します。

このプロセスでは、Builder によるトランザクションのソートと Really 分散トランザクションのプロセスに過度の集中化の要素があり、Flashbot のような大規模なビルダーがいくつかのブロック順序を決定してから MEV を決定する可能性があり、これは明らかにイーサリアムの壮大な戦略に沿っていません。

したがって、Justin は、ビルダーの構築ブロックに含める必要があるトランザクションのリストに相当する包含リストを追加するというアイデアを提案しました。ビルダーとリレーのリンクに「集中干渉」がある場合、提案されたノードが発生する可能性があります。ブロックの構築とその後のコンセンサスへの参加を監視するため、提案者と構築者の分離 (PBS) を行うと、バリデーターは一部の主要なトランザクションがトランザクション リストにないことを発見し、ブロックが不適格であることを直接検証できます。ご覧のとおり、包含リストはイーサリアム ブロック生成プロセスの分散化属性を改善し、検閲耐性を強化することを目的としています。

問題は、誰が実行検証プロセス全体に包含リストを含めるかということです。 BeaconChain コンセンサス層に基づいてのみ追加できますが、BeaconChain はこの機能をサポートしていないため、改善のために BeamChain にアップグレードされました。将来的には、実行層に問題がある場合、ビーコン チェーンは含める必要があるすべてのトランザクションを公開できるようになり、検証ノードは通過しなくなります。

さらに、Pectal のアップグレードでは、プレッジしきい値 32ETH-1ETH の変更の問題も追加されており、今回は BeaconChain の経済モデルと管理ロジックの変更が含まれており、これにもメジャー バージョンのアップグレードが必要です。

さらに、Verge などの後続段階でイーサリアムが完全に Snark 化された後は、ビーコン チェーンと EVM 実行チェーンの検証プロセスも SNARK で最適化され、さらに SNARK はコンセンサス層でもサポートされる必要があります。量子暗号攻撃に対する防御は常にイーサリアムの鍵でした イーサリアムの戦略的目標の 1 つである BeaconChain のアップグレードにより、イーサリアムの安全性を高めるために署名検証メカニズムの一部が変更されます。

したがって、BeamChain の出現は完全に、イーサリアムのロードマップ計画に応えるために必要な一連の準備です。

3) これは、layer2 にとって悪いことではなく、大きな良いことであると言われるのはなぜですか。

したがって、BeamChain の出現は完全に、イーサリアムのロードマップ計画に応えるために必要な一連の準備です。

3) これは、layer2 にとって悪いことではなく、大きな良いことであると言われるのはなぜですか。

まず第一に、イーサリアムはロールアップ中心という壮大な戦略的拡張構想を長年確立しており、ビームチェーンのアップグレードがこの戦略の基盤を揺るがす可能性は低い。イーサリアムコミュニティ全体。

第二に、BeamChainの新しいビーコンチェーンは、イーサリアムがメインネットワークレベルの拡張を達成するのに役立つと言われています。SNARKの後、イーサリアムの全体的なフレームワークは、すべてのデータの保存、計算、検証から、当然のことながら証明の検証のみに変わります。は大幅な拡張を実現しますが、この拡張は基礎となるデータ構造の論理 ZK 化の結果であり、レイヤー 2 の拡張と同じ次元の問題ではありません。運用コストの負担を軽減する責任があります。もう 1 つは、トラフィックとユーザー アプリケーション シナリオの置換を担当します。したがって、メイン ネットワークがスケーラブルであるからといって、レイヤー 2 が弱体化するとは考えないでください。

さらに、私は数日前に @VitalikButerin のイーサリアムでの完全な SNARK のアイデアを解釈し、EVM がメイン ネットワーク上に存在する altVM の 1 つになるという記事を公開しましたが、他のレイヤー 2 の altVM が優れている場合には、それらが言及されることになります。メインネットワークレベルで EVM と並行してイーサリアムエコシステム全体でトランザクションを実行します。

それまでに、BeamChain の役割は拡大し、アップグレードが必要になるでしょう。このロジックに従って、イーサリアムの拡張ニーズを満たす優れた VM ソリューションがメイン ネットワーク レベルに導入され、トランザクションを吸収して実行されます。イーサリアム レイヤ 2 間の相互運用性もスムーズに解決され、これはイーサリアムの開発戦略と完全に一致しています。レイヤー2。

現在、市場には機能のない一般的なレイヤー 2 が非常に多くあります。イーサリアムが実際にモジュラーのアイデアを採用し、alt-VM の新しい戦略を採用した場合、直接の「上りチャネル」を取得するレイヤー 2 が多数存在することが知られています。イーサリアムのシャッフルと最適化も促進できますが、これは直接的なメリットではないでしょうか?

最後に、誰もが ZK 爆発時代の到来を楽しみにし、判断や論理のないこのような FUD や噂を避けるべきです。