「ガバナンスごっこ」――これは、Web3において最も広く蔓延しながら、最も語られない現象の一つである。分散型をうたうプロジェクトが、民主的な意思決定の道具立て一式――トークン、提案制度、投票期間、代理投票の仕組み――を整えながら、実際の決定権は創設チーム、ベンチャーキャピタル（VC）、少数の内部関係者の手に握られたままという状態だ。分散化の「演技」が、本物の代わりになってしまっている。
「ガバナンスごっこ」とは何か
この言葉は、セキュリティ研究でいう「セキュリティシアター（安全の演出）」から借りたものだ。実際にリスクを大きく下げるわけではないのに、安全であるかのような印象を作り出す措置のことを指す。「ガバナンスごっこ」も同じ構造で動いている。意思決定の権限を実質的に分配することなく、「コミュニティが運営している」という外見を整えるために仕組みが導入される。
一度気づけば、その兆候は明白だ。提案はコアチームが発案し、主なトークン保有者との根回しを済ませた上で公開されるため、ほぼ全会一致で可決される。チームの意向に反する論争的な提案は、集中した投票権によって静かに棚上げされるか否決される。フォーラムでは活発な議論が交わされるが、実際の結果には影響しない。そして最も重要な決定――技術設計、人材の採用、戦略の方向性――は正式な投票を経ることなく、創設者と投資家がオフチェーン（ブロックチェーンの外）で行っている。
これが常に悪意によるものとは限らない。多くのプロジェクトは、時間をかけて本当に分散化する意図を持っている。「ガバナンスごっこ」は過渡期の状態として使われているのだ。しかし、その移行はしばしば止まったまま動かず、外見と実態のギャップは縮まるどころか広がっていく。
「ガバナンスごっこ」の三つのパターン
結論ありきの投票
最も一般的なパターンは、正式な投票プロセスに入る前に、提案の行方がすでに決まっているものだ。コアチームが望ましい結論を固め、主要な代理投票者や投資家に支持を取りつけてから、フォーラムに提案を掲載する。フォーラムでの議論は熱心で実質的に見えるかもしれない。投票結果は幅広い支持を示すかもしれない。しかし、そのプロセスは儀式にすぎない。仕組みは決定を「下す」のではなく「追認する」ために使われている。
些末な権限だけの委譲
一部のプロジェクトは、プロトコルの方向性にさしたる影響を与えない事項だけに投票の範囲を限定している。トークン保有者は助成金の配分や軽微な設定の調整、象徴的な決議について投票するが、技術設計、手数料構造、開発の優先順位といった根幹的な決定はコアチームの管理下に置かれたままだ。仕組みとしては機能しているが、戦略的にはどうでもいい事項にしか権限が及ばない。重要でない決定については本物の権限を行使できるが、重要な決定については蚊帳の外――という構図である。
緊急時の正体露呈
「ガバナンスごっこ」はしばしば危機の際に正体を現す。プロトコルがセキュリティの脆弱性、市場の混乱、競合からの脅威に直面すると、合議プロセスはしばしば迅速な中央集権的判断を優先して迂回される。緊急対応として原理的には正当化できるが、それは意思決定の仕組みが「条件つき」であること――コアチームが認める範囲でのみ機能すること――を露呈する。平時にはコミュニティの決定を尊重するが、本当に重大な局面では「やっぱり自分たちで決める」というわけだ。
なぜ「ごっこ」が続くのか
「ガバナンスごっこ」が持続するのは、複数の関係者にとって都合が良いからだ。
創設チームにとっては、分散的に運営されているという体裁が規制上の盾になる。「ガバナンスはトークン保有者の分散的なコミュニティが担っている」と主張できれば、「トークンは証券ではない」「特定の主体がプロトコルを支配していない」「規制の監督は限定的であるべきだ」と論じやすくなる。多くのトークンの法的評価は分散化の程度に依存しており、実態がなくても分散化を演じる直接的な動機が生まれる。
VCにとっては、「コミュニティが所有している」という物語がトークンの評価を支えてくれる一方で、集中したトークン保有と代理投票の関係を通じて実効的な支配力を維持できる。
ガバナンスの専門家や代理投票者にとっては、この仕組みの装置が地位、報酬、人脈をもたらす。活発に動く代理投票者は個人の知名度を高め、消極的な保有者から投票権の委任を受け、プロトコルの内部関係者へのアクセスを得る。それが「演技」だと気づいていても、だ。
より広いコミュニティにとっては、「自分たちは無力だ」と認めるよりも、「自分たちが運営に参加している」という物語のほうが心地よい。トークンを持ち投票に参加することで、その投票が結果を左右しなくても、当事者意識と主体性の感覚が得られる。
「段階的な分散化」という言い訳
「ガバナンスごっこ」を指摘されたプロジェクトは、しばしば「段階的な分散化」を持ち出す。初期段階では中央集権的なコントロールが必要であり、プロトコルが成熟するにつれて徐々にコミュニティに権限を移していく、という考え方だ。
理屈としては一理ある。複雑なシステムの構築には、中央集権的なチームならではの速くて一貫した判断が要る。意思決定の仕組みは、プロトコル運営の全重量を担う前に試運転と改良が必要だ。コミュニティの自治能力も、まずは軽い案件での経験を積んで育つものだ。
問題は、説明責任がないことだ。「段階的な分散化」には、明確な節目も期限も強制力ある仕組みもない。コアチームからコミュニティへの権限移転を自動実行するような「ガバナンスの権利確定スケジュール」に相当するものは存在しない。実際には、「段階的」は「無期限に先送り」を意味することが多く、コアチームは都合の良い間だけ権限を抱え込む。
「段階的な分散化」への本気のコミットメントには、権限移転に関する公開された工程表、コミュニティが権限を引き受ける準備が整ったかを判断する客観的な基準、そしてチームの同意なしに移転を実行する自動化された仕組みが含まれるはずだ。この水準を満たすプロジェクトはほとんどない。
本物の分散化を見分けるには
いくつかの指標が、本物の意思決定と「ごっこ」を区別する。意見が割れて否決される提案がある。創設チームが投票で負ける事例がある。本当に重要な決定に対して幅広い権限がコミュニティに委ねられている。コアチームとコミュニティの参加者の間で情報の格差がない。
「ガバナンスごっこ」から本物の分散型運営への移行には、多くのプロジェクトが嫌がる構造的な変化が必要だ。コアチームは外見だけでなく実質的な支配力を手放さなければならない。それは自分たちが賛成できない投票結果を受け入れること、プロトコル運営の完全な透明性を提供すること、複雑な判断を独立して下せるコミュニティ内の能力を育てることを意味する。
一部のプロトコルは本物の進展を見せている。Optimismはトークン保有者と「市民」の意思決定を明確に分離する構造を設計し、特定の勢力による支配に耐性のある仕組みの構築を試みている。ArbitrumのDAOは初期の混乱にもかかわらず、論争的な決定に向き合う意欲を示している。MakerDAOは不完全ながらも実際の権限移転を伴う大規模な統治改革を実行した。
業界全体としては「ガバナンス監査」――プロトコルの意思決定の仕組みが、その宣伝文句と実態で一致しているかを独立に評価する制度――が有益だろう。スマートコントラクトの監査がコードの動作を仕様と照合するように、ガバナンス監査は「コミュニティが運営している」という主張が実態を伴っているかを検証できる。
主要なポイント
- 「ガバナンスごっこ」とは、意思決定の権限を実質的に分配しないまま、分散型運営の外見を整えることであり、Web3で広く蔓延している
- よくあるパターンには、結論ありきの投票、些末な権限だけの委譲、危機時に中央集権的支配が露呈する緊急バイパスがある
- 規制上の盾を求めるチーム、支配力を維持するVC、心地よい物語を好むコミュニティなど、複数の関係者が「ガバナンスごっこ」から利益を得ている
- 「段階的な分散化」は合理的な枠組みだが、期限も基準も強制力もなければ、ただの先送りになる
- 本物の分散化の兆候は、対立する投票、チームの敗北、重要事項へのコミュニティの権限、情報の平等な共有である
「ガバナンスごっこ」は、Web3にとって誠実さの根幹に関わる問題である。分散化と信頼の不要化を約束して成り立つ業界が、「コミュニティ運営」の看板の裏で中央集権的な支配を続けるわけにはいかない。このギャップを埋めるには、現在の権力構造についての正直さ、分散化への具体的な約束、そして自分たちが使い・治めるプロトコルに説明責任を求める意志のあるコミュニティが必要である。