---
title: イーサリアムガバナンスの紹介
metaTitle: イーサリアムガバナンス
description: イーサリアムに関する意思決定がどのように行われるかについての紹介。
lang: ja
---
_誰も[イーサリアム](/)を所有していないのであれば、イーサリアムの過去および将来の変更に関する意思決定はどのように行われるのでしょうか？イーサリアムのガバナンスとは、そのような意思決定を可能にするプロセスのことを指します。_
## ガバナンスとは何か？ {#what-is-governance}
ガバナンスとは、意思決定を可能にするために導入されているシステムのことです。一般的な組織構造では、経営陣や取締役会が意思決定の最終決定権を持つ場合があります。あるいは、株主が変更を制定するための提案に投票することもあります。政治システムにおいては、選出された役人が有権者の要望を代弁しようとする法律を制定することがあります。
## 分散型ガバナンス {#decentralized-governance}
イーサリアムのプロトコルを所有または管理している特定の個人はいませんが、ネットワークの寿命と繁栄を確実にするために、変更の実装に関する意思決定を行う必要があります。このように所有者が存在しないため、従来の組織的なガバナンスは適合しません。
## イーサリアムのガバナンス {#ethereum-governance}
イーサリアムのガバナンスは、プロトコルの変更を行うためのプロセスです。重要な点として、このプロセスは人々やアプリケーションがプロトコルをどのように使用するかには関係していません。イーサリアムはパーミッションレスです。世界中の誰もがオンチェーンの活動に参加できます。誰がアプリケーションを構築できるか、あるいはトランザクションを送信できるかについてのルールは設定されていません。しかし、分散型アプリケーション (dapp) がその上で稼働するコアプロトコルへの変更を提案するためのプロセスは存在します。非常に多くの人々がイーサリアムの安定性に依存しているため、イーサリアムへの変更が安全であり、コミュニティによって広く支持されることを確実にするために、社会的および技術的プロセスを含むコアの変更には非常に高い調整のハードルが設けられています。
### オンチェーンとオフチェーンのガバナンス {#onchain-vs-offchain}
ブロックチェーン技術は、オンチェーンガバナンスとして知られる新しいガバナンス機能を実現します。オンチェーンガバナンスとは、提案されたプロトコルの変更がステークホルダー（通常はガバナンス・トークンの保有者）の投票によって決定され、その投票がブロックチェーン上で行われる仕組みです。一部のオンチェーンガバナンスの形式では、提案されたプロトコルの変更はすでにコードで記述されており、ステークホルダーがトランザクションに署名して変更を承認すると、自動的に実装されます。
反対のアプローチであるオフチェーンガバナンスでは、プロトコルの変更に関する意思決定は、社会的な議論という非公式なプロセスを通じて行われ、承認された場合にコードとして実装されます。
**イーサリアムのガバナンスはオフチェーンで行われ**、多種多様なステークホルダーがそのプロセスに関与しています。
_プロトコルレベルでのイーサリアムのガバナンスはオフチェーンですが、DAOなど、イーサリアム上に構築された多くのユースケースではオンチェーンガバナンスが使用されています。_
DAOの詳細
## 誰が関与しているのか？ {#who-is-involved}
[イーサリアムコミュニティ](/community/)には様々なステークホルダーが存在し、それぞれがガバナンスプロセスにおいて役割を果たしています。プロトコルから最も遠いステークホルダーから順に見ていくと、以下のようになります。
- **イーサ保有者**: 任意の量のETHを保有している人々です。[ETHの詳細](/what-is-ether/)。
- **アプリケーションユーザー**: イーサリアムのブロックチェーン上のアプリケーションとやり取りする人々です。
- **アプリケーション/ツール開発者**: イーサリアムのブロックチェーン上で稼働するアプリケーション（分散型金融 (DeFi)、NFTなど）を作成したり、イーサリアムとやり取りするためのツール（ウォレット、テストスイートなど）を構築したりする人々です。[dappの詳細](/apps/)。
- **ノードオペレーター**: ブロックやトランザクションを伝播させるノードを実行し、遭遇した無効なトランザクションやブロックを拒否する人々です。[ノードの詳細](/developers/docs/nodes-and-clients/)。
- **EIP作成者**: イーサリアム改善提案（EIP）という形で、イーサリアムのプロトコルへの変更を提案する人々です。[EIPの詳細](/eips/)。
- **バリデータ**: イーサリアムのブロックチェーンに新しいブロックを追加できるノードを実行する人々です。
- **プロトコル開発者**（別名「コア開発者」）: 様々なイーサリアム実装（実行レイヤーのgo-ethereum、ネザーマインド、ベス、エリゴン、レス、またはコンセンサス・レイヤーのプリズム、ライトハウス、ニンバス、テク、ロードスター、Grandineなど）を維持管理する人々です。[イーサリアムクライアントの詳細](/developers/docs/nodes-and-clients/)。
_注: 1人の個人がこれらのグループの複数に属することもあります（例: プロトコル開発者がEIPを主導し、ビーコン・チェーンのバリデータを実行し、DeFiアプリケーションを使用するなど）。ただし、概念を明確にするためには、これらを区別するのが最も分かりやすいです。_
## EIPとは何か？ {#what-is-an-eip}
イーサリアムのガバナンスで使用される重要なプロセスの1つが、**イーサリアム改善提案（EIP）**の提案です。EIPは、イーサリアムの潜在的な新機能やプロセスを指定する標準です。イーサリアムコミュニティ内の誰でもEIPを作成できます。EIPの作成や、ピアレビューおよび/またはガバナンスへの参加に興味がある場合は、以下を参照してください。
EIPの詳細
## 公式なプロセス {#formal-process}
イーサリアムのプロトコルに変更を導入するための公式なプロセスは以下の通りです。
1. **コアEIPの提案**: [EIP-1](https://eips.ethereum.org/EIPS/eip-1#core-eips)に記載されているように、イーサリアムへの変更を公式に提案するための最初のステップは、それをコアEIPに詳細に記述することです。これは、承認された場合にプロトコル開発者が実装するEIPの公式な仕様として機能します。
2. **プロトコル開発者へのEIPの提示**: コミュニティの意見を集めたコアEIPができたら、それをプロトコル開発者に提示する必要があります。これは、[AllCoreDevsコール](https://github.com/ethereum/execution-specs/tree/master/network-upgrades#getting-the-considered-for-inclusion-cfi-status)での議論のために提案することで行えます。おそらく、[Ethereum Magiciansフォーラム](https://ethereum-magicians.org/)や[イーサリアムR&Dのディスコード](https://discord.gg/mncqtgVSVw)で、すでに非同期的にいくつかの議論が行われていることでしょう。
> この段階での潜在的な結果は以下の通りです。
> - EIPが将来のネットワークアップグレードの検討対象となる
> - 技術的な変更が要求される
> - 優先度が高くない場合、または開発の労力に対して改善の度合いが十分に大きくない場合は、却下される可能性がある
3. **最終提案に向けた反復:** 関連するすべてのステークホルダーからフィードバックを受け取った後、セキュリティを向上させたり、様々なユーザーのニーズをよりよく満たしたりするために、最初の提案に変更を加える必要が生じるでしょう。必要だと考えるすべての変更をEIPに組み込んだら、それを再びプロトコル開発者に提示する必要があります。その後、このプロセスの次のステップに進むか、新たな懸念事項が浮上して提案のさらなる反復が必要になるかのいずれかになります。
4. **ネットワークアップグレードへのEIPの組み込み**: EIPが承認され、テストされ、実装されたと仮定すると、ネットワークアップグレードの一部としてスケジュールされます。ネットワークアップグレードの調整コストが高い（全員が同時にアップグレードする必要がある）ことを考慮し、EIPは通常、アップグレードにまとめて組み込まれます。
5. **ネットワークアップグレードの有効化**: ネットワークアップグレードが有効化されると、EIPはイーサリアムネットワーク上で稼働します。_注: ネットワークアップグレードは通常、イーサリアム・メインネットで有効化される前にテストネットで有効化されます。_
このフローは非常に簡略化されていますが、プロトコルの変更がイーサリアム上で有効化されるまでの重要な段階の概要を示しています。次に、このプロセス中に働く非公式な要因を見てみましょう。
## 非公式なプロセス {#informal-process}
### 先行研究の理解 {#prior-work}
EIPの主導者は、イーサリアム・メインネットへのデプロイに向けて真剣に検討されるEIPを作成する前に、先行研究や過去の提案に精通しておく必要があります。そうすることで、そのEIPが過去に却下されたことのない新しいものをもたらすことが期待できます。これを調査するための主な場所は、[EIPリポジトリ](https://github.com/ethereum/EIPs)、[Ethereum Magicians](https://ethereum-magicians.org/)、および[ethresear.ch](https://ethresear.ch/)の3つです。
### ワーキンググループ {#working-groups}
EIPの最初の草案が、編集や変更なしにイーサリアム・メインネットに実装されることはほとんどありません。一般的に、EIPの主導者はプロトコル開発者の一部と協力して、提案の仕様策定、実装、テスト、反復、および最終決定を行います。歴史的に、これらのワーキンググループは数ヶ月（時には数年！）の作業を必要としてきました。同様に、そのような変更のEIP主導者は、エンドユーザーのフィードバックを収集し、デプロイのリスクを軽減するために、関連するアプリケーション/ツール開発者を早い段階で巻き込むべきです。
### コミュニティのコンセンサス {#community-consensus}
一部のEIPはニュアンスの少ない単純な技術的改善ですが、より複雑で、異なるステークホルダーに異なる影響を与えるトレードオフを伴うものもあります。これは、一部のEIPがコミュニティ内で他のものよりも議論を呼ぶことを意味します。
議論を呼ぶ提案をどのように扱うかについての明確なマニュアルはありません。これは、単一のステークホルダーグループが力ずくで他を強制できないというイーサリアムの分散型設計の結果です。プロトコル開発者はコードの変更を実装しないことを選択でき、ノードオペレーターは最新のイーサリアムクライアントを実行しないことを選択でき、アプリケーションチームやユーザーはチェーン上でトランザクションを行わないことを選択できます。プロトコル開発者は人々にネットワークアップグレードの採用を強制する方法を持たないため、一般的に、幅広いコミュニティへの利益よりも議論の余地が上回るEIPの実装は避けます。
EIPの主導者は、関連するすべてのステークホルダーからフィードバックを求めることが期待されています。もし自分が議論を呼ぶEIPの主導者になった場合は、反対意見に対処し、EIPに関するコンセンサスを構築するよう努めるべきです。イーサリアムコミュニティの規模と多様性を考慮すると、コミュニティのコンセンサスを測るために使用できる単一の指標（コイン投票など）は存在せず、EIPの主導者は提案の状況に適応することが求められます。
イーサリアムネットワークのセキュリティを超えて、プロトコル開発者は歴史的に、アプリケーション/ツール開発者やアプリケーションユーザーが価値を置くものに大きな比重を置いてきました。なぜなら、彼らがイーサリアムを使用し、開発することが、エコシステムを他のステークホルダーにとって魅力的なものにしているからです。さらに、EIPは別々のチームによって管理されているすべてのクライアント実装にわたって実装される必要があります。このプロセスの一部は通常、特定の変更が価値があり、エンドユーザーの役に立つか、セキュリティ問題を解決するものであると、プロトコル開発者の複数のチームを説得することを意味します。
## 意見の不一致への対処 {#disagreements}
異なる動機や信念を持つ多くのステークホルダーが存在するということは、意見の不一致が珍しくないことを意味します。
一般的に、意見の不一致は、問題の根本を理解し、誰もが意見を述べられるように、公開フォーラムでの長時間の議論によって処理されます。通常は、一方のグループが譲歩するか、妥協点が見出されます。もし一方のグループの思いが十分に強い場合、特定の変更を強行するとチェーンの分裂につながる可能性があります。チェーンの分裂とは、一部のステークホルダーがプロトコルの変更の実装に抗議した結果、互換性のない異なるバージョンのプロトコルが稼働し、そこから2つの異なるブロックチェーンが出現することです。
### DAOフォーク {#dao-fork}
フォークとは、ネットワークに大規模な技術的アップグレードや変更を行う必要があり、プロトコルの「ルール」を変更する場合のことです。[イーサリアムクライアント](/developers/docs/nodes-and-clients/)は、新しいフォークのルールを実装するためにソフトウェアを更新する必要があります。
DAOフォークは、安全でない[DAO](/glossary/#dao)コントラクトがハッキングされ、360万ETH以上が流出した[2016年のDAO攻撃](https://www.coindesk.com/learn/understanding-the-dao-attack)への対応でした。このフォークにより、欠陥のあるコントラクトから新しいコントラクトへ資金が移動され、ハッキングで資金を失った誰もが資金を回収できるようになりました。
この行動方針は、イーサリアムコミュニティによって投票にかけられました。ETH保有者は誰でも、[投票プラットフォーム](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/)上のトランザクションを通じて投票することができました。フォークの決定は85%以上の票を集めました。
ハッキングをリバートするためにプロトコルがフォークしたことは事実ですが、フォークの決定において投票が持った重みについては、いくつかの理由から議論の余地があることに注意することが重要です。
- 投票率が信じられないほど低かった
- ほとんどの人が投票が行われていることを知らなかった
- 投票はETH保有者のみを代表しており、システム内の他の参加者を代表していなかった
コミュニティの一部はフォークを拒否しました。その主な理由は、DAOの事件はプロトコルの欠陥ではないと感じたためです。彼らはその後、[イーサリアム・クラシック](https://ethereumclassic.org/)を形成しました。
現在、イーサリアムコミュニティは、システムの信頼できる中立性を維持するために、コントラクトのバグや資金の喪失が発生した場合でも不介入のポリシーを採用しています。
DAOハッキングの詳細を見る：
### フォークの有用性 {#forking-utility}
イーサリアムとイーサリアム・クラシックのフォークは、健全なフォークの優れた例です。いくつかのコアバリューについて互いに強く意見が対立し、リスクを冒してでもそれぞれの行動方針を追求する価値があると感じた2つのグループが存在しました。
政治的、哲学的、または経済的な大きな違いに直面した際にフォークできる能力は、イーサリアムのガバナンスの成功において大きな役割を果たしています。フォークする能力がなければ、代わりとなるのは継続的な内紛であり、最終的にイーサリアム・クラシックを形成した人々への不本意な参加の強制であり、イーサリアムの成功がどのようなものかについてのビジョンのますますの乖離でした。
## ビーコン・チェーンのガバナンス {#beacon-chain}
イーサリアムのガバナンスプロセスは、多くの場合、オープン性と包摂性のためにスピードと効率を犠牲にします。ビーコン・チェーンの開発を加速させるために、それはプルーフ・オブ・ワーク (PoW) のイーサリアムネットワークとは別に立ち上げられ、独自のガバナンス慣行に従いました。
仕様と開発の実装は常に完全にオープンソースでしたが、上記で説明したアップデートを提案するための公式なプロセスは使用されませんでした。これにより、研究者や実装者によって変更がより迅速に指定され、合意されることが可能になりました。
2022年9月15日にビーコン・チェーンがイーサリアムの実行レイヤーとマージされたとき、[Parisネットワークアップグレード](/ethereum-forks/#paris)の一部としてマージが完了しました。提案[EIP-3675](https://eips.ethereum.org/EIPS/eip-3675)は「Last Call（最終確認）」から「Final（最終）」に変更され、プルーフ・オブ・ステーク (PoS) への移行が完了しました。
マージの詳細
## どのように関与できるか？ {#get-involved}
- [EIPを提案する](/eips/#participate)
- [現在の提案について議論する](https://ethereum-magicians.org/)
- [R&Dの議論に参加する](https://ethresear.ch/)
- [イーサリアムR&Dのディスコードに参加する](https://discord.gg/mncqtgVSVw)
- [ノードを実行する](/developers/docs/nodes-and-clients/run-a-node/)
- [クライアント開発に貢献する](/developers/docs/nodes-and-clients/#execution-clients)
- [コア開発者見習いプログラム](https://blog.ethereum.org/2021/09/06/core-dev-apprenticeship-second-cohort)
## 参考文献 {#further-reading}
イーサリアムのガバナンスは厳密に定義されていません。様々なコミュニティ参加者が多様な視点を持っています。そのうちのいくつかを紹介します。
- [ブロックチェーンガバナンスに関するメモ](https://vitalik.eth.limo/general/2017/12/17/voting.html) - _ヴィタリック・ブテリン_
- [イーサリアムのガバナンスはどのように機能するのか？](https://cryptotesters.com/blog/ethereum-governance) – _Cryptotesters_
- [イーサリアムのガバナンスの仕組み](https://medium.com/coinmonks/how-ethereum-governance-works-71856426b63a) – _マイカ・ゾルツ_
- [イーサリアムのコア開発者とは何か？](https://hudsonjameson.com/posts/2020-06-22-what-is-an-ethereum-core-developer/) - _ハドソン・ジェイムソン_
- [ガバナンス、パート2：金権政治は依然として悪である](https://vitalik.eth.limo/general/2018/03/28/plutocracy.html) - _ヴィタリック・ブテリン_
- [コイン投票ガバナンスからの脱却](https://vitalik.eth.limo/general/2021/08/16/voting3.html) - _ヴィタリック・ブテリン_
- [ブロックチェーンガバナンスの理解](https://web.archive.org/web/20250124192731/https://research.2077.xyz/understanding-blockchain-governance) - _2077 Research_
- [イーサリアム政府](https://www.galaxy.com/insights/research/ethereum-governance/) - _クリスティーン・キム_