イーサリアムの次のフォークの焦点ですが、この記事を読むだけで十分ですか?
著者 | 秦暁峰
編集者 | 陸暁明
プロデュース | デイリー

著者 | 秦暁峰
編集者 | 陸暁明Justin Drake過去 2 週間にわたり、多数のコア イーサリアム開発者がスケーリング カンファレンスのためにトロントを訪れたため、毎週の電話会議はキャンセルされました。今週金曜日の夜、イーサリアムコア開発者は引き続き電話会議を開催し、イスタンブール(イスタンブール)のハードフォークに焦点を当て、最終提案(EIP)を決定します。
設計の観点から見ると、イスタンブール (イスタンブール) ハード フォークは、セレニティ フェーズに向けたイーサリアムの最後のフォークです (新しいトークンは生成されません)。同時に、このフォークの提案には多くの問題 (Progpow、状態リース、chainID など) が含まれています。このフォークでいくつかの問題が解決されない場合、その後のイーサリアムの生態学的発展に大きな影響を与えるでしょう。イーサリアム2.0研究者によると
そうは言っても、イーサリアム 2.0 フェーズ 0 は 2020 年 1 月 3 日にリリースされます。
EIP-615副題
EIP-663ProgPoWを延期、「国家リース」に焦点を当てる
EIP-1057先月17日、イスタンブールハードフォーク提案(EIP)の募集が終了し、合計29件の提案が集まった。これらの提案は次のとおりです。
EIP-1108: EVM サブルーチンと静的ジャンプ
EIP-1109: 無制限の SWAP および DUP 命令
EIP-1283: ProgPoW、プログラムによる作業証明
EIP-1344: alt_bn128 プリコンパイル済みガスのコストを削減
EIP-1352: PRECOMPILEDCALL オペコード (プリコンパイルされたコントラクトの CALL 料金を削除)
EIP-1380: ダーティ マップを使用せずに、SSTORE の正味ガスコストを測定します
EIP-1559: ChainID オペコードを追加します
EIP-1965: プリコンパイル済み/システム コントラクトの制限されたアドレス範囲を指定します
EIP-1702: セルフコールのガスコストを削減します
EIP-1706:ETH1.0チェーンガス料金変更
EIP-1803: 特定のブロック番号でchainIDが有効かどうかを確認するメソッド
EIP-1829: 一般化されたアカウントのバージョン管理スキーム
EIP-1884: ガスコストが低い場合は SSTORE を無効にします
EIP-1930: オペコードの名前を変更します
EIP-1985: 楕円曲線線形結合のプリコンパイル
EIP-1959: トライサイズに依存するオペコードを再定義します
EIP-1962: ガスコールの基準が厳しく、ガスコールが不足した場合でも復旧可能です。
EIP-2014: 一部の EVM パラメータに対する妥当な制限
EIP-2026:chainID がchainID 履歴の一部であるかどうかをチェックする新しいオペコード
EIP-2027: EC 算術演算およびランタイム定義とのペアリング (EIP-1829 を置き換え)
EIP-2028: 拡張ステート Oracle
EIP-2029: 州リース H - 固定口座前払い
EIP-2031: 州リース C - 会計純契約サイズ
EIP-2035: Calldata ガスのコストを削減
EIP-2045: 州リース A - 州カウンター契約
EIP-2046: ステータスリースB--ネット取引カウンター
: ステートレス クライアント - ブロック プルーフの料金を支払うために SLOAD と SSTORE の価格を再設定するEIP 1108: EVM オペコード粒子のガスコスト
: プリコンパイルされたプログラムへの静的呼び出しを行う際のガスコストを削減します。EIP-1057前回のコア開発者電話会議で、暫定的に承認された提案は次のとおりでした。
- イーサリアムネットワークのガス料金の軽微な変更を提案。ただし、開発者らは、提案は承認されたものの、後のコア開発者会議でベンチマーク データを提示する必要があると強調しました。
さらに、待望のプロポーズEIP-1559遅れる可能性があります。 EIP 1057 は、GPU 固有のコンピューティング機能をより有効に活用することを目的とした、「プログレッシブ PoW」または ProgPoW と呼ばれる改良された PoW アルゴリズムを提案しています。
以前、開発者たちは、オープンソース報奨金プラットフォーム Gitcoin でのクラウドファンディングを通じて、ProgPoW コード監査資金として 50,000 DAI (約 50,000 ドル) を調達しました。しかし、現時点でコードは第三者機関による監査を受けていないため、5月24日の開発者会議で延期が発表された。
も遅れました
これらの提案の中で、特に眩しいのが「国営賃貸借」である。
「国家リース」の本来の目的は、イーサリアムの国家規模はすでに非常に大きく、このまま成長を続けるとイーサリアムのネットワークは非常に肥大化してしまうということです。また、ストレージの長期コストは過小評価されており、これはバイト * 時間としてほぼモデル化できるため、イーサリアムの現状の設計に変更を加える必要があります。
イーサリアム 2.0 のロードマップによると、国家リースも ETH 2.0 に導入される予定です (現在の計画はフェーズ 2 です)。今週金曜日の電話会議ではETH1.0を再開発するか否かが大きな話題になると考えられている。
副題
削除提案
上記の提案はコミュニティでも広範な議論を引き起こし、多くの開発者は、一部の提案は冗長で削除されるべきであると疑問を呈しています。
開発者の Alex Beregszaszi 氏は次のように述べています。「私は混乱しています。競合する、隣接する、重複する EIP (チェーン ID、再価格設定、SWAP、DUP に関するすべての EIP が 3 つまたは 4 つある) の提案は再び提起されるべきだと思います。以前にもある程度のコンセンサスはありました。が明確に定義されていない場合、EIP について議論する意味はほとんどありません。」これまでのところ、提案監査プロセスは短期間しか実施されておらず、コア開発者が今週金曜日に最終回答を出せるかどうかはまだ保留中である。上記の EIP の場合、
開発者コミュニティ (クリックして参加)
コア開発者の作業負荷を軽減し、効率を向上させるために、作業量を削減することも現在議論されています。
副題 Afri Schoedonハードフォークのタイムライン
この提案に注目するとともに、イスタンブールのハードフォークのタイミングも注目に値する。
元ハードフォークコーディネーターによると
(離脱) スケジュールでは、ハード フォーク プロセスは「固定の 9 か月サイクル」に分類されます。イスタンブールのハードフォークのスケジュールは次のとおりです。
2019-05-17(金):「イスタンブール」提案受付締切
2019-07-19(金):メインクライアント実装締切
2019-08-14 (水曜日): テストネット ((Ropsten、Gorli、またはアドホック テストネット)) のアップグレード時間
2019-10-16 (水): メインネットアップグレード時間 (「イスタンブール」)
第一段階の提案募集は完了し、次のステップは「本クライアント実装」です。受け入れられた EPI を既存のイーサリアム クライアントにマージする、いわゆる「メイン クライアント実装」は、完全にテストできるようにコードをまとめることと似たステップです。


