イーサリアムの次のフォークの要点はこの記事を読めば十分だ

過去 2 週間、多くのイーサリアム コア開発者がイーサリアム スケーリング カンファレンスに出席するためにトロントに出張したため、毎週の電話会議はキャンセルされました。今週の金曜日の夜、イーサリアムのコア開発者は電話会議を継続し、主な議題はイスタンブールのハードフォークと最終選定提案（EIP）の決定に焦点が当てられます。

設計の観点から見ると、イスタンブール ハードフォークは、イーサリアムがセレニティ フェーズに移行する前の最後のフォークです (新しいトークンは生成されません)。同時に、このフォークの提案には多くの問題（Progpow、状態リース、chainID など）が伴います。このフォークでいくつかの問題が解決されない場合、イーサリアムのその後のエコシステムの発展に大きな影響を与えることになります。 Ethereum 2.0 研究者の Justin Drake 氏によると、Ethereum 2.0 Phase 0 は 2020 年 1 月 3 日にリリースされる予定です。

ProgPoWを延期し、「国家リース」に焦点を当てる

先月17日、イスタンブールハードフォーク提案（EIP）の募集が終了し、合計29件の提案が集まりました。提案は次のとおりです。

• EIP-615: EVM のサブルーチンと静的ジャンプ

• EIP-663: 制限のないSWAPおよびDUP命令

• EIP-1057: プログラムによる作業証明である ProgPoW

• EIP-1108: alt_bn128 プリコンパイル ガス コストを削減

• EIP-1109: PRECOMPILEDCALL オペコード (プリコンパイルされた契約の手数料を削除します)

• EIP-1283: ダーティマップなし、SSTOREの純ガスコストを測定

• EIP-1344: ChainID オペコードを追加

• EIP-1352: プリコンパイル済み/システム コントラクトの制限されたアドレス範囲を指定する

• EIP-1380: セルフコールのガスコストを削減

• EIP-1559: ETH 1.0 チェーンのガス料金の変更

• EIP-1965: 特定のブロック番号でチェーンIDが有効かどうかを確認する方法

• EIP-1702: 一般化されたアカウントバージョン管理スキーム

• EIP-1706: ガス料金が低い場合は SSTORE を無効にする

• EIP-1803: オペコードの名前を変更する

• EIP-1829: 楕円曲線線形結合のプリコンパイル

• EIP-1884: トライサイズに依存するオペコードを再定義する

• EIP-1930: ガスの呼び出し基準が厳しくなり、ガスが不足している場合でも呼び出しを回復できるようになりました。

• EIP-1985: 特定の EVM パラメータに対する合理的な制限

• EIP-1959: 新しいオペコード、チェーンIDがチェーンID履歴の一部であるかどうかをチェックします

• EIP-1962: EC 演算とランタイム定義とのペアリング (EIP-1829 に代わる)

• EIP-2014: 拡張ステートオラクル

• EIP-2026: 州リース H - 固定口座前払い

• EIP-2027: 州リース C - 純契約規模の計算

• EIP-2028: Calldata ガスコストの削減

• EIP-2029: 州リースA - 州対抗契約

• EIP-2031: 州リース B — ネット取引カウンター

• EIP-2035: ステートレス クライアント - ブロック証明の支払いのために SLOAD と SSTORE の価格を再設定

• EIP-2045: EVM オペコード粒子のガスコスト

• EIP-2046: プリコンパイルされたプログラムへの静的呼び出しのガスコストを削減

前回のコア開発者電話会議で暫定的に承認された提案は、Ethereum ネットワークのガス料金に小さな変更を加えることを提案した EIP 1108 でした。しかし、開発者らは、提案は承認されたものの、ベンチマークデータはその後のコア開発者会議で提出する必要があると強調した。

さらに、待望の提案 EIP-1057 も遅れる可能性があります。 EIP 1057 は、「Progressive PoW」または ProgPoW と呼ばれる改良された PoW アルゴリズムを提案しており、これは GPU 固有のコンピューティング機能をより有効に活用するように設計されています。

以前、開発者はオープンソースの報奨金プラットフォームGitcoinでのクラウドファンディングを通じて、ProgPoWコード監査の資金として50,000DAI（約50,000ドル）を調達しました。しかし、コードを監査する第三者機関がまだ見つかっていないため、5月24日の開発者会議で延期が発表された。

また、EIP-1559 も遅れている。これは、イーサリアムの取引手数料モデルの変更を目的とした提案だが、複雑すぎるという理由で開発者によって「放棄」された。

これらの提案の中で、「国営リース」が際立っている。

「ステートレンタル」設計の本来の意図は、イーサリアムのステートのサイズがすでに非常に大きいことです。現在の速度で成長し続けると、イーサリアムネットワークは極度に肥大化するでしょう。しかし、長期的なストレージコストを過小評価しています。これは、おおよそ「バイト * 時間」としてモデル化できます。したがって、Ethereum の現在の状態の設計に変更を加える必要があります。

Ethereum 2.0 ロードマップによると、ステート リースは ETH 2.0 (現在はフェーズ 2 の予定) でも導入される予定です。 ETH1.0 を再開発するかどうかは、今週金曜日の電話会議で議論される話題となるでしょう。

削除提案

上記の提案はコミュニティ内でも幅広い議論を巻き起こしており、多くの開発者が、提案の一部は重複しており削除すべきではないかと疑問を呈しています。

開発者のアレックス・ベレグザジ氏は次のように語った。「私は困惑しています。矛盾した、隣接した、重複した EIP を提案する人たち (チェーン ID、再価格設定、SWAP、DUP に関する EIP は 3 つまたは 4 つあります) は、再度提案する前に何らかの合意に達するべきだと思います。明確な規制がなければ、EIP について議論しても意味がありません。」

これまでのところ、提案監査プロセスのごく一部しか実行されておらず、コア開発者が今週の金曜日に最終的な回答を出せるかどうかはまだ分からない。

アレックス氏は、いくつかの提案は実際にはハードフォークで実行する必要がなく、Ethereum クライアント開発者に連絡することで解決できると考えています。 「EIP の作者は、自分たちだけで解決しようとするのではなく、クライアント開発者など、関係する開発者に連絡してアイデアを検討してもらう必要があります。コア開発者が電話会議を開いて実装について話し合うまで全員が待っていたら、これらすべての提案について話し合う時間が足りなくなってしまいます。」

上記 EIP に関しては、現在、開発者コミュニティ (クリックして参加) で、コア開発者の作業負荷を軽減し、効率性を向上させるための削減について議論されています。

ハードフォークスケジュール

提案に注目するだけでなく、イスタンブールハードフォークのタイミングにも注目する価値があります。

元ハードフォークコーディネーターのアフリ・ショードン氏（現在は退職）が作成したタイムラインによると、ハードフォークのプロセスは「固定された9か月のサイクル」に分類されます。イスタンブールハードフォークのスケジュールは次のとおりです。

• 2019-05-17 (金): イスタンブール提案受付締め切り

• 2019-07-19 (金): 主要クライアント実装の締め切り

• 2019-08-14 (水曜日): テストネット (Ropsten、Gorli、またはアドホック テストネット) のアップグレード時間

• 2019-10-16 (水曜日): メインネットアップグレード時間 (“イスタンブール”)

第一段階の提案収集は完了し、次のステップは「主要クライアント実装」です。いわゆる「メインクライアント実装」（承認された EPI を既存のイーサリアム クライアントに統合する）は、徹底的にテストできるようにコードをまとめるステップに似ています。

しかし、イーサリアムの通常の論調によれば、このハードフォークが「予定通り」に完了する可能性は高くない。前回の Constantinople フォークでは、コードの脆弱性が発生したため、フォークが延期されました。

イーサリアム財団の助成金受給者であるアレクセイ・アクノフ氏は、ギッターのチャットルームで、期限のために期限を考えるのではなく、誰もが「期限」について考えるべきだと語った。すべては良い仕事をすることに基づいているべきです。

「私自身も、この期限の目的は何だろうと考えていました」アクノフ氏は語った。 「フォークでこれほど多くのものが導入されるのは初めてなので、私たちがやっていることは『誰かがそう言ったから』ではなく、理由があってやっていることを確認するためにここにいるのです。」

著者 |秦暁峰

編集者 |ルー・シャオミン

制作 |オデイリープラネットデイリー