ポピュラーサイエンス: イーサリアム 2.0 の設計上の選択
編集者注: この記事は以下からのものです。イーサリアム愛好家 (ID: ethfans)編集者注: この記事は以下からのものです。
イーサリアム愛好家 (ID: ethfans)
イーサリアム愛好家 (ID: ethfans)
、著者: ditya Asgaonkar、Odaily の許可を得て転載。
この記事は、EthCCカンファレンスにおける研究者のAditya Asgaonkar氏の講演のスライドであり、彼自身の声明によると、スマートコントラクト開発者にEth2の設計と、開発者の開発経験にどのような変化が生じるかを説明するためのものであるとのこと。同氏は講演の中で、Eth2 の基本アーキテクチャと Eth2 の設計上の課題について明確に概説しました。
本文中のスライド内容の説明や節は編集者が追加したものです。
この段落で著者は、イーサリアム 2.0 の 2 つの主要な設計目標はスケーラビリティとセキュリティであると指摘しています。
前者はスループットが超線形に増加することを意味しており、ノードリソースの入力がK倍に増加すると、システム全体のスループットはK倍以上に増加します。
後者は、ノードによって形成された合意に対応するセキュリティを意味し、すべての部分が同等に安全であることを保証します。
後者はシャーディング (システム全体の状態を分割して異なるシャードを形成する) で実装され、前者はビーコン チェーンで実装されます。
ただし、この 2 つを組み合わせると、ビーコン チェーンはすべてのシャード データを保存したり、すべてのシャード トランザクションを実行したりすることができません。そうしないと、スケーラビリティ要件が満たされなくなります。
したがって、この 2 つの役割分担は、ビーコン チェーンがコンセンサスを担当し、シャード状態のマークル ルートを保存するだけで、シャード トランザクションを実行しないことです。シャードにはコンセンサス メカニズムがなく、ランダムに選択された検証者のみがアクセスします。 out してブロックを生成し、マークル ルートを検証してビーコン チェーンにコミットします。
