統合されたETH発行

イーサリアムの合併により、イーサリアム ネットワークのプルーフ・オブ・ワークからプルーフ・オブ・ステークへの移行が完了します。 ETHの発行方法はその間に変更されました。以前は、新しい ETH の発行は、実行層 (つまり、メインネット) とコンセンサス層 (つまり、ビーコン チェーン) の 2 つのソースから行われていました。イーサリアムの合併以来、実行層でのETH発行はゼロになりました。

合併後の実行レイヤーの発行: アップグレードされたコンセンサス ルールの下では、プルーフ オブ ワークはブロック生成の効果的な手段ではなくなりました。すべての実行層アクティビティは「ビーコン ブロック」にパッケージ化されます ("beacon blocks")、つまり、プルーフ・オブ・ステーク検証者によって発行および検証されます。 「ビーコン ブロック」の検証と公開に対する報酬は、コンセンサス層で個別に計算されます。

合併後のコンセンサスレイヤー発行: コンセンサスレイヤーETHの発行は合併前と同様に継続され、ブロックを検証して提案したバリデーターには少額の報酬が与えられます。バリデーターの報酬は、コンセンサス層内で管理されるバリデーター残高に引き続き発生します。ビーコンチェーンのバリデーターアカウントは、イーサリアムメインネットで使用しているアカウントとは別のものであり、計画されている上海のアップグレードまではバリデーターアカウントからの出金はできません。上海アップグレード後、ユーザーは希望に応じて報酬と賭け金を引き出すことができます。これは、新しいETHがまだ発行されている間は、上海のアップグレードが行われるまで市場に100%ロックされたままであることも意味します。

イーサリアムキー

ここではイーサリアムアカウントの「鍵」について紹介します。イーサリアムは公開鍵と秘密鍵の暗号化を使用してユーザー資産を保護します。公開キーはイーサリアム アドレスの基礎として使用されます。つまり、公開キーは一般公開されており、一意の識別子として機能します。秘密キーには、アカウント所有者のみがアクセスできるようにする必要があります。秘密キーはトランザクションとデータに「署名」するために使用され、その所有者が特定の秘密キーに対する特定のアクションを承認していることを暗号化によって証明できます。イーサリアムがプルーフ・オブ・ワークからプルーフ・オブ・ステークに移行するにつれて、ユーザーはETHをステーキングしてバリデーターを管理することによってプルーフ・オブ・ステークに参加するための新しいタイプのキーが必要になります。元のイーサリアムメインネットキーは以前と全く同じですが、ビーコンチェーン上で独立したステーカーになりたいユーザーはバリデーターキーと引き出しキーが必要です。上海アップグレード後、質権の引き出しには引き出しキーが必要です。

上海アップグレード

最初のレベルのタイトル

上海アップグレードで有効化される 4 つの EIP をまとめました。

EIP- 3651 ： Warm COINBASE

COINBASEアドレスのウォームアップを開始します

概要: アカウントの読み取りにかかる実際のコストに応じて、トランザクションの実行開始時に COINBASE アドレスをウォームアップする必要があります。

ここでの COINBASE はビットコインの概念に由来していることを説明します。つまり、ブロック内の最初のトランザクションは COINBASE トランザクションと呼ばれる特別なトランザクションであり、元々はマイナーがマイニング用のガスチップ収入をパッケージ化して収集するために設計されたものです。 COINBASE アドレスはトランザクション実行時に予熱 (システムにロード) されるため、チップを取得するたびに COINBASE アドレス情報を 0 から再取得する必要がなくなります。

動機: COINBASE の直接支払いはますます人気が高まっています。 COINBASE 支払いは、パッケージ化されたロールバックを防ぐトランザクションなど、ネットワークにとって有益な条件付き支払いを可能にするために採用されました。しかし、COINBASEとの取引価格は非常に高く、EIP-2929で導入された対話型リストフレームワークでは、COINBASEアドレスは「コールドアドレス」としてリストされ、取引ごとにCOINBASEアドレスの情報を再度取得する必要があります。このガスコストの不一致は、ERC 20 などの ETH 以外の他の支払い方法を促す可能性がありますが、ETH はイーサリアム取引の主要な支払い方法です。 EIP-3651 は、マイナーがガス料金を節約し、マイナーのトランザクションを高速化できるようにするのに役立ちます。

EIP-3855、PUSH 0 (0x5f) 命令

定数値 0 をスタックにプッシュする新しい命令を導入します。

概要: 定数値 0 をスタックにプッシュする PUSH 0 ( 0 x 5 f ) 命令を導入します。

動機: 多くの命令は入力としてオフセットを期待しますが、多くの場合それは 0 です。良い例は、呼び出しの戻りデータ パラメーターです。コントラクトが RETURNDATA* の使用を希望する場合、このパラメーターはゼロに設定されます。これはほんの一例ですが、コントラクトで 0 値をプッシュする必要がある理由は他にもたくさんあります。現在、PUSH 1 0 を使用してこれを行うことができます。これは実行時に 3 ガスのコストがかかり、2 バイトとしてエンコードされます。これは、2 * 200 ガスのデプロイメントコストを意味します。 PUSH 0 命令を使用すると、この追加のガス導入コストを消費する必要はありません。また、「無駄」の観点から見ると、既存のアカウントでは、プッシュ 100 命令で 340,557,331 バイトが無駄になっており、これは、命令のデプロイに 68,111,466,200 バイトのガスが消費されることを意味します。 EIP-3855 の目標は、無意味なガス消費を削減することです。

EIP- 3860 ，Limit and meter initcode

initcode の最大サイズを 49152 に制限し、32 バイトの initcode チャンクごとに 2 のガス コストを適用します。

概要: initcode の最大サイズの制限 (MAX_INITCODE_SIZE = 2 * MAX_CODE_SIZE = 49152) を導入することにより、EIP-170 を拡張します。また、jumpdest 分析のコストを表すために、initcode チャンクの 32 バイトごとに 2 のガス料金を導入します。

動機: コントラクトの作成中、クライアントは initcode を実行する前に初期化コードの Jumpdest 分析を実行する必要があります。実行される作業は、initcode のサイズに比例して増加します。 EIP 170 に基づいて、initcode サイズは 24576 に制限されていますが、initcode サイズの最大制限は 49152 に増加しました。明らかに、コード容量が大きいということは、契約サイズを 2 倍にすることができ、契約開発者はより豊富な機能をデプロイできることを意味します。つまり、EIP-3860 の目的は、大規模な Dapps をサポートすることです。

EIP-4895 ビーコン チェーンで操作指示として引き出しが導入される

新しい「システムレベル」操作タイプを通じて、ビーコン チェーンから EVM に資金を引き出すためのバリデーターのサポート。

概要: ビーコン チェーンから EVM 引き出しまでの「プッシュ」をサポートするシステム レベルの「操作」を導入します。デプロイが完了すると、イーサリアム ビーコン チェーンのプレッジ引き出し機能が有効になります。

動機: この EIP は、ビーコン チェーン上のバリデーターが EVM に資金を引き出す方法を提供します。これにより、プレッジされたETHの出金オペレーションが実装され、その実装方法は、ビーコンチェーン（コンセンサス層）の情報に基づいたシステムレベルの命令出金を導入し、指定されたアドレスのETH残高を無条件かつ直接的に制御するというものです。 EIP-4895 の目的は、誓約撤回機能を実装することです。

参照する：

参照する：

https://ethereum.org/en/developers/docs/consensus-mechanisms/pos/keys/#withdrawal-key

https://ethereum.org/en/upgrades/merge/issuance/#cl-issuance-post-merge

https://eips.ethereum.org/EIPS/eip- 3651 

https://eips.ethereum.org/EIPS/eip- 3855 

https://eips.ethereum.org/EIPS/eip- 3860 

https://eips.ethereum.org/EIPS/eip- 4895