ビットコインはしばしばコードによって運営されるデジタルマネーと表現されます。これは正しいのですが、重要な要素が欠けています。それは、コードを誰が制御するのかということです。階層的な管理の下で運営される伝統的な企業や、議会投票に依存する政府とは異なり、ビットコインのプロトコル変更は、独自で乱雑で高度に分散化された政治プロセスによって統治されます。このシステムは、主要な変更を困難にするために特別に設計されており、通貨の長期的な安定性と予測可能性を確保します。
ビットコインガバナンスを理解することは、その真の回復力を把握するために不可欠です。それは、潜在的に有益なものであっても急進的な変更が実施されるまでに何年もかかる理由を説明します。これには、開発者のメーリングリスト、マイニングプール、そして検証ノードを運行する個々のユーザーの自宅に及ぶ議論が必要です。この高摩擦の政治経済は、憲法的な保障として機能し、ネットワークを性急な決定や悪意ある行為者から保護します。
この分析は、プロトコル変更の仕組みに深く踏み込み、あるアイデアのライフサイクルを検討します。それは、Bitcoin Improvement Proposal（BIP）としての初期提案から、ソフトフォークのようなコンセンサスメカニズムによる最終的な採用までです。私たちは、開発者、マイナー、そしてフルノードを運行するユーザー間の微妙な力のバランスを探求し、最終的にビットコインの変化への抵抗力がその最も強力な特徴である理由を明らかにします。
変化の基盤：ビットコイン改善提案 (BIP) システム
Bitcoinには中央集権的な権威がないため、プロトコルの変更を提案し、議論し、文書化するための正式で公開されたプロセスが必要でした。この仕組みをBitcoin Improvement Proposal、つまりBIPと呼びます。BIPシステムは、技術的なコンセンサスを管理するための必要な構造を提供し、抽象的なアイデアをコミュニティの精査に耐えうる正式な提案に変えます。
BIPシステムをBitcoinの憲法草案室だと考えてください。これは、手数料計算の微調整からトランザクションの検証方法の抜本的な変更に至るまでの、あらゆる重要な非自明な変更の必須の出発点です。
BIPの構造
BIPは、Bitcoinのための特定の変更、機能、または設計改善を記述した構造化された文書です。各BIPには順序番号（例: BIP 1、BIP 341）が割り当てられ、有効と見なされるためには厳格な要件を満たす必要があります。これらの要件は、明瞭さ、技術的な健全性、副次効果の徹底的な検討を保証します。
一般的にBIPには3種類ありますが、管理上最も関連するのは「Standards Track」BIPで、これらはプロトコル自体に影響を与える変更（トランザクション形式やコンセンサスルールなど）を提案します。成功するBIPは、以下の点を明確に定義する必要があります：
- 動機：この変更はなぜ必要か？どのような問題を解決するか？
- 仕様：変更がコードでどのように実装されるかの技術的な詳細。これは、世界中の開発者がそれに基づいてコーディングできるほど正確でなければなりません。
- 後方互換性：この変更は古いバージョンのソフトウェアとの互換性を破るか？（これにより、変更がSoft Forkを必要とするかHard Forkを必要とするかが決まります。）
BIPプロセスの存在は透明性を強制します。これにより、あらゆる重要な技術的調整がオープンソースの精査にさらされ、何百もの独立した暗号学者や開発者がコードの欠陥、経済的な副次効果、セキュリティの脆弱性を分析します。この公開レビュー段階がシステムを保護する本質的な摩擦です。
コア開発者とメンテナーの役割
誰でもBIPを提案できますが、その開発、洗練、リファレンス実装（Bitcoin Core）への最終的なマージは、Bitcoin Core開発者およびメンテナーと呼ばれる少数の献身的なグループによって監督されます。これらの個人は公式の統治機関ではなく、コードレビュー、メンテナンス、リスク評価を主な機能とする信頼できるボランティアです。
Bitcoin Coreは、ほとんどのノードやインフラサービスが実行する基盤ソフトウェアであり、そのコードベースは非常に影響力があります。メンテナーは、BIPが技術的に準備ができているか、開発コミュニティ内で十分な社会的コンセンサスを得ているかを評価する責任があります。
重要なのは、開発者は採用を強制できません。彼らはソフトウェアを書きますが、マイナー、そしてより重要なユーザーが自発的に更新されたソフトウェアをダウンロードして実行する必要があります。開発者がコミュニティが嫌う変更を実装した場合、ユーザーは単にそのコードを拒否し、代替ソフトウェアを探すため、開発者の影響力を効果的に剥奪します。彼らの力は信頼、専門知識、技術的中立性のみに依存しています。
BIPプロセスが必要な摩擦である理由
急速に変化する中央集権的な技術企業では、機敏さが最優先です。変更は迅速にプッシュされます。Bitcoinではその逆です。BIPプロセスは意図的に遅く、議論を呼ぶものに設計されており、网络の主な価値が不変性と予測可能性だからです。
Bitcoinが簡単に変更可能であれば、不変の価値保存手段としての信頼性を失います。BIPプロセスに内在する数年単位の遅い議論は、政治的なフィルターとして機能します：
- 経済的影響の審査：遅いロールアウトにより、経済学者やアナリストがトランザクション手数料の変更やマイニングのインセンティブなどの潜在的な影響を研究できます。
- 中央集権化の防止：異なる政治的、経済的、地理的な利益間の広範な合意を必要とするため、大規模マイニングプールや中央集権的取引所などの単一の強力なエンティティが一方的に政策を決定することを防ぎます。
- 品質の確保：時間により、コードがレビューされ、ストレステストされ、何度も監査されるため、コアプロトコルに壊滅的なバグが入るリスクを低減します。
BIPを通過させる難しさはバグではなく機能であり、圧倒的な技術的・社会的支持がある変更のみが進むことを保証します。
プロトコル変更の二つの道：ソフトフォーク vs. ハードフォーク
BIP が草案化され議論された後、開発者はそれをどのように実装するかを決定しなければなりません。この実装戦略は、必要なネットワーク調整のレベルを定義し、決定的に、コミュニティを分裂させる可能性のリスクを決定します。この選択は、プロトコルアップグレードの2つの主なタイプに帰着します：ソフトフォークとハードフォーク。
これらのフォークは単なるソフトウェア更新ではなく、コンセンサスを達成し、後方互換性を維持するための根本的に異なるアプローチを表します。
ソフトフォーク：後方互換性のあるアップグレード
ソフトフォーク は、ビットコインプロトコルの変更で、ルールを厳格化するものです。つまり、新しいルールは古いルールと互換性があります。
ソフトウェアアプリケーションをアップグレードして、新しいバージョンが古いすべてのファイルを読めるようにする一方、古いバージョンが必ずしも新しいすべてのファイルを読み込めないようにするのを想像してください。ビットコインの文脈では：
- 新しいルール： アップグレードされたソフトウェア（ソフトフォーク）を実行するノードは、新しい、より厳格なルールセットを強制します。
- 古いルール： 古いソフトウェア（アップグレード前）を実行するノードは、アップグレードされたノードによって検証されたトランザクションを依然として受け入れます。なぜなら、アップグレードされたノードが元のルールのサブセットに従っているからです。
たとえば、ソフトフォークがすべてのブロックを以前より少し小さくしなければならない（ルールを厳格化）と規定した場合、古いノードはこれらの小さなブロックを依然として有効と見なし、元の最大サイズ制限に準拠しているからです。
ソフトフォークは、ビットコインをアップグレードする優先される方法です。なぜなら、ネットワークの過半数（通常、ハッシュパワーの95%を占めるマイナーやノードの過半数）のみが変更を採用すればよく、残りの少数派の古いノードはチェーンを破壊せずに動作を続けられるからです。ただし、新しい機能の完全な検証や使用はできないかもしれません。この固有の後方互換性により、乱雑なチェーンスプリットのリスクが大幅に低減されます。
ハードフォーク：核オプション
ハードフォーク は、プロトコルの根本的な変更で、新しいルールが古いルールと非互換になります。すべての参加者——マイナー、ノード、ウォレット——がソフトウェアをアップグレードして新しいコンセンサスに従う必要があります。
ハードフォークが活性化されると、ネットワークは文字通り2つの別々のチェーンに分裂します：
- 新しいチェーン： 新しいルールセットに従います（例：大幅に大きいブロックサイズ）。
- 古いチェーン： 元のルールに従い続けます。
アップグレードしていないノードは、新しいルールで作成されたブロックを拒否し、無効だと見なします。重要なグループが古いチェーンをマイニングし続け検証する場合、ビットコインの2つの別バージョンを同時に存在することになります。
ハードフォークは非常に破壊的で、莫大な経済的リスクを伴います。スプリットは一方のチェーンが完全に放棄されない限り恒久的であるため、ハードフォークを試みる前にコミュニティはほぼ満場一致でなければなりません。成功した場合、古いチェーンのユーザーは突然、潜在的に無価値な資産を持っていることになり、新しいチェーンがビットコインの支配的なバージョンになります。経済的スプリットの脅威により、ハードフォークは後方互換性が不可能な重要な修正や変更にのみ留保されます。
ガバナンスの試金石：ハードフォークが恐れられる理由
ビットコインガバナンスにおけるハードフォークの主な機能は、対立に対する強力な抑止力として機能することです。スプリットの可能性は、競合する利益——高い手数料を望むマイナー対分散化を優先するユーザー——に妥協を強います。
この恐怖を象徴する古典的な例は、2017年のスケーリング論争で発生しました。一グループがブロックサイズ制限を大幅に増やすためにハードフォーク（SegWit2xとして知られる）を強行しようとしました。この提案は最終的に失敗し、ユーザーコミュニティとコア開発者がビットコインのブランドと流動性を分裂させるリスクを拒否したためです。市場は、圧倒的なコンセンサスのない技術的変更を容認するよりも、ビットコインの統一されたアイデンティティを維持する方が価値があることを明確にしました。
このダイナミクスは、ネットワークの経済的価値——結合された信頼と流動性——がガバナンスに対する究極の制約として機能することを示しています。ハードフォークを推進する任意のグループは、より広範なコミュニティが確立された証明済みのチェーンに固執することを決定した場合、すべての経済的支援を失うリスクを負います。
コンセンサスの達成：シグナリング、監査、および施行
開発者がコードを起草し、フォークの種類を選択する一方で、採用という政治的な行為には、マイナー、フルノード、および時間ベースのメカニズムを伴う複雑な3段階プロセスが必要です。このシグナリング（投票意図の表明）、監査（コードの確認）、施行（無効ブロックの拒否）の相互作用が、非中央集権型ガバナンスの核心です。
ここでの重要な洞察は、権力が分散されているということです：マイナーは提案しますが、ユーザーが処分します。
マイナー対ノード：検証権力の2つの形態
Bitcoinのガバナンスでは、2種類の権力保有者を区別することが重要です：
1. マイナー（ハッシュパワー）
プルーフ・オブ・ワーク（PoW）アルゴリズムを実行するマイナーは、ブロックを作成する権力を持っています。ソフトフォークが提案されると、開発者はマイナーがシグナリングして支持を示すメカニズムを定義します。このシグナリングは、通常、彼らが生成するブロックヘッダーに特定のデータ（「フラグ」）を埋め込むことで行われます。
定義された期間内に採掘されたすべてのブロックの95%がソフトフォークへの支持をシグナリングした場合、その変更は活性化の準備が整ったと見なされます。マイナーのシグナリングは重要です。なぜなら、彼らがブロックを作成する際に新しいルールを施行するからです。しかし、マイナーのシグナリングは単なる準拠意図であり、最終的な権威ではありません。マイナーは変更を嫌っていても、経済的インセンティブによって支持をシグナリングするよう圧力をかけられる可能性があります。
2. フルノード（施行権力）
フルノードは、ネットワークの開始以来すべてのトランザクションとブロックをダウンロードして検証する、完全なBitcoinソフトウェアを実行するコンピューターです。ノードは主にユーザー、取引所、企業、ウォレットによって運用されます。ノードはマイナーのように支持をシグナリングしません；彼らはルールを施行します。
マイナーがノードの大多数が受け入れられない変更を活性化した場合、ノードはその新しい望ましくないルールで作成されたブロックを単純に拒否します。そのブロックを拒否することで、ノードは効果的にマイナーの報酬を剥奪します。なぜなら、ブロックが孤立し、トランザクション手数料が失われるからです。
本質的に、マイナーはノードが設定したルールに従わなければなりません。なぜなら、ノードが彼らのブロックを拒否すれば、マイニング努力が経済的に無駄になるからです。フルノードは通貨政策の最終的な監査人および門番として機能します。
活性化メカニズム：シグナリングの役割
非中央集権型の活性化という混沌としたプロセスを管理するため、ソフトフォークはネットワークの十分な準備を確保するための時間ロック付き活性化メカニズムを利用します。
一般的なアプローチは、多期間のシグナリング段階で、しばしば「フラグデイ」シグナリングと呼ばれます：
- シグナリングの開始： 新しいコードがリリースされ、マイナーがブロックヘッダーを通じて準備のシグナリングを開始します。
- 閾値期間： ネットワークは固定数のブロック（例：2,016ブロック、約2週間）を監視します。
- 活性化： そのブロックの必要な閾値（例：95%）が準備をシグナリングした場合、実際のロックインのためのカウントダウンが開始されます。数千ブロック後（猶予期間を提供）、新しいルールが永久に活性化します。
このメカニズムは、変更が予測可能に展開され、経済的に強力なマイニングセクターからの明確で測定可能な支持のデモンストレーションの後でのみ行われることを保証します。このプロセスは政治的な妥協を形式化します：開発者がコードを書き、マイナーが活性化に投票し、ユーザーがノードを準備してそれを施行します。
ユーザー活性化ソフトフォーク（UASF）：ユーザーが舵を取る時
権力のバランスは、トランザクション効率を向上させるためのソフトフォークであるSegregated Witness（SegWit）をめぐる議論で有名に試されました。マイナーが経済的懸念を理由にSegWitの活性化のためのシグナリングに抵抗した時、コミュニティはフルノードが最終的な権力を持っていることを証明しなければなりませんでした。
これにより、ユーザー活性化ソフトフォーク（UASF）の概念が生まれました。
UASFは、活性化トリガーがマイナーのシグナリングではなく時間に基づくソフトフォークです。UASFでは、ノード（ユーザー）がマイナーのシグナリングに関係なく、新しいルールを施行する未来の日付を一方的に決定します。
最も有名な例はBIP 148で、特定の日にSegWitを活性化することを提案しました。BIP 148を実行するノードは次のように述べました：「日付X以降、私たちはSegWit準備をシグナリングするブロックのみを受け入れます。」
ここでのゲーム理論は重要です。ハッシュパワーの51%がシグナリングを拒否した場合でも、経済的に関連するノードの大部分（取引所、決済プロセッサ、メジャーウォレット）がUASFソフトウェアを実行していれば、マイナーは厳しい選択を迫られます：
- 非シグナリングブロックのマイニングを継続： これらのブロックはUASFノードによって拒否され、財務的損失を招きます。
- シグナリングを開始し、ルールを採用： マイニング収入を維持し、ユーザーコンセンサスに適合します。
UASFの脅威は成功裏にマイニングプールを変更の採用に強制し、Bitcoinの非中央集権型政治経済において、押し問答の時にはユーザー好みとノード施行がマイナーシグナリングを上回ることを示しました。UASFは、フルノードの実行がBitcoinエコシステムにおける最終拒否権であるという原則を固めました。
ビットコインガバナンスのケーススタディ：得られた教訓
成功したものと混乱したガバナンスイベントを検証することで、プロトコル変更の高摩擦環境を理解するための重要な文脈が得られます。これらのイベントはコードを通じて行われる経済的な戦いであり、コンセンサスが高コストであり、かなりの政治的努力を必要とすることを証明しています。
SegWit (BIP 141)：摩擦と妥協の研究
Segregated Witness、つまりSegWitは、ビットコイン史上最も激しく争われたソフトフォークでした。2015年に提案され、2017年にようやく有効化されたこの2年間の議論は、非自明な変更を加えることの極めて困難さを強調しています。
対立： SegWitは取引の可変性問題を修正し、取引容量を間接的に増加させるために設計されました。しかし、多くの大規模マイニング利益団体がこれに反対し、ブロックサイズの単純なハードフォーク増加（SegWit2x提案）を好みました。この対立は本質的に政治的なものであり、中央集権的なマイニング利益対分散型開発者およびユーザー利益でした。
解決： 解決には3つの並行したガバナンス戦略が関与しました：
- 開発者のコンセンサス（ソフトフォーク選択）： 開発者たちはチェーン分裂のリスクを避けるためにソフトフォーク（BIP 141）を主張しました。
- 経済的コンセンサス（ニューヨーク合意）： 主に中央集権的なビジネスとの妥協（SegWit2x）が試みられましたが、ユーザー採用の欠如により最終的に失敗しました。
- ユーザーの力（UASF/BIP 148）： UASFの脅威が決定的な要因でした。ユーザーが非準拠ブロックを拒否する意思を示すことで、ネットワークルールに対する最終的な権力がユーザーにあることを示しました。
SegWitの成功は、マイナーが有効化を遅らせることはできても、圧倒的な技術的およびユーザー支持があり、特に重要なインフラがアップデートに依存している変更を一方的に阻止できないことを証明しました。
Taproot (BIPs 340, 341, 342)：スピード・トライアルの静かな成功
混乱したSegWitの有効化とは対照的に、2021年に有効化された主要アップグレードであるTaprootを考えてみましょう。Taprootはプライバシー、効率性、スマートコントラクト機能に大幅な改善をもたらしました。SegWitから学んだ教訓により、Taprootのガバナンスプロセスは新しい有効化方法であるSpeedy Trialを使用して合理化されました。
Speedy Trialメカニズム： 通常の固定時間ロックインの代わりに、Speedy Trialは2週間の期間で90%のシグナリング閾値を設定しましたが、期限付きでした。
- 窓口内で90%のマイナーが支持をシグナルした場合、変更は迅速にロックインされます（Speedy Trial成功）。
- 閾値に達しなかった場合、プロセスは失敗し、コミュニティは再検討を強いられ、後で論争的なUASFアプローチを検討する可能性があります。
この構造化された時間制限付きアプローチは、シグナル失敗が困難なガバナンス交渉への回帰を強いることを知りながら、マイナーに迅速なコンセンサス達成への圧力をかけました。Taprootは比較的迅速に90%のシグナリング閾値を達成し、変更が技術的に健全で非論争的であり、開発者から十分に支持されている場合、ネットワークが効率的にアップグレードできることを示しました。
Taprootはビットコインガバナンスが進化していることを証明しました。依然として乱雑ですが、コミュニティは高閾値コンセンサスの要件を維持しつつ、適時有効化を奨励するための政治的インセンティブを構造化する方法を学びました。
分散化の本質：なぜガバナンスは乱雑でなければならないのか
ビットコインのガバナンスは洗練されておらず、効率的でもないことが明らかになっています。それはしばしば遅く、苦痛を伴い、高度に論争的です。この非効率性は、逆説的に、その強みとハードマネー資産としての魅力の源泉です。変更への抵抗は、コアバリュープロポジションの完全性を保証します。つまり、信頼性が高く、予測可能で、有限の発行です。
高摩擦のガバナンスモデルは、ビットコインが政治的に分散化された状態を維持し、単一の強力な企業体や政府によって操縦されることができないことを保証します。
変更のコスト vs. 予測可能性の価値
金融の世界では、予測不可能性はリスクに等しいです。ビットコインのバリュープロポジションは、ハードコードされた貨幣政策、すなわち2100万コインの供給上限に基づいています。プロトコルルールが簡単に変更可能であれば、この固定上限の約束は損なわれます。
ガバナンスプロセスは、潜在的な変更が社会的、技術的、経済的な検証の巨大なハードルをクリアすることを要求します。この「変更のコスト」は以下を保証します：
- 貨幣政策の完全性： 2100万の供給上限や発行スケジュールを変更することは、チェーンスプリットを引き起こし、コインの経済的価値を破壊する壊滅的な結果を招くため、ほぼ不可能です。
- 予測可能性： 企業、取引所、機関投資家は、基本ルールが予期せず変更されないことを知って、ビットコインエコシステムに資本を投入できます。
- トラストレス性： ユーザーはCEOや取締役会を信頼する必要がありません。彼らはガバナンスモデルに組み込まれた政治的慣性と経済的抑止力を信頼します。
ガバナンスの非効率性は、貨幣の最終性と分散型信頼を達成するための代償です。
プロトコル遵守のゲーム理論
ビットコインガバナンスのセキュリティは、最終的にゲーム理論、すなわち競合するエンティティ間の戦略的決定の研究に依存しています。
ビットコインネットワークのすべての参加者（マイナー、開発者、ユーザー）は、独自のインセンティブを持っています：
- 開発者： ネットワークの評判を維持する高品質で安全なコードを提案するインセンティブがあります。
- マイナー： 利益を最大化するインセンティブがあり、ユーザーの大多数（ノード）が受け入れるチェーンを選択しなければなりません。これにより、採掘したブロックが報酬を得られます。
- ユーザー（ノード）： 最初に同意したルールを維持するインセンティブがあり、投資の完全性を保ちます。
これにより、全ノードによって施行されるルールに遵守することがすべての当事者にとって最適な戦略となるナッシュ均衡が生まれます。もし強力なエンティティがコンセンサスを破ろうと試みた場合（例：マイニングプールが論争的なハードフォークを推進しようとする場合）、経済的罰則（チェーンフォークと流動性の破壊）が潜在的な短期的な技術的利益を上回るほど深刻です。
したがって、BIP、論争的な議論、ユーザー活性化ソフトフォーク（UASF）の常在する脅威によって特徴づけられるビットコインガバナンスの乱雑なプロセスは、設計の失敗ではありません。それは暗号経済的セキュリティの成功した実装であり、技術的分散化とともに政治的分散化を維持します。コードがお金を動かし、コンセンサスがコードを動かします。