ビットコインガバナンス：CEOのいないネットワークはどう進化するか

CEOのいないプロトコル

Appleにはティム・クックがいる。Googleにはスンダー・ピチャイがいる。Teslaにはイーロン・マスクがいる。巨大な技術システムを運営するには意思決定者が必要だというのが常識だ。方向性を定め、優先順位をつけ、紛争を解決する誰かが必要だと。

ビットコインにはそのような人物がいない。

サトシ・ナカモトは2010年末にコミュニティから姿を消した。残されたのはコードとホワイトペーパー、そしてビットコインネットワークを構成する数万のノードだけだった。誰もビットコインのルールを単独で変更することはできない。コア開発者も、大手マイニングプールも、取引所も、各国政府も同様だ。

それでもビットコインは進化する。2009年には存在しなかった機能 — マルチシグ（multisig）、Segregated Witness（SegWit）、シュノア署名（Schnorr signatures）、タップルート（Taproot）— が次々と追加されてきた。バグが修正され、パフォーマンスが改善され、新たな可能性が開かれた。CEOなしで、取締役会なしで、株主総会なしで。

これはどうして可能なのか。ビットコインのガバナンスを理解することは、ビットコインがなぜ特別なのかを理解する核心である。

BIP：ビットコイン改善提案

ビットコインの変更はBIP（Bitcoin Improvement Proposal）という公式プロセスに従う。これはインターネット標準を策定するRFC（Request for Comments）やPythonのPEP（Python Enhancement Proposal）と類似した構造だ。

BIPのライフサイクル

誰でもBIPを作成できる。特別な資格は必要ない。アイデアがあれば、ビットコイン開発メーリングリストで提案し、所定のフォーマットに従ってBIP文書を作成する。

BIPは以下の段階を経る。

1. ドラフト（Draft）：提案者が文書を作成し、メーリングリストとGitHubで議論が始まる。この段階で大半の提案がふるい落とされる。技術的欠陥がある、既存の方法で解決可能、トレードオフが大きすぎるなどの理由で。

2. 提案（Proposed）：十分な技術的議論を経て、完成度の高い提案がリファレンス実装とともに提案状態に入る。

3. 実装（Implementation）：Bitcoin Coreなど主要ソフトウェアにコードが統合される。これは当該機能が利用可能になったことを意味するが、ネットワークがそれを強制するという意味ではない。

4. アクティベーション（Activation）：コンセンサスルールの変更の場合、ネットワーク全体が新ルールを受け入れるプロセスが必要になる。これが最も複雑で政治的な段階だ。

BIPの種類

BIPには3つの種類がある。

• 標準BIP（Standards Track）：ネットワークプロトコル、コンセンサスルール、トランザクション形式などの変更。すべての参加者に影響を及ぼす。
• 情報BIP（Informational）：設計上の問題や一般的なガイドライン。コンセンサスルールの変更ではなく、参考文書。
• プロセスBIP（Process）：ビットコイン開発プロセス自体に関する変更提案。

最も重要なBIPをいくつか挙げよう。BIP 32はHDウォレット（階層的決定論的ウォレット）を定義した。BIP 39はニーモニックシードフレーズを標準化した。BIP 141はSegWitを導入した。BIP 340-342はシュノア署名とタップルートを定義した。

主要な参加者の役割

ビットコインガバナンスには公式な権限を持つ主体がない。代わりに、複数の利害関係者グループがそれぞれの影響力を行使し、均衡を保っている。

コア開発者

Bitcoin Coreはビットコインのリファレンス実装だ。世界中の数百人の開発者がオープンソースで貢献している。少数の「メンテナー」がコードのマージ権限を持つが、これは独裁的な権限ではない。メンテナーはコミュニティの大まかな合意（rough consensus）が形成された変更のみをマージする。

開発者はコードを書き提案するが、それをネットワークに強制する権限はない。Bitcoin Coreにコードがマージされても、ノードオペレーターが当該バージョンにアップグレードしなければ、その変更は事実上意味をなさない。

マイナー

マイナーはブロックを生成しトランザクションを処理する。かつてはマイナーのハッシュパワー「投票」がソフトフォークのアクティベーションの主要メカニズムだった（BIP 9）。マイナーが新バージョンを支持するシグナルをブロックに含め、閾値（通常95%）に達するとアクティベーションが進んだ。

しかしマイナーの権限には明確な限界がある。マイナーはコンセンサスルールを緩和することはできない。無効なブロックを生成すればフルノードがそれを拒否する。マイナーがどれほど多くのハッシュパワーを持っていても、ルールに違反したブロックはネットワークで無視される。

ノードオペレーター

フルノードオペレーターはビットコインガバナンスの静かなる審判だ。すべてのフルノードは同一のルールですべてのブロックとトランザクションを検証する。ノードオペレーターがソフトウェアをアップグレードしなければ、新しいルールは適用されない。

これは強力な拒否権だ。開発者がコードを書き、マイナーがシグナルを送っても、経済的に重要なノード（取引所、決済プロセッサー、大手ウォレットサービス）がアップグレードを拒否すれば、変更は実現しない。

ユーザーと企業

エンドユーザーと企業は、どのソフトウェアを実行し、どのチェーンを「ビットコイン」として認めるかを決定する。ブロックサイズ戦争で証明されたように、ユーザーの選択は究極的に最も強力な力である。

ソフトフォークとハードフォーク

ビットコインのコンセンサスルールを変更する方法は2つある。

ソフトフォーク：ルールを厳格にする変更

ソフトフォークは既存のルールの中でルールをより厳格にする変更だ。後方互換性（backward compatible）があるため、アップグレードしていないノードも新しいブロックを有効なものとして認識する。ただし、新ルールの詳細な検証は行えない。

SegWit（BIP 141）が代表的なソフトフォークだ。アップグレードしていないノードはSegWitトランザクションを「誰でも使える（anyone-can-spend）」形式として認識するが、アップグレードされたノードはウィットネスデータの署名を検証する。ネットワークが分裂することなく新機能が追加されるのだ。

ビットコインコミュニティはソフトフォークを強く好む。ネットワーク分裂のリスクが少なく、段階的な採用が可能だからだ。

ハードフォーク：ルールを拡大する変更

ハードフォークは既存のルールで許可されていなかったことを許可する変更だ。後方互換性がないため、アップグレードしていないノードは新しいブロックを無効と判断する。結果としてネットワークが2つのチェーンに分裂する可能性がある。

ビットコインキャッシュ（Bitcoin Cash）が2017年8月に誕生したのがハードフォークの典型的な事例だ。ブロックサイズの上限を1MBから8MBに引き上げる変更は後方互換が不可能であり、チェーンが分離した。

ブロックサイズ戦争：ガバナンスの試練

2015年から2017年にかけてのブロックサイズ論争は、ビットコインガバナンスが最も劇的に試された事件だった。この事件を理解すれば、ビットコインガバナンスの本質を理解できる。

問題の始まり

ビットコインのブロックサイズは1MBに制限されていた。ネットワーク使用量が増えるにつれ手数料が上昇し、確認時間が延びた。解決策をめぐってコミュニティが二分された。

一方はブロックサイズを大きくすべきだと主張した。直接的で単純な解決策だった。ビットコインを日常的な決済手段にするには、より多くのトランザクションを処理できなければならないと考えた。大手マイニングプールや企業がこの陣営にいた。

もう一方はブロックサイズを維持しながら効率性を高めるべきだと主張した。SegWitのようなソフトフォークでトランザクション効率を改善し、ライトニングネットワークのようなレイヤー2ソリューションでスケーラビリティを確保すべきだと考えた。分散化（誰でもフルノードを運営できる環境）を守ることが優先だという立場だった。大半のコア開発者とフルノードオペレーターがこの陣営だった。

SegWit2xとUASF

2017年、ニューヨーク合意（New York Agreement）という名のもと、大手企業とマイナーが集まりSegWit2xを推進した。SegWitを有効化した上で、その後ブロックサイズを2MBに引き上げるハードフォークを伴うという合意だった。ビットコインのハッシュパワーの約83%がこれを支持した。

これに対抗して、ユーザー主導のソフトフォーク有効化（UASF：User Activated Soft Fork）が登場した。BIP 148はマイナーのシグナルなしに、ノードオペレーターが特定の日付からSegWitを強制するという提案だった。これは「マイナーがビットコインの主人ではなく、ユーザーが主人だ」という強力なメッセージだった。

結果的にSegWitは有効化され、SegWit2xのハードフォーク部分は支持不足で中止された。ブロックサイズを大きくしようとした陣営は別途ビットコインキャッシュを作って分離した。

教訓

ブロックサイズ戦争が残した教訓は明確だ。ハッシュパワーだけではビットコインを支配できない。企業の合意だけでも不十分だ。ビットコインのルールはフルノードを運営するユーザーの手にある。彼らが実行するソフトウェアがビットコインのルールを定義する。

タップルートのアクティベーション：成熟した合意形成

ブロックサイズ戦争の後、ビットコインコミュニティはアクティベーションメカニズムそのものについて深く再考した。その成果がタップルート（Taproot）のアクティベーションプロセスだった。

タップルート（BIP 340-342）はシュノア署名とMAST（Merklized Abstract Syntax Trees）を導入し、ビットコインのプライバシーとスマートコントラクト機能を大幅に改善するアップグレードだった。技術的合意は比較的早く形成されたが、アクティベーション方式をめぐって議論が起きた。

BIP 8とBIP 9の折衷案であるSpeedy Trialが採用された。マイナーにシグナルを送る機会を与えつつ、期間を短く制限して遅延を最小化する方式だった。2021年6月、マイニングシグナルが閾値に達し、11月にタップルートが有効化された。

タップルートのアクティベーションはビットコインガバナンスの成熟を示した。ブロックサイズ戦争のような激しい対立なく、体系的で慎重なプロセスを通じて重要なアップグレードが実現した。

社会的合意：コードを超えて

ビットコインガバナンスを理解する上で最もよくある間違いは、コードだけを見ることだ。「Code is law」という格言は有名だが、現実はより複雑だ。

コードはコンセンサスルールを実装するツールであり、合意そのものではない。合意は人々の間で形成される。メーリングリストでの議論、IRCチャンネル（現在はNostrやその他のプラットフォーム）、カンファレンスでの発表、論文、ポッドキャスト、ソーシャルメディア — これらすべての場でアイデアが提示され、精査され、挑戦を受け、磨かれる。

ビットコインが2,100万枚の上限を維持している理由は、コードにそう書かれているからではない。コードはいつでも変更できる。上限が維持されている理由は、ビットコインコミュニティの圧倒的多数がそれをビットコインの核心的価値だと信じているからだ。上限を変更しようとする試みは、社会的合意によって拒否されるだろう。

これが社会的合意（Social Consensus）の力だ。

ラフコンセンサス：おおよその合意の知恵

ビットコインの意思決定は投票で行われない。51%賛成で可決される多数決でもない。ビットコインはIETF（Internet Engineering Task Force）から借用した「ラフコンセンサス（rough consensus）」モデルに従う。

ラフコンセンサスとは、全員が同意していなくても、残っている反対意見が十分に検討され合理的に回答された状態を指す。反対者が存在しても、その反対意見が技術的に解決されていれば、合意が形成されたとみなす。

この方式には重要な特徴がある。

第一に、少数の拒否権が尊重される。合理的な技術的反対がある場合、単に多数の力で押し通すことはしない。反対意見を解決するか、提案を修正するか、あるいは断念する。

第二に、全会一致を要求しない。一人が最後まで反対するからといって、変更が永遠に不可能になるわけではない。反対意見が十分に扱われたならば、コミュニティは前に進む。

第三に、プロセスが遅い。これは欠陥ではなく特徴だ。

保守性がなぜ強みなのか

ビットコインのガバナンスが他のソフトウェアプロジェクトと根本的に異なる点は、意図的な保守性だ。一般的なソフトウェアは速いイノベーションを追求する。「Move fast and break things.」ビットコインは正反対だ。変化が難しく、遅く、保守的であることが設計目標だ。

なぜか。

ビットコインは貨幣だ。貨幣の最も重要な属性は予測可能性だ。今日貯蓄したビットコインが10年後も同じルールの下で機能するという確信があって初めて、人々はビットコインを長期的な価値保存手段として信頼できる。

供給量が変更できるなら、ビットコインは法定通貨と変わらない。コンセンサスルールが容易に変更できるなら、ビットコインは安定した基盤にはなりえない。ビットコインが変化に抵抗することは弱点ではなく、最も核心的な強みだ。

新機能が追加されるためには、そのメリットがリスクを圧倒的に上回ることが証明されなければならない。SegWitは提案からアクティベーションまで約4年を要した。タップルートも数年の議論を経た。この遅いプロセスがビットコインの安定性と信頼性を保証する。

他の暗号通貨との違い

ビットコインのガバナンスモデルが独特であることは、他の暗号通貨と比較するとより明確になる。

オンチェーンガバナンス

テゾス（Tezos）、ポルカドット（Polkadot）、コスモス（Cosmos）などは「オンチェーンガバナンス」モデルを採用している。トークン保有者がプロトコル変更に直接投票し、投票結果が自動的に適用される。

このモデルの利点は明確だ。迅速な意思決定、公式な手続き、利害関係者の直接参加。しかし根本的な問題がある。

トークン保有量に比例した投票権は金権政治（plutocracy）を招く。大きな持ち分を持つ少数がプロトコルの方向性を決定する。投票率が低い場合、少数の積極的参加者が多数の運命を決める。そして何より、通貨の基本ルールが投票で簡単に変えられるなら、それは政治的道具であり、健全な貨幣ではない。

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

イーサリアムはビットコインよりはるかに積極的なガバナンスを持つ。イーサリアム財団とコア開発チームがロードマップを主導し、比較的頻繁なハードフォークでプロトコルをアップグレードする。2016年のDAO事件後のハードフォークは物議を醸したが実行された。プルーフ・オブ・ステーク（Proof of Stake）への移行も中央調整のもとで行われた。

これはソフトウェアプラットフォームとしては効率的だ。しかし貨幣としてはリスクがある。ルールが比較的容易に変更できるからだ。

ビットコインの選択

ビットコインは効率性より堅牢性を選んだ。速いイノベーションより安定性を選んだ。この選択がビットコインを遅く保守的にしたが、同時に最も信頼できるデジタル通貨にした。

貨幣は革新的である必要はない。予測可能で、変わらず、信頼できればよい。ビットコインのガバナンスはまさにこのために設計されている。

結論：分散型ガバナンスの実験

ビットコインのガバナンスは完璧ではない。遅く、時に激しい議論を伴い、参加には高い技術的理解を求める。しかしこれは人類史上最も成功した分散型ガバナンスの実験の一つだ。

CEOなしで17年以上稼働し、中断なくブロックを生成し、数兆ドルの価値を保護するシステム。いかなる個人や組織も制御できないが、必要な変化は起こるシステム。これがビットコインガバナンスの本質だ。

ビットコインを理解するということは、技術だけを理解することではない。この独特なガバナンス — コードと経済的インセンティブ、社会的合意が結合した体系 — を理解することだ。それがビットコインを単なるソフトウェアではなく、一つの貨幣制度たらしめているのだ。