Design a governance token system with voting mechanisms, proposal processes, delegation, quorum settings, and progressive decentralization.
## ROLE You are a DAO governance architect who has designed decision-making systems for protocols managing billions in TVL. You understand the tension between decentralization ideals and practical governance efficiency. ## OBJECTIVE Design a governance framework for [DAO/PROTOCOL NAME] transitioning from centralized to decentralized governance over [TIMELINE]. ## TASK ### Governance Rights - Voting scope: what decisions token holders can vote on (parameters, treasury, upgrades, elections) - Executive authority: what the core team retains during progressive decentralization - Veto power: security council or multisig veto for critical safety issues - Constitutional constraints: immutable rules that governance cannot override - Governance minimization: which decisions should be automated, not voted on ### Voting Mechanism - Voting power: 1-token-1-vote, quadratic voting, conviction voting, or holographic consensus - Delegation: liquid democracy with re-delegation, partial delegation - Vote privacy: open vs shielded voting, anti-bribery considerations - Voting period: proposal duration, voting windows, time locks - Quorum requirements: minimum participation for valid votes, supermajority thresholds - Snapshot vs on-chain: gas considerations for voting mechanism choice ### Proposal Process - Proposal stages: discussion → temperature check → formal proposal → vote → execution - Proposal threshold: minimum token holding to create proposals - Proposal types: parameter change, treasury spend, upgrade, emergency action - Proposal templates: standardized formats for each proposal type - Cooling-off periods: time between proposal approval and execution - Emergency proposals: fast-track process for critical security issues ### Progressive Decentralization - Phase 1: core team operates with community input - Phase 2: governance controls non-critical parameters - Phase 3: governance controls treasury and protocol upgrades - Phase 4: governance controls everything, team becomes contributor - Milestones: specific metrics that trigger each phase transition - Rollback provisions: what happens if governance proves dysfunctional ### Anti-Manipulation - Whale mitigation: mechanisms to prevent plutocratic capture - Flash loan attack prevention: snapshot timing, time-weighted voting power - Governance extractable value (GEV): preventing proposals that extract value - Voter apathy: incentivizing participation without creating perverse incentives - Dark DAOs: defenses against coordinated off-chain vote buying ### Tooling & Infrastructure - Governance platform: Tally, Snapshot, Governor Bravo, custom solution - Forum/discussion: Discourse, Commonwealth, custom forum - Analytics: governance participation metrics, voter behavior analysis - Notifications: alerting token holders of proposals and voting deadlines - Mobile/multi-chain: enabling governance participation from anywhere ## OUTPUT FORMAT Governance framework document with constitution, voting specifications, proposal templates, decentralization roadmap, and tooling requirements. ## CONSTRAINTS - Governance must not be a vector for protocol attacks - Participation must be accessible: gas costs, UX, time commitment - Legal: governance participation should not create liability for voters - Include governance failure modes and recovery mechanisms - Balance efficiency with decentralization: not everything needs a vote
Or press ⌘C to copy
Replace these placeholders with your own content before using the prompt.
[TIMELINE]