Beamchainの解明：イーサネットのコンセンサス層のアップグレード

この2日間、Devconの一連の会議で集中的に、イーサが3.0-BeamChain、Layer2のピルニュースをアップグレードするという噂をたくさん目にした（ガクッ）。すでに受動的な立場にあるLayer2は、再び背後から刺され、暴落を誘発した。実際は大きなプラスに転じた！

1)新しいチェーンと聞いて、巨大なフォークや新しいコインの認知論理を代用してはいけない

ジャスティン・ドレイクが言ったように。ジャスティン・ドレイクが言ったように、BeamChainはBeaconChainのアップグレードに過ぎません。BeaconChainはまだ提案に過ぎず、本稼働までの道のりは長く、イーサのロードマップのルートに正確に沿っています。

EtherChannelはBeaconChainビーコンチェーン+ EVM実行チェーンに分かれており、2つは全体として一緒にイーサネットチェーンの我々の認識を構成し、ビーコンチェーンは、コンセンサス層の役割を果たし、EVMは実行層の役割を果たし、名前がチェーンと呼ばれていることを考えないで、真新しいものを送信することです。BeamChainはビーコンチェーンへの過渡的なアップグレードに過ぎず、イーサチェーンの実行にはまったく影響しません。

イーサ3.0はどこにあるのでしょうか？

2）ビーコンチェーンがアップグレードされる理由について教えてください：

イーサリアムのEVM実行レイヤーのプロポーザブロックのプロポーザとRealyリレーノードとバリデーターは、それぞれ "プロジェクトマネージャー "と "ワーカー "です、"ユーザーがトランザクションをMempoolに提出した後、ブロックビルダーはトランザクションプールからトランザクションを選択してパッケージ化し、そのプロセスはいくつかのトランザクションソート機能を処理した後、構築されたブロックをRealyに配布し、プロポーザは最適なブロックを選択し、それはValidatorsによって受け入れられ検証される。バリデータによる受理検証

Buiderがトランザクションをソートし、それをリアルに配布するというこのプロセスには、過度に中央集権的な要素があり、Flashbotのような大規模なビルダーはブロックの順序、ひいてはMEVについて何らかの決定を下すことができますが、これは明らかにイーサの壮大な戦略に沿ったものではありません。

そこでジャスティンは、ビルダーのビルドブロックにインクルードリストを追加するというアイデアを提案しました。これは、ビルドとリレーに「中央集権的な干渉」がある場合、あるいは中央集権的すぎる提案につながる場合、インクルードしなければならない必須トランザクションのリストに相当します。ビルダーとリレーのプロセスに「中央集権的な干渉」がある場合、あるいは提案ノードがブロックの構築を監督し、その後のコンセンサスに参加しなければならない場合、提案者とビルダーの分離（PBS）により、バリデーターはいくつかの重要なトランザクションがトランザクションリストに含まれていないことを発見し、そのブロックが不適格であることを直接検証することができる。参照：包含リストは、イーサリアムのブロック生成プロセスの分散型属性を強化し、検閲耐性を高めるためのものである。

問題は、誰が実行検証プロセス全体にインクルードリストを入れるのかということです。BeaconChainのコンセンサスレイヤーに依存することでしか追加できないが、BeaconChainはこの機能をサポートしていないため、BeamChainにアップグレードして改善する。将来的には、BeaconChainは含めるべきトランザクションをすべて公表できるようになり、実行レイヤーに問題があれば、検証ノードはそのトランザクションにパスを与えないようになる。

また、Pectalのアップグレードなどにより、32ETH-1ETHの誓約閾値の変更問題も増えており、今度はBeaconChainの経済モデルや管理ロジックの変更を伴うため、こちらも大幅なバージョンアップが必要となる。

また、ビーコンチェーンとEVM実行チェーンの検証プロセス後のVergeと完全なSnarksの他のフェーズでのフォローアップでイーサネットはまた、SNARKsの最適化を持っていますが、また、コンセンサス層でSNARKsをサポートする必要があります;と、量子暗号攻撃に対する耐性は常にイーサネットの戦略的目標の一つとなっています。BeaconChainのアップグレードは、Etherをよりセキュアにするために、署名検証メカニズムなどの一部を変更する予定です。

つまり、BeamChainはイーサロードマップの計画を満たすために必要な一連の準備なのです。

3）レイヤー2にとってマイナスではなく、大きなプラスである理由！

まず第一に、EtherCentreは長い間ロールアップ中心の拡大戦略を確立しており、BeamChainのアップグレードはこの戦略の根幹を揺るがしそうにありません。

第二に、BeamChain新ビーコンチェーンはEtherChannelがメインネットワークレベルの拡張を実現するのに役立つと言われており、そのキーポイントはSNARKsで、SNARKsの後、EtherChannelの全体的な枠組みが計算の保存から全てのデータの検証、Proof of Proofの検証まで、当然大きな拡張となるが、その拡張は基礎となるデータ構造ロジックZZである。拡張は、基礎となるデータ構造ロジックZKの結果であり、layer2の拡張はラチチュード的なものではなく、1つは負担を減らすために運用コストを担当し、1つはトラフィックとユーザーアプリケーションのシナリオ生成を担当する。だから、主なネットワークの拡張性は、レイヤー2を弱めることだと思わないでください。

繰り返し、私は数日前、イーサネットの包括的なSNARKsificationの @VitalikButerin を説明するために投稿し、altVMの1つにEVMは、ビジョンのメインネットワークに存在し、時間によってaltVMの他のレイヤー2が卓越した行うには、されます。https://x.com/tmel0211/status/1851597835655078225...

その時、BeamChainの役割は次のようになります。BeamChainの役割も大きく増幅され、アップグレードが必要になります。そして、このロジックに沿って、優れたVMプログラムのイーサネット拡張のニーズを満たすために、トランザクションの実行を吸収するために、メインネットワークレベルで言及され、レイヤ2戦略の開発に完全に準拠し、スムーズなソリューションの交差点の間にイーサネットレイヤ2の相互運用性。

EtherChannelが本当にモジュール性のアイデアを受け入れ、alt-VMの新しい戦略を採用する場合、市場には非常に多くの機能のない一般的なレイヤー2がある今、それはEtherChannelによって直接「上昇軌道」を与えられる多くのレイヤー2が存在することは明らかである。

最後に、私たちは皆、ZK爆発時代の到来をもっと楽しみにすべきであり、このような判断に迷うようなFUDや噂話は本当にやめましょう。https://x.com/tmel0211/status/1855949307658273137。...... (ZKトラックのプロジェクトサイドが何をしているのか、もっと知りたい方はリンク先をご覧ください、プリーズ！)