イーサリアムのイスタンブールハードフォークについて知っておくべきこと（ユーザーガイド付き）

イーサリアムネットワークの8回目のアップグレードであるイスタンブールハードフォークは、2019年12月6日に実施される予定です。「ハードフォーク」という言葉に馴染みのない読者の方は、「ネットワークアップグレード」と考えてください。最終的な正確なアップグレード日付は、動的なブロック時間とタイムゾーンによって異なる場合があります。したがって、ユーザーは Etherscan でイスタンブール ハードフォークまでのカウントダウンを追跡できます。

イスタンブール ハードフォークは、Eth1.x ステージのアップグレードの 1 つです。 Eth1.xの後にはSerenity（ETH2.0）が導入され、Ethereumのコンセンサスメカニズムも現在のPoW（Proof of Work）からPoS（Proof of Stake）に変更されます。現在確認されているイスタンブールアップグレードのブロックの高さは #9069000 で、ハードフォークは 2019 年 12 月 6 日 (金) に行われる予定です。

• EIP-152: Blake2 圧縮関数 F のプリコンパイルを追加します。この EIP により、BLAKE2b ハッシュ関数やその他の高次 64 ビット BLAKE2 バリアントを EVM 上で安価に実行できるようになり、それによって Ethereum と Zcash や Equihash アルゴリズムに基づくその他の PoW 暗号通貨との相互運用性が向上します。

• EIP-1108: 楕円曲線アルゴリズムのプリコンパイルの現在のコストは高すぎるため、この EIP では alt_bn128 プリコンパイルのガス コストを削減する予定です。プリコンパイルの価格を再設定することは、Ethereum 上の多くのプライバシー ソリューションとスケーリング ソリューションに大きなメリットをもたらします。 [5]

• EIP-1344: 現在、特定のネットワークのチェーン ID を設定する方法についての仕様はなく、この操作はクライアント実装者とブロックチェーン コミュニティによる手動選択に依存しています。この EIP は、異なるチェーン間のリプレイ攻撃を防ぐためにチェーン ID を使用することを提案しており、スマート コントラクト内で同じ可能性を持つことは、署名 (特にレイヤー 2 署名スキーム) を処理するときに役立ちます。

• EIP-1844: Ethereum の状態が急速に成長したため、特定のオペコードがこれまで以上にリソースを消費するようになりました。したがって、この EIP は、ガスの支出とリソースの消費の間の適切なバランスを実現するために、特定のオペコードの価格を変更します。

• EIP-2028: オンチェーン データを呼び出すには、Ethereum ネットワークでガスを支払う必要があります。この EIP の一部では、コストが現在の 68 ガス/バイトから 16 ガス/バイトに削減され、帯域幅が増加して 1 つのブロックに収まるデータ量が増えるようになります。

• EIP-2200: SSTORE オペコードのネットガス計測変更の構造化された定義を提供し、新しいコントラクトストレージの使用を可能にし、ほとんどの実行で過剰なガスコストを削減します。

• MetaMask や Coinbase Wallet などのモバイルウォレットを介して ETH を保有または取引します。

• Coinbase、Binance、Kraken などの取引所で ETH を保有します。

• Ledger や Trezor などのハードウェア ウォレット経由で ETH を保管します。

ノードオペレータ

Ethereum は分散型ピアツーピア ネットワークであるため、現在 Ethereum インフラストラクチャを実行しているすべてのユーザーは、ソフトウェアを「フォーク対応」の Ethereum クライアント バージョンに更新する必要があり、更新は 12 月 1 日までに完了する必要があります。

Infura を実行している場合は、変更する必要はありません。 Infura はすぐに使用できる状態になっており、ユーザー側での操作は必要ありません。 Infura は 3 年以上にわたって信頼性の高い Ethereum インフラストラクチャを運用しており、ネットワークのハードフォーク中に大規模なアップデートを処理できることが実証されています。 Infura はアップグレード プロセスを保護するため、自信を持ってソフトウェアの構築を継続できます。

以下のソフトウェアバージョンは9月下旬にリリースされました。タイミングを逃してソフトウェアを時間内にアップグレードできなかった場合、ブロックチェーン データのソースを正確に取得できなくなります。このフォークを逃した場合、ノードは Ethereum ブロックチェーンと再同期する必要があり、これには数時間または数日かかる場合があります。

ノードが「フォーク準備完了」になる方法:

• ソフトウェア更新のお知らせについてはクライアント ページで定期的に確認してください。

• フォークの更新情報をチェックして、アプリケーションに何らかのアクションが必要かどうか、またはユーザーに何らかの影響があるかどうかを判断します。

• フォーク ブロックの高さに達する前にノードを更新します。

Serenity のフェーズ 1 では、プルーフ オブ ワークからプルーフ オブ ステークのコンセンサス メカニズムへの Ethereum の最終的な移行を示すプルーフ オブ ステーク (PoS) ブロックチェーンである Beacon チェーンが開始されます。