イーサリアムガバナンス

誰もイーサリアムを所有していないのであれば、イーサリアムの過去および将来の変更に関する意思決定はどのように行われるのでしょうか？イーサリアムのガバナンスとは、そのような意思決定を可能にするプロセスのことを指します。

ガバナンスとは何か？

ガバナンスとは、意思決定を可能にするために導入されているシステムのことです。一般的な組織構造では、経営陣や取締役会が意思決定の最終決定権を持つ場合があります。あるいは、株主が変更を制定するための提案に投票することもあります。政治システムにおいては、選出された役人が有権者の要望を代弁しようとする法律を制定することがあります。

分散型ガバナンス

イーサリアムのプロトコルを所有または管理している特定の個人はいませんが、ネットワークの寿命と繁栄を確実にするために、変更の実装に関する意思決定を行う必要があります。このように所有者が存在しないため、従来の組織的なガバナンスは適合しません。

イーサリアムのガバナンス

イーサリアムのガバナンスは、プロトコルの変更を行うためのプロセスです。重要な点として、このプロセスは人々やアプリケーションがプロトコルをどのように使用するかには関係していません。イーサリアムはパーミッションレスです。世界中の誰もがオンチェーンの活動に参加できます。誰がアプリケーションを構築できるか、あるいはトランザクションを送信できるかについてのルールは設定されていません。しかし、分散型アプリケーション (dapp) がその上で稼働するコアプロトコルへの変更を提案するためのプロセスは存在します。非常に多くの人々がイーサリアムの安定性に依存しているため、イーサリアムへの変更が安全であり、コミュニティによって広く支持されることを確実にするために、社会的および技術的プロセスを含むコアの変更には非常に高い調整のハードルが設けられています。

Ethereum core governance explained

Nixo walks through how Ethereum's core protocol governance actually works, including client diversity and hard forks, the ACD call process, common misconceptions, devnets, and actionable paths for participation.

トランスクリプト付きで視聴

オンチェーンとオフチェーンのガバナンス

ブロックチェーン技術は、オンチェーンガバナンスとして知られる新しいガバナンス機能を実現します。オンチェーンガバナンスとは、提案されたプロトコルの変更がステークホルダー（通常はガバナンス・トークンの保有者）の投票によって決定され、その投票がブロックチェーン上で行われる仕組みです。一部のオンチェーンガバナンスの形式では、提案されたプロトコルの変更はすでにコードで記述されており、ステークホルダーがトランザクションに署名して変更を承認すると、自動的に実装されます。

反対のアプローチであるオフチェーンガバナンスでは、プロトコルの変更に関する意思決定は、社会的な議論という非公式なプロセスを通じて行われ、承認された場合にコードとして実装されます。

イーサリアムのガバナンスはオフチェーンで行われ、多種多様なステークホルダーがそのプロセスに関与しています。

プロトコルレベルでのイーサリアムのガバナンスはオフチェーンですが、DAOなど、イーサリアム上に構築された多くのユースケースではオンチェーンガバナンスが使用されています。

DAOの詳細

誰が関与しているのか？

イーサリアムコミュニティには様々なステークホルダーが存在し、それぞれがガバナンスプロセスにおいて役割を果たしています。プロトコルから最も遠いステークホルダーから順に見ていくと、以下のようになります。

イーサ保有者: 任意の量のETHを保有している人々です。ETHの詳細。
アプリケーションユーザー: イーサリアムのブロックチェーン上のアプリケーションとやり取りする人々です。
アプリケーション/ツール開発者: イーサリアムのブロックチェーン上で稼働するアプリケーション（分散型金融 (DeFi)、NFTなど）を作成したり、イーサリアムとやり取りするためのツール（ウォレット、テストスイートなど）を構築したりする人々です。dappの詳細。
ノードオペレーター: ブロックやトランザクションを伝播させるノードを実行し、遭遇した無効なトランザクションやブロックを拒否する人々です。ノードの詳細。
EIP作成者: イーサリアム改善提案（EIP）という形で、イーサリアムのプロトコルへの変更を提案する人々です。EIPの詳細。
バリデータ: イーサリアムのブロックチェーンに新しいブロックを追加できるノードを実行する人々です。
プロトコル開発者（別名「コア開発者」）: 様々なイーサリアム実装（実行レイヤーのgo-ethereum、ネザーマインド、ベス、エリゴン、レス、またはコンセンサス・レイヤーのプリズム、ライトハウス、ニンバス、テク、ロードスター、Grandineなど）を維持管理する人々です。イーサリアムクライアントの詳細。

注: 1人の個人がこれらのグループの複数に属することもあります（例: プロトコル開発者がEIPを主導し、ビーコン・チェーンのバリデータを実行し、DeFiアプリケーションを使用するなど）。ただし、概念を明確にするためには、これらを区別するのが最も分かりやすいです。

EIPとは何か？

イーサリアムのガバナンスで使用される重要なプロセスの1つが、**イーサリアム改善提案（EIP）**の提案です。EIPは、イーサリアムの潜在的な新機能やプロセスを指定する標準です。イーサリアムコミュニティ内の誰でもEIPを作成できます。EIPの作成や、ピアレビューおよび/またはガバナンスへの参加に興味がある場合は、以下を参照してください。

EIPの詳細

公式なプロセス

イーサリアムのプロトコルに変更を導入するための公式なプロセスは以下の通りです。

コアEIPの提案: EIP-1 (opens in a new tab)に記載されているように、イーサリアムへの変更を公式に提案するための最初のステップは、それをコアEIPに詳細に記述することです。これは、承認された場合にプロトコル開発者が実装するEIPの公式な仕様として機能します。
プロトコル開発者へのEIPの提示: コミュニティの意見を集めたコアEIPができたら、それをプロトコル開発者に提示する必要があります。これは、AllCoreDevsコール (opens in a new tab)での議論のために提案することで行えます。おそらく、Ethereum Magiciansフォーラム (opens in a new tab)やイーサリアムR&Dのディスコード (opens in a new tab)で、すでに非同期的にいくつかの議論が行われていることでしょう。

この段階での潜在的な結果は以下の通りです。

EIPが将来のネットワークアップグレードの検討対象となる

技術的な変更が要求される

優先度が高くない場合、または開発の労力に対して改善の度合いが十分に大きくない場合は、却下される可能性がある

最終提案に向けた反復: 関連するすべてのステークホルダーからフィードバックを受け取った後、セキュリティを向上させたり、様々なユーザーのニーズをよりよく満たしたりするために、最初の提案に変更を加える必要が生じるでしょう。必要だと考えるすべての変更をEIPに組み込んだら、それを再びプロトコル開発者に提示する必要があります。その後、このプロセスの次のステップに進むか、新たな懸念事項が浮上して提案のさらなる反復が必要になるかのいずれかになります。
ネットワークアップグレードへのEIPの組み込み: EIPが承認され、テストされ、実装されたと仮定すると、ネットワークアップグレードの一部としてスケジュールされます。ネットワークアップグレードの調整コストが高い（全員が同時にアップグレードする必要がある）ことを考慮し、EIPは通常、アップグレードにまとめて組み込まれます。
ネットワークアップグレードの有効化: ネットワークアップグレードが有効化されると、EIPはイーサリアムネットワーク上で稼働します。注: ネットワークアップグレードは通常、イーサリアム・メインネットで有効化される前にテストネットで有効化されます。

このフローは非常に簡略化されていますが、プロトコルの変更がイーサリアム上で有効化されるまでの重要な段階の概要を示しています。次に、このプロセス中に働く非公式な要因を見てみましょう。

非公式なプロセス

先行研究の理解

EIPの主導者は、イーサリアム・メインネットへのデプロイに向けて真剣に検討されるEIPを作成する前に、先行研究や過去の提案に精通しておく必要があります。そうすることで、そのEIPが過去に却下されたことのない新しいものをもたらすことが期待できます。これを調査するための主な場所は、EIPリポジトリ (opens in a new tab)、Ethereum Magicians (opens in a new tab)、およびethresear.ch (opens in a new tab)の3つです。

ワーキンググループ

EIPの最初の草案が、編集や変更なしにイーサリアム・メインネットに実装されることはほとんどありません。一般的に、EIPの主導者はプロトコル開発者の一部と協力して、提案の仕様策定、実装、テスト、反復、および最終決定を行います。歴史的に、これらのワーキンググループは数ヶ月（時には数年！）の作業を必要としてきました。同様に、そのような変更のEIP主導者は、エンドユーザーのフィードバックを収集し、デプロイのリスクを軽減するために、関連するアプリケーション/ツール開発者を早い段階で巻き込むべきです。

コミュニティのコンセンサス

一部のEIPはニュアンスの少ない単純な技術的改善ですが、より複雑で、異なるステークホルダーに異なる影響を与えるトレードオフを伴うものもあります。これは、一部のEIPがコミュニティ内で他のものよりも議論を呼ぶことを意味します。

議論を呼ぶ提案をどのように扱うかについての明確なマニュアルはありません。これは、単一のステークホルダーグループが力ずくで他を強制できないというイーサリアムの分散型設計の結果です。プロトコル開発者はコードの変更を実装しないことを選択でき、ノードオペレーターは最新のイーサリアムクライアントを実行しないことを選択でき、アプリケーションチームやユーザーはチェーン上でトランザクションを行わないことを選択できます。プロトコル開発者は人々にネットワークアップグレードの採用を強制する方法を持たないため、一般的に、幅広いコミュニティへの利益よりも議論の余地が上回るEIPの実装は避けます。

EIPの主導者は、関連するすべてのステークホルダーからフィードバックを求めることが期待されています。もし自分が議論を呼ぶEIPの主導者になった場合は、反対意見に対処し、EIPに関するコンセンサスを構築するよう努めるべきです。イーサリアムコミュニティの規模と多様性を考慮すると、コミュニティのコンセンサスを測るために使用できる単一の指標（コイン投票など）は存在せず、EIPの主導者は提案の状況に適応することが求められます。

イーサリアムネットワークのセキュリティを超えて、プロトコル開発者は歴史的に、アプリケーション/ツール開発者やアプリケーションユーザーが価値を置くものに大きな比重を置いてきました。なぜなら、彼らがイーサリアムを使用し、開発することが、エコシステムを他のステークホルダーにとって魅力的なものにしているからです。さらに、EIPは別々のチームによって管理されているすべてのクライアント実装にわたって実装される必要があります。このプロセスの一部は通常、特定の変更が価値があり、エンドユーザーの役に立つか、セキュリティ問題を解決するものであると、プロトコル開発者の複数のチームを説得することを意味します。

意見の不一致への対処

異なる動機や信念を持つ多くのステークホルダーが存在するということは、意見の不一致が珍しくないことを意味します。

一般的に、意見の不一致は、問題の根本を理解し、誰もが意見を述べられるように、公開フォーラムでの長時間の議論によって処理されます。通常は、一方のグループが譲歩するか、妥協点が見出されます。もし一方のグループの思いが十分に強い場合、特定の変更を強行するとチェーンの分裂につながる可能性があります。チェーンの分裂とは、一部のステークホルダーがプロトコルの変更の実装に抗議した結果、互換性のない異なるバージョンのプロトコルが稼働し、そこから2つの異なるブロックチェーンが出現することです。

DAOフォーク

フォークとは、ネットワークに大規模な技術的アップグレードや変更を行う必要があり、プロトコルの「ルール」を変更する場合のことです。イーサリアムクライアントは、新しいフォークのルールを実装するためにソフトウェアを更新する必要があります。

DAOフォークは、安全でないコントラクトがハッキングされ、360万ETH以上が流出した2016年のDAO攻撃 (opens in a new tab)への対応でした。このフォークにより、欠陥のあるコントラクトから新しいコントラクトへ資金が移動され、ハッキングで資金を失った誰もが資金を回収できるようになりました。

この行動方針は、イーサリアムコミュニティによって投票にかけられました。ETH保有者は誰でも、投票プラットフォーム (opens in a new tab)上のトランザクションを通じて投票することができました。フォークの決定は85%以上の票を集めました。

ハッキングをリバートするためにプロトコルがフォークしたことは事実ですが、フォークの決定において投票が持った重みについては、いくつかの理由から議論の余地があることに注意することが重要です。

投票率が信じられないほど低かった
ほとんどの人が投票が行われていることを知らなかった
投票はETH保有者のみを代表しており、システム内の他の参加者を代表していなかった

コミュニティの一部はフォークを拒否しました。その主な理由は、DAOの事件はプロトコルの欠陥ではないと感じたためです。彼らはその後、イーサリアム・クラシック (opens in a new tab)を形成しました。

現在、イーサリアムコミュニティは、システムの信頼できる中立性を維持するために、コントラクトのバグや資金の喪失が発生した場合でも不介入のポリシーを採用しています。

DAOハッキングの詳細を見る：

The DAO hack: story of Ethereum Classic

The story of the DAO hack in 2016, and how the community's response led to the creation of Ethereum Classic as a separate chain.

トランスクリプト付きで視聴

フォークの有用性

イーサリアムとイーサリアム・クラシックのフォークは、健全なフォークの優れた例です。いくつかのコアバリューについて互いに強く意見が対立し、リスクを冒してでもそれぞれの行動方針を追求する価値があると感じた2つのグループが存在しました。

政治的、哲学的、または経済的な大きな違いに直面した際にフォークできる能力は、イーサリアムのガバナンスの成功において大きな役割を果たしています。フォークする能力がなければ、代わりとなるのは継続的な内紛であり、最終的にイーサリアム・クラシックを形成した人々への不本意な参加の強制であり、イーサリアムの成功がどのようなものかについてのビジョンのますますの乖離でした。

ビーコン・チェーンのガバナンス

イーサリアムのガバナンスプロセスは、多くの場合、オープン性と包摂性のためにスピードと効率を犠牲にします。ビーコン・チェーンの開発を加速させるために、それはプルーフ・オブ・ワーク (PoW) のイーサリアムネットワークとは別に立ち上げられ、独自のガバナンス慣行に従いました。

仕様と開発の実装は常に完全にオープンソースでしたが、上記で説明したアップデートを提案するための公式なプロセスは使用されませんでした。これにより、研究者や実装者によって変更がより迅速に指定され、合意されることが可能になりました。

2022年9月15日にビーコン・チェーンがイーサリアムの実行レイヤーとマージされたとき、Parisネットワークアップグレードの一部としてマージが完了しました。提案EIP-3675 (opens in a new tab)は「Last Call（最終確認）」から「Final（最終）」に変更され、プルーフ・オブ・ステーク (PoS) への移行が完了しました。

マージの詳細