「ベルリン」アップデート内容概要
編集者注: この記事は以下から引用しましたイーサリアム愛好家 (ID: ethfans)編集者注: この記事は以下から引用しました
イーサリアム愛好家 (ID: ethfans)
イーサリアム愛好家 (ID: ethfans)
「ミュア氷河」アップグレードに続いて、イーサリアムブロックチェーンは「ベルリン」アップグレードの実装を計画しています。仕様によれば、イーサリアムメインネットブロックチェーンは、2021年4月10日にブロック高さ12_244_000でアクティブ化される予定です。ブロック生成時間の変動により、特定時刻が進んだり遅れたりする場合があります。
「ベルリン」アップグレードにはどのような変更が含まれますか?
前回のネットワーク アップグレードから 15 か月が経過しましたが、その間に多くの進歩を遂げてきました。イーサリアム ネットワークのクライアント側は、ネットワークのパフォーマンスを向上させ、将来のさらなるアップグレードの基礎を築くために 4 つの提案をアクティブ化する準備ができています。
以前の Ethereum ネットワークのアップグレードとは若干異なり、このアップグレードの内容と進行状況は単一の EIP には反映されません。それが何であるかを知りたい場合は、「Berlin」ネットワーク アップグレード仕様を読み、eth1.0-specs リポジトリでその進行状況を追跡してください。
「ベルリン」アップグレードにはどのような変更が含まれますか?
「ベルリン」アップグレードでは、次の EIP がイーサリアム ネットワークに導入されます。
EIP-2565: モジュロ/べき乗演算のガスコストを変更する
EIP-2565 提案は、以前の EIP-198 (大きな数のべき乗モジュロ) の価格を再設定したものです。当初、EIP-198 は、べき乗モジュロを必要とする多くの暗号アルゴリズムをインポートできるようにする、べき乗モジュロ用のプリコンパイル済みモジュールを導入しました。 RSA署名の検証。 EIP-2565 は、このモジュールのガス オーバーヘッドを、他の操作を実行するオーバーヘッドと同等になるまで削減します。提案の概要とガス再価格に関する興味深いグラフについては、Kelly Olson の説明ビデオをご覧ください。
EIP-2718: 標準化されたトランザクション エンベロープ
この EIP では、新しいトランザクション タイプが導入されており、それ自体がエンベロープとして機能し、複数のトランザクション タイプのサポートをより簡単に有効にします。
イーサリアムがメインネットで最初にローンチされたとき、トランザクション タイプは 1 つだけで、フィールド「To」（トランザクションの目的を示す）と「Data」（トランザクションに任意のデータを含める）がありました。 Ethereum クライアントがコンセンサスに達するには、ロック ステップにあり、同じトランザクションを処理するときに同じ状態変更が適用されることが保証されている必要があります。したがって、「To」フィールドが 0 の場合、すべてのクライアントは「Data」フィールドを展開コントラクトとして解釈し、特定の方法で実行する必要があります。
時間の経過とともに、トランザクションの種類の必要性は変化しました。 EIP-155 (リプレイ攻撃に対する簡易保護) 提案は、これを具体化したものです (翻訳者注: EIP-155 は、イーサリアム プロトコルと互換性のある異なるネットワーク上でトランザクションがリプレイされるのを防ぐために「チェーン ID」フィールドを使用します)。ただし、当時は新しいトランザクション タイプは導入されておらず、社会的合意に達し、この分野について異なる解釈を採用したのはクライアント チームでした。 「Spurious Dragon」（つまり、EIP-155 が組み込まれている）ハード フォークは、すべてのクライアントがこのフィールドの解釈に同意する必要があるため、コンセンサス変更ハード フォークです。 EIP-2718 は、EIP-155 によってもたらされた複雑さを解きほぐすのには役立ちませんが、将来的にさらに複雑になることを防ぐことができ、新しいトランザクション タイプ (EIP 形式のトランザクションなど) を追加することも容易になります。 1559) 。この提案をより深く理解するには、EIP-2718 を説明する Micah Zoltu のビデオをご覧ください。
EIP-2929: 状態アクセス オペコードのガス オーバーヘッドを増加する
この EIP は、SLOAD、*CALL、BALANCE、EXT*、および SELFDESTRUCT を初めて呼び出すときにトランザクションの Gas 消費量を増加させます。たとえば、CALL ファミリの関数のガス消費量が 700 から 2600 に増加し、SLOAD ファミリのガス消費量が 800 から 2100 に増加します。ただし、(トランザクション内で) この高コストがトリガーされるのは、アドレスまたはストレージ スロットに対して 1 回だけであり、複数回呼び出された場合、後続の呼び出しでは毎回 100 ガスのみが消費されます。
これらの操作のガス消費量を増やす目的は、イーサリアム プロトコルの残りの DoS 攻撃対象領域を軽減することです。さらに、ステートレスなイーサリアム実装後の環境における監視データのサイズを制限するのにも役立ちます。現在、マークル証明を組み込むために必要な帯域幅は、ブロックの検証に必要な適切なサイズよりもはるかに大きいため、誰もが証人データに上限を課す何らかの方法を模索しています。 EIP-2929 はすべてを修正するわけではありませんが、さらに一歩前進します。もう 1 つの利点は、プリコンパイル済みモジュールへの呼び出しが安くなることです。この EIP により、プリコンパイル済みモジュールにアクセスするための追加の 700 Gas の支払いが不要になります。
EIP-2930: オプションのアクセス リスト
この提案の背後にある考え方は、EIP-2929 によって既存の契約に生じた損害を修正し、EIP-2929 によって引き起こされるガス消費量の増加の問題を軽減することです。この提案では、トランザクションがアクセス予定の状態を示すことを可能にするアクセス リスト (アドレスとストレージ アイテム キーのリスト) を含めることができる新しいタイプのトランザクションが導入されます。アクセス リストを指定することにより、クライアントはトランザクションをより簡単に処理できるようになり、ガス消費量を安全に削減できます。
イーサリアム ブロックチェーンの詳細と利点については、EIP-2929 および 2930 に関する Vitalik B. と Martin S. の説明ビデオをご覧ください。
EIP管理とイーサリアムガバナンスに関するニュースは何ですか?
アップグレードの時間間隔について疑問がある好奇心旺盛な赤ちゃんは、ここを見てください。
「ミュア氷河」アップグレードには、イーサリアムPoWマイニングの氷河期を延期するという提案が1つだけ含まれています。 Muir Glacier のアップグレードは、他の提案とともに展開するのが待ちきれなかったため、2020 年 1 月に行われました。
より良いネットワーク アップグレード プログラムを設計するために、EIP 編集者、EIP 作成者、クライアント開発者、イーサリアム キャット シェパード、その他のコミュニティ メンバーを含むイーサリアム コミュニティのボランティアが共同で EIPIP 組織を設立しました。 Ethereum Cat Herders は、Ethereum クライアントの多様性の現状をより深く理解するために、主要な Ethereum インストールベース調査も主催しています。
同時に、クライアントの開発者も、パフォーマンスとセキュリティを向上させ、将来のアップグレードを容易にする提案を実装するために奮闘しています。頻繁なアップグレードがないため、開発者は開発時間を最大限に活用でき、そう遠くない将来の「ロンドン」アップグレードではさらに多くの新機能が導入されることが期待できます。とはいえ、進歩には限界がありません。アップグレード プロセスの品質を向上し続けるために、皆様のフィードバックは非常に重要です。
私はノードオペレーター/マイナーですが、どうすればよいですか?
使用しているイーサリアムクライアントの最新バージョンをダウンロードしてください。
