Governance intent and execution are logged separately. Every proposal, vote, and action is recorded with timestamps and proof references.
Intent is captured through voting windows. Execution is logged separately with proof of action.
A governance window is opened with a clear proposal description and voting parameters.
Token holders vote during the window period. Voting weight is proportional to pool position.
Votes are tallied and results published. The window closes with a clear outcome record.
Actions taken (or not taken) are logged in the execution log with proof references.
Governance intent (votes) and execution (actions) are always logged separately. This prevents conflation and ensures accountability.
Voting power is proportional to pool position. Larger stake = more weight, but all votes are visible on-chain.
Any pool participant can submit proposals. No gatekeeping on who can propose — only on what passes threshold.
Every vote has a fixed window. No indefinite proposals. Clear start and end times prevent manipulation.
Every execution action links to proof — transaction hashes, registry updates, or administrative records.
The full governance history is publicly accessible. Past proposals, votes, and execution records are never deleted.
Governance windows will activate once the BCG pool has sufficient deposits and index token holders. Check the dashboard for updates.
Receipts record tranche participation and are not project-specific. Project Packs are project-specific hectares issued post-first-audit. Yield profiles and issued credits are displayed separately. Governance intent and execution are logged separately.