---
title: "マージ"
description: "マージについて — イーサリアム・メインネットがプルーフ・オブ・ステークを採用した経緯を学びましょう。"
lang: ja
template: upgrade
image: /images/upgrades/merge.png
alt: 
summaryPoints:
  - "イーサリアム・メインネットはプルーフ・オブ・ステークを使用していますが、以前はそうではありませんでした。"
  - "従来のプルーフ・オブ・ワークのメカニズムからプルーフ・オブ・ステークへのアップグレードは、マージと呼ばれました。"
  - "マージとは、元のイーサリアム・メインネットがビーコン・チェーンと呼ばれる別のプルーフ・オブ・ステークのブロックチェーンと統合され、現在1つのチェーンとして存在していることを指します。"
  - "マージにより、イーサリアムのエネルギー消費量は約99.95%削減されました。"
---

<UpgradeStatus isShipped dateKey="page-upgrades:page-upgrades-beacon-date">
  マージは2022年9月15日に実行されました。これにより、イーサリアムのプルーフ・オブ・ステーク・コンセンサスへの移行が完了し、プルーフ・オブ・ワークが正式に非推奨となり、エネルギー消費量が約99.95%削減されました。
</UpgradeStatus>

## マージとは何だったのか？ {#what-is-the-merge}

マージとは、イーサリアムの元の実行レイヤー（[ジェネシス](/ethereum-forks/#frontier)から存在するメインネット）と、新しいプルーフ・オブ・ステークのコンセンサス・レイヤーであるビーコン・チェーンの統合のことです。これにより、エネルギーを大量に消費するマイニングの必要性がなくなり、代わりにステークされたETHを使用してネットワークを保護できるようになりました。これは、スケーラビリティ、セキュリティ、持続可能性の向上という[イーサリアム](/)のビジョンを実現するための、非常にエキサイティングな一歩でした。

<MergeInfographic />

当初、[ビーコン・チェーン](/roadmap/beacon-chain/)は[メインネット](/glossary/#mainnet)とは別に出荷されました。ビーコン・チェーンが[プルーフ・オブ・ステーク](/developers/docs/consensus-mechanisms/pos/)を使用して並行して稼働している間も、イーサリアム・メインネット（すべてのアカウント、残高、スマートコントラクト、ブロックチェーンの状態を含む）は引き続き[プルーフ・オブ・ワーク](/developers/docs/consensus-mechanisms/pow/)によって保護されていました。マージは、これら2つのシステムが最終的に統合され、プルーフ・オブ・ワークがプルーフ・オブ・ステークに恒久的に置き換えられた時点を指します。

イーサリアムを、星間航行の準備が完全に整う前に打ち上げられた宇宙船だと想像してみてください。ビーコン・チェーンにより、コミュニティは新しいエンジンと頑丈な船体を構築しました。大規模なテストの後、飛行中に古いエンジンを新しいエンジンにホットスワップする時期が来ました。これにより、新しくより効率的なエンジンが既存の船に統合され、本格的な光年を重ねて宇宙に挑むことができるようになりました。

## メインネットとの統合 {#merging-with-mainnet}

プルーフ・オブ・ワークは、ジェネシスからマージまでイーサリアム・メインネットを保護していました。これにより、トランザクション、スマートコントラクト、アカウントなど、おなじみの機能をすべて備えた、私たちが普段使用しているイーサリアムのブロックチェーンが2015年7月に誕生しました。

イーサリアムの歴史を通じて、開発者はプルーフ・オブ・ワークからプルーフ・オブ・ステークへの最終的な移行に向けて準備を進めてきました。2020年12月1日、ビーコン・チェーンはメインネットとは別のブロックチェーンとして作成され、並行して稼働し始めました。

ビーコン・チェーンは当初、メインネットのトランザクションを処理していませんでした。代わりに、アクティブなバリデータとそのアカウント残高について合意することで、独自の状態に関するコンセンサスに達していました。広範なテストの後、ビーコン・チェーンが現実世界のデータに関するコンセンサスに達する時期が来ました。マージ後、ビーコン・チェーンは、実行レイヤーのトランザクションやアカウント残高を含む、すべてのネットワーク・データのコンセンサス・エンジンになりました。

マージは、ブロック生成のエンジンとしてビーコン・チェーンを使用する正式な切り替えを意味しました。マイニングはもはや有効なブロックを生成する手段ではありません。代わりに、プルーフ・オブ・ステークのバリデータがこの役割を引き継ぎ、現在ではすべてのトランザクションの有効性を処理し、ブロックを提案する責任を負っています。

マージによって歴史が失われることはありませんでした。メインネットがビーコン・チェーンと統合された際、イーサリアムのトランザクション履歴全体も統合されました。

<Alert variant="update">
<AlertContent>
<AlertDescription>
このプルーフ・オブ・ステークへの移行により、イーサの発行方法が変更されました。[マージ前後のイーサ発行](/roadmap/merge/issuance/)について詳しく学びましょう。
</AlertDescription>
</AlertContent>
</Alert>

### ユーザーと保有者 {#users-holders}

**マージによって、保有者やユーザーにとって何かが変わることはありませんでした。**

_繰り返しになりますが_、ETHやイーサリアム上のその他のデジタル資産のユーザーまたは保有者、およびノードを運用していないステーカーは、**マージに対応するために資金やウォレットで何かを行う必要はありません。** ETHは単なるETHです。「古いETH」や「新しいETH」、「Eth1」や「Eth2」といったものは存在せず、ウォレットはマージ後も以前とまったく同じように機能します。そうでないと言う人は、おそらく詐欺師です。

プルーフ・オブ・ワークを置き換えたにもかかわらず、ジェネシス以降のイーサリアムの歴史全体は、プルーフ・オブ・ステークへの移行によって損なわれることなく、変更されずに残りました。マージ前にウォレットに保持されていた資金は、マージ後も引き続きアクセス可能です。**アップグレードのためにユーザー側で必要なアクションはありません。**

[イーサリアムのセキュリティについて](/security/#eth2-token-scam)

### ノードオペレーターとdapp開発者 {#node-operators-dapp-developers}

<ExpandableCard
title="ステーキングノードのオペレーターとプロバイダー"
contentPreview="独自のノードセットアップを実行しているステーカー、またはノードインフラストラクチャプロバイダーである場合、マージ後に注意すべき点がいくつかあります。"
id="staking-node-operators">

主なアクションアイテムは以下の通りです：

1. コンセンサス・クライアントと実行クライアントの_両方_を実行します。マージ以降、実行データを取得するためのサードパーティのエンドポイントは機能しなくなりました。
2. 実行クライアントとコンセンサス・クライアントの両方を共有JWTシークレットで認証し、安全に通信できるようにします。
3. 獲得したトランザクション手数料のチップやMEVを受け取るために、`fee recipient`アドレスを設定します。

上記の最初の2つの項目を完了しないと、両方のレイヤーが同期され認証されるまで、ノードは「オフライン」と見なされます。

`fee recipient`を設定しなくても、バリデータは通常通り機能しますが、バリデータが提案するブロックで得られたはずのバーンされていない手数料のチップやMEVを受け取ることができなくなります。
</ExpandableCard>

<ExpandableCard
title="非検証ノードのオペレーターとインフラストラクチャプロバイダー"
contentPreview="非検証イーサリアムノードを運用している場合、マージに伴う最も重要な変更は、実行レイヤーとコンセンサス・レイヤーの両方のクライアントを実行する必要があることでした。"
id="node-operators">

マージまでは、ネットワークによってゴシップされているブロックを受信し、適切に検証し、伝播するには、実行クライアント（ゴー・イーサリアム（ゲス）、エリゴン、ベス、ネザーマインドなど）だけで十分でした。_マージ後_、実行ペイロードに含まれるトランザクションの有効性は、それが含まれる「コンセンサス・ブロック」の有効性にも依存するようになりました。

その結果、完全なイーサリアム・ノードには、実行クライアントとコンセンサス・クライアントの両方が必要になりました。これら2つのクライアントは、新しいEngine APIを使用して連携します。Engine APIはJWTシークレットを使用した認証を必要とし、これが両方のクライアントに提供されることで安全な通信が可能になります。

主なアクションアイテムは以下の通りです：

- 実行クライアントに加えてコンセンサス・クライアントをインストールする
- 実行クライアントとコンセンサス・クライアントを共有JWTシークレットで認証し、互いに安全に通信できるようにする。

上記の項目を完了しないと、両方のレイヤーが同期され認証されるまで、ノードは「オフライン」と表示されます。

</ExpandableCard>

<ExpandableCard
title="dappおよびスマートコントラクトの開発者"
contentPreview="マージは、スマートコントラクトおよびdapp開発者への影響を最小限に抑えるように設計されました。"
id="developers">

マージに伴いコンセンサスに変更が加えられましたが、これには以下の変更も含まれます：

<ul>
  <li>ブロック構造</li>
  <li>スロット/ブロックのタイミング</li>
  <li>オペコードの変更</li>
  <li>オンチェーンのランダム性のソース</li>
  <li><em>セーフ・ヘッド</em>と<em>ファイナライズ済みブロック</em>の概念</li>
</ul>

詳細については、Tim Beikoによるブログ記事<a href="https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer">マージがイーサリアムのアプリケーション・レイヤーに与える影響</a>をご覧ください。

</ExpandableCard>

## マージとエネルギー消費 {#merge-and-energy}

マージはイーサリアムにおけるプルーフ・オブ・ワークの終わりを告げ、より持続可能で環境に優しいイーサリアムの時代をスタートさせました。イーサリアムのエネルギー消費量は推定99.95%減少し、イーサリアムはグリーンなブロックチェーンになりました。[イーサリアムのエネルギー消費](/energy-consumption/)について詳しく学びましょう。

## マージとスケーリング {#merge-and-scaling}

マージはまた、プルーフ・オブ・ワークの下では不可能だったさらなるスケーラビリティのアップグレードへの舞台を整え、[ロードマップ](/roadmap/)が目指す完全な規模、セキュリティ、持続可能性の達成にイーサリアムを一歩近づけました。

## マージに関する誤解 {#misconceptions}

<ExpandableCard
title="誤解：&quot;ノードを実行するには32 ETHをステーキングする必要がある。&quot;"
contentPreview="誤りです。誰でも自由に自己検証済みのイーサリアムのコピーを同期する（つまり、ノードを実行する）ことができます。マージの前でも、マージの後でも、そして今後も、ETHは一切必要ありません。">

イーサリアムのノードには、ブロックを提案できるノードと提案できないノードの2種類があります。

ブロックを提案するノードは、イーサリアム上の全ノードのほんの一部にすぎません。このカテゴリには、プルーフ・オブ・ワーク (PoW) 下のマイニング・ノードと、プルーフ・オブ・ステーク (PoS) 下のバリデータ・ノードが含まれます。このカテゴリでは、時折次のブロックを提案してプロトコル報酬を獲得する機能と引き換えに、経済的リソース（プルーフ・オブ・ワークにおけるGPUハッシュパワーや、プルーフ・オブ・ステークにおけるステークされたETHなど）をコミットする必要があります。

ネットワーク上のその他のノード（つまり大多数）は、1〜2 TBの空きストレージとインターネット接続を備えたコンシューマー向けのコンピューター以上の経済的リソースをコミットする必要はありません。これらのノードはブロックを提案しませんが、新しいブロックをリッスンし、ネットワークのコンセンサス・ルールに従って到着時にその有効性を検証することで、すべてのブロック提案者に責任を持たせ、ネットワークを保護するという重要な役割を果たしています。ブロックが有効な場合、ノードはネットワーク全体にブロックを伝播し続けます。何らかの理由でブロックが無効な場合、ノード・ソフトウェアはそれを無効として無視し、伝播を停止します。

ブロックを生成しないノードの実行は、どちらのコンセンサス・メカニズム（プルーフ・オブ・ワークまたはプルーフ・オブ・ステーク）の下でも誰でも可能です。手段がある場合は、すべてのユーザーに<em>強く推奨</em>されます。ノードの実行はイーサリアムにとって非常に価値があり、セキュリティ、プライバシー、検閲耐性の向上など、ノードを実行する個人にも追加のメリットをもたらします。

誰でも独自のノードを実行できる機能は、イーサリアム・ネットワークの分散化を維持するために<em>絶対に不可欠</em>です。

[独自のノードの実行について](/run-a-node/)

</ExpandableCard>

<ExpandableCard
title="誤解：&quot;マージはガス代の削減に失敗した。&quot;"
contentPreview="誤りです。マージはコンセンサス・メカニズムの変更であり、ネットワーク容量の拡大ではないため、ガス代を下げることは意図されていませんでした。">

ガス代は、ネットワークの容量に対するネットワーク需要の産物です。マージによりプルーフ・オブ・ワークの使用が非推奨となり、コンセンサスのためにプルーフ・オブ・ステークに移行しましたが、ネットワークの容量やスループットに直接影響するパラメータは大きく変更されませんでした。

<a href="https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698">ロールアップ中心のロードマップ</a>により、[レイヤー2](/layer-2/)でのユーザー・アクティビティのスケーリングに注力する一方で、レイヤー1のメインネットをロールアップのデータ・ストレージに最適化された安全な分散型セトルメント・レイヤーとして機能させ、ロールアップのトランザクションを飛躍的に安価にすることを目指しています。プルーフ・オブ・ステークへの移行は、これを実現するための重要な前提条件です。[ガスと手数料について](/developers/docs/gas/)

</ExpandableCard>

<ExpandableCard
title="誤解：&quot;マージによってトランザクションが大幅に高速化された。&quot;"
contentPreview="誤りです。わずかな変更はありますが、現在のレイヤー1でのトランザクション速度はマージ前とほぼ同じです。">
トランザクションの「速度」は、ブロックに含まれるまでの時間やファイナリティまでの時間など、いくつかの方法で測定できます。これらはどちらもわずかに変化しますが、ユーザーが気付くようなものではありません。

歴史的に、プルーフ・オブ・ワークでは、約13.3秒ごとに新しいブロックを生成することが目標でした。プルーフ・オブ・ステークの下では、スロットは正確に12秒ごとに発生し、それぞれがバリデータにとってブロックを公開する機会となります。ほとんどのスロットにはブロックがありますが、必ずしもすべてではありません（例：バリデータがオフラインの場合）。プルーフ・オブ・ステークでは、ブロックはプルーフ・オブ・ワークよりも約10%頻繁に生成されます。これはかなり些細な変更であり、ユーザーが気付く可能性は低いです。

プルーフ・オブ・ステークは、以前には存在しなかったトランザクションのファイナリティの概念を導入しました。プルーフ・オブ・ワークでは、トランザクションの上にブロックがマイニングされるたびに、ブロックを元に戻す機能は指数関数的に困難になりますが、完全にゼロになることはありません。プルーフ・オブ・ステークの下では、ブロックはエポック（ブロックの機会が32回含まれる6.4分間の期間）にバンドルされ、バリデータが投票します。エポックが終了すると、バリデータはそのエポックを「ジャスティファイド」と見なすかどうかを投票します。バリデータがエポックをジャスティファイドすることに同意した場合、次のエポックでファイナライズ済みになります。ファイナライズ済みのトランザクションを取り消すことは、ステークされたETHの総量の3分の1以上を取得してバーンする必要があるため、経済的に実行不可能です。

</ExpandableCard>

<ExpandableCard
title="誤解：&quot;マージによってステーキングの引き出しが可能になった。&quot;"
contentPreview="誤りですが、その後シャンハイ／カペラ・アップグレードによってステーキングの引き出しが可能になりました。">

マージ直後、ステーカーはブロック提案の結果として獲得した手数料のチップとMEVにのみアクセスできました。これらの報酬は、バリデータが管理する非ステーキング・アカウント（<em>手数料受取人</em>として知られています）に入金され、すぐに利用できます。これらの報酬は、バリデータの義務を遂行するためのプロトコル報酬とは別のものです。

シャンハイ/カペラのネットワーク・アップグレード以降、ステーカーは<em>引き出しアドレス</em>を指定して、超過したステーキング残高（プロトコル報酬による32 ETHを超える分）の自動支払いを受け取ることができるようになりました。このアップグレードにより、バリデータがネットワークからエグジットする際に、残高全体をロック解除して回収する機能も有効になりました。

[ステーキングの引き出しについて](/staking/withdrawals/)

</ExpandableCard>

<ExpandableCard
title="誤解：&quot;マージが完了し、引き出しが可能になったため、ステーカーは全員同時にエグジットできる。&quot;"
contentPreview="誤りです。バリデータのエグジットはセキュリティ上の理由からレート制限されています。">
シャンハイ/カペラのアップグレードで引き出しが可能になったため、バリデータは32 ETHを超えるステーキング残高を引き出すインセンティブがあります。これらの資金は利回りを増加させず、そのままではロックされたままになるためです。APR（ステークされたETHの総量によって決定されます）によっては、バリデータをエグジットして残高全体を回収するか、報酬を使用してさらにステークしてより多くの利回りを獲得するインセンティブが働く場合があります。

ここで重要な注意点として、バリデータの完全なエグジットはプロトコルによってレート制限されており、エポック（6.4分ごと）ごとにエグジットできるバリデータの数は限られています。この制限はアクティブなバリデータの数によって変動しますが、1日にネットワークからエグジットできるのは、ステークされたETHの総量の約0.33%になります。

これにより、ステークされた資金の大量流出を防ぎます。さらに、ステークされたETHの総量の大部分にアクセスできる潜在的な攻撃者が、スラッシングの対象となる違反を犯し、プロトコルがスラッシングのペナルティを適用する前に、同じエポック内で違反したバリデータの残高すべてをエグジット/引き出しすることを防ぎます。

APRも意図的に動的になっており、ステーカーの市場が、ネットワークの保護を支援するためにいくら支払われることを望むかのバランスを取ることができるようになっています。レートが低すぎる場合、バリデータはプロトコルによって制限されたレートでエグジットします。これにより、残っているすべての人のAPRが徐々に上昇し、新規または復帰するステーカーを再び引き付けます。
</ExpandableCard>

## 「Eth2」はどうなったのか？ {#eth2}

「Eth2」という用語は非推奨になりました。「Eth1」と「Eth2」を単一のチェーンに統合した後、2つのイーサリアム・ネットワークを区別する必要はなくなりました。ただイーサリアムがあるだけです。

混乱を避けるため、コミュニティはこれらの用語を更新しました：

- 「Eth1」は現在、トランザクションと実行を処理する「実行レイヤー」です。
- 「Eth2」は現在、プルーフ・オブ・ステークのコンセンサスを処理する「コンセンサス・レイヤー」です。

これらの用語の更新は命名規則を変更するだけであり、イーサリアムの目標やロードマップを変更するものではありません。

[「Eth2」の名称変更について](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming)

## アップグレード間の関係 {#relationship-between-upgrades}

イーサリアムのアップグレードはすべて、ある程度相互に関連しています。そこで、マージが他のアップグレードとどのように関連しているかをおさらいしましょう。

### マージとビーコン・チェーン {#merge-and-beacon-chain}

マージは、元のメインネットの実行レイヤーに対する新しいコンセンサス・レイヤーとして、ビーコン・チェーンが正式に採用されたことを意味します。マージ以降、バリデータはイーサリアム・メインネットを保護するために割り当てられており、[プルーフ・オブ・ワーク](/developers/docs/consensus-mechanisms/pow/)でのマイニングはもはや有効なブロック生成手段ではありません。

代わりに、コンセンサスに参加する権利と引き換えにETHをステークした検証ノードによってブロックが提案されます。これらのアップグレードは、シャーディングを含む将来のスケーラビリティのアップグレードへの舞台を整えました。

<ButtonLink href="/roadmap/beacon-chain/">
  ビーコン・チェーン
</ButtonLink>

### マージとシャンハイ・アップグレード {#merge-and-shanghai}

プルーフ・オブ・ステークへの移行を成功させることに焦点を絞り、簡素化するために、マージのアップグレードには、ステークされたETHを引き出す機能など、期待されていた特定の機能は含まれていませんでした。この機能は、シャンハイ/カペラのアップグレードで個別に有効になりました。

興味のある方は、2021年4月のETHGlobalイベントでVitalikが発表した[マージ後に何が起こるか](https://youtu.be/7ggwLccuN5s?t=101)について詳しく学んでください。

### マージとシャーディング {#merge-and-data-sharding}

当初の計画では、スケーラビリティに対処するためにマージの前にシャーディングに取り組む予定でした。しかし、[レイヤー2スケーリング・ソリューション](/layer-2/)のブームにより、優先順位はプルーフ・オブ・ワークからプルーフ・オブ・ステークへの切り替えにシフトしました。

シャーディングの計画は急速に進化していますが、トランザクション実行をスケーリングするためのレイヤー2テクノロジーの台頭と成功を考慮し、シャーディングの計画は、ロールアップ・コントラクトからの圧縮されたコールデータを保存する負担を分散する最適な方法を見つけることにシフトし、ネットワーク容量の飛躍的な成長を可能にしました。これは、最初にプルーフ・オブ・ステークに移行しなければ不可能でした。

<ButtonLink href="/roadmap/danksharding/">
  シャーディング
</ButtonLink>

## 参考文献 {#further-reading}

<MergeArticleList />

<QuizWidget quizKey="merge" />