Voting System
Overview
The Noderr Protocol employs a sophisticated two-chamber governance system that balances token-weighted voting with merit-based participation. This ensures both capital allocators and active protocol contributors have meaningful influence over protocol decisions.
Two-Chamber System
Chamber 1: Token Holders
Voting Power: Based on staked NODR tokens
Responsibilities:
- Protocol parameter changes
- Treasury allocation decisions
- Fee structure modifications
- Emergency protocol actions
Quorum: 10% of circulating supply must participate
Chamber 2: Node Operators
Voting Power: Based on TrustFingerprint™ score and node tier
Responsibilities:
- Technical protocol upgrades
- Node network parameters
- Strategy approval
- Security decisions
Quorum: 30% of active nodes must participate
Voting Power Calculation
See Voting Power Formula for detailed calculations.
Token Holder Voting Power
Voting Power = Staked NODR × Time Multiplier × Participation Bonus
Time Multiplier:
- <1 month: 1.0x
- 1-3 months: 1.2x
- 3-6 months: 1.5x
- 6-12 months: 2.0x
12 months: 2.5x
Participation Bonus:
- Voted in last proposal: +10%
- Voted in last 5 proposals: +25%
- Voted in last 10 proposals: +50%
Node Operator Voting Power
Voting Power = Base Power × TrustFingerprint™ Multiplier × Tier Multiplier
Base Power by Tier:
- Validator Nodes: 2x
- Guardian Nodes: 4x
- Oracle Nodes: 7x
Note: Micro Nodes and Non-Operators do not have voting power in the Node Operator chamber.
TrustFingerprint™ Multiplier: 0.5x - 2.0x based on score
Voting Process
1. Proposal Submission
Proposals can be submitted by:
- Any address holding 100,000+ NODR
- Any Guardian or Oracle node
- The protocol team (for critical updates)
2. Discussion Period
- Duration: 7 days
- Community discusses on forum
- Proposal may be revised
- Questions answered by proposer
3. Voting Period
- Duration: 7 days
- Both chambers vote simultaneously
- Votes are final and cannot be changed
- Real-time results visible
4. Execution
- Timelock: 48 hours after passage
- Automatic execution via smart contracts
- Emergency proposals: 24-hour timelock
Voting Options
Standard Votes
- For: Support the proposal
- Against: Oppose the proposal
- Abstain: Counted toward quorum but neutral
Quadratic Voting
For certain proposals, quadratic voting may be used:
Voting Cost = (Votes)²
This prevents large holders from dominating decisions.
Delegation
Token holders can delegate voting power:
- Full Delegation: Delegate all voting power
- Partial Delegation: Delegate specific percentage
- Topic Delegation: Delegate only for certain proposal types
- Revocable: Can be revoked at any time
Voting Incentives
Active voters earn rewards:
- Participation Rewards: 0.1% of treasury per proposal
- Correct Voting Bonus: Additional rewards for voting with majority
- Streak Bonuses: Rewards for consecutive participation
Proposal Types
Standard Proposals
- Parameter changes
- Treasury allocations
- Fee adjustments
- Non-critical updates
Requirements:
- Simple majority (>50%)
- Quorum met in both chambers
Constitutional Proposals
- Governance system changes
- Token economics modifications
- Security model changes
Requirements:
- Supermajority (>66%)
- Higher quorum (20% token holders, 50% nodes)
Emergency Proposals
- Security incidents
- Critical bug fixes
- Immediate protocol actions
Requirements:
- Guardian/Oracle approval
- Expedited voting (24 hours)
- Lower quorum acceptable
Voting Interface
Vote through:
- Protocol Interface: https://dapp.noderr.xyz/governance
- Snapshot: Off-chain signaling
- Direct Contract Interaction: For advanced users
Best Practices
For Voters
- Read proposals thoroughly
- Participate in discussions
- Consider long-term impact
- Vote consistently for bonuses
For Proposers
- Provide detailed rationale
- Include implementation details
- Respond to community questions
- Revise based on feedback
Governance Analytics
Track governance metrics:
- Voter participation rates
- Proposal success rates
- Average voting power distribution
- Delegation statistics
See Also: