Governance Overview

The governance system enforces development processes cryptographically across Bitcoin Commons repositories. See Governance Model for details.

Bitcoin Commons Governance System

Central source of truth for governance rules across all Bitcoin Commons repositories (managed by BTCDecoded organization).

⚠️ ACTIVATION STATUS

For verified system status: See SYSTEM_STATUS.md in the BTCDecoded organization repository.

Current Status: Phase 1 (Infrastructure Building)

  • ✅ Infrastructure Complete: All core components implemented
  • ⚠️ Not Yet Activated: Governance rules are not enforced
  • 🔧 Test Keys Only: No real cryptographic enforcement
  • 📋 Development Phase: System is in rapid AI-assisted development

Timeline: Phase 2 Activation: Governance enforcement begins | Phase 3 Full Operation: Mature, stable system

Overview

This repository defines:

  1. Repository Governance (Binding): Who can merge what, and when
  2. Protocol Governance (Advisory): User signaling for consensus changes
  3. Emergency Response: Three-tiered system for critical issues
  4. Maintainer Lifecycle: Selection, removal, and rotation processes

Key Distinction: We govern repository access (binding) and provide guidance for protocol changes (advisory). Users remain sovereign over Bitcoin's consensus rules.

Constitutional Governance Model

Bitcoin Commons implements a 5-tier constitutional governance system with complete transparency through cryptographic audit trails and user-protective mechanisms. That system operates under the Bitcoin Commons Compact.

Action Tiers

  • Tier 1: Routine Maintenance (3-of-5, 7 days) - Bug fixes, documentation, performance
  • Tier 2: Feature Changes (4-of-5, 30 days) - New RPC methods, P2P changes, wallet features
  • Tier 3: Consensus-Adjacent (5-of-5, 90 days) - Changes affecting consensus validation
  • Tier 4: Emergency Actions (4-of-5, 0 days review period) - Critical security patches, network threats
  • Tier 5: Governance Changes (Special process, 180 days) - Changes to governance rules themselves

Layer Hierarchy

LayerRepositorySignaturesReview Period
1blvm-spec6-of-7180 days (365 for consensus)
2blvm-consensus6-of-7180 days (365 for consensus)
3blvm-protocol4-of-590 days
4blvm-node / blvm3-of-560 days
5blvm-sdk2-of-314 days

Documentation

Quick Reference

Core Documentation

Guides

See Also