Voting Power
Voting power in the Noderr governance system is tier-based: a participant's influence is determined by the node tier they operate, weighted by on-chain reputation. The model is designed to balance the influence of token holders with the reputation and contributions of active node operators.
Voting is conducted across two chambers, the Oracle Chamber (strategy and capital decisions) and the Guardian Chamber (security and oversight), and power is evaluated at the time a proposal is created (the "snapshot" block).
Tier-Based Voting Power
Each participant's voting weight is set by their node tier. Higher tiers carry greater responsibility and commitment, and therefore greater governance weight.
| Node Tier | Voting Multiplier |
|---|---|
| Oracle | 7× |
| Guardian | 4× |
| Validator | 2× |
| Micro | 1× |
These multipliers are defined on-chain in TierVotingPower.sol. They replace any prior "time-weighted" or vote-escrow weighting scheme.
Note on vote-escrow (veNODR): A vote-escrowed token model (veNODR) has been explored as a future, conceptual direction and is not implemented. The live governance system uses the tier-based multipliers above, not vote-escrow.
Node Tier and Staking
Voting tier follows from the node a participant operates. Each tier requires a NODR stake:
| Node Tier | NODR Stake | Reference Stake Value (at $0.70/NODR) |
|---|---|---|
| Micro | 0 | N/A |
| Validator | 25,000 | $17,500 |
| Guardian | 50,000 | $35,000 |
| Oracle | 150,000 | $105,000 |
Guardian and Oracle tiers carry additional gating: a Guardian requires governance approval plus a Utility NFT, and an Oracle requires election (via a 66% Oracle vote) plus a Utility NFT. The on-chain Utility NFT is free / protocol-minted; it gates eligibility and is not sold. Unstaking uses a unified 21-day cooldown.
Reputation: TrustFingerprint
A participant's standing is measured by their TrustFingerprint reputation score (TrustFingerprint.sol), which reflects uptime, quality of service, and governance participation. The score is tracked on a 0–10000 scale (displayed as 0–1). Entry thresholds by tier are:
- Validator: 0.60
- Guardian: 0.70
- Oracle: 0.80
TrustFingerprint determines tier eligibility and standing rather than directly minting additional vote weight; voting weight itself comes from the tier multipliers above.
Governance Parameters
Proposals and votes are governed by the following canonical parameters (GovernanceManager.sol):
- Proposal threshold: a proposer must hold a TrustFingerprint of at least 70%.
- Quorum: 10% of eligible voting power must participate.
- Standard approval: 60% of votes cast.
- Oracle supermajority: 66% is required for major decisions: treasury and capital deployment, allocations over $100K or 5% of AUM, strategy approval, and Oracle elections (
TreasuryManager,OracleCoordinator,StrategyRegistry). - Timelock: 2 days standard, 1 day emergency, 7 days maximum.
The Oracle seat count is dynamic, determined by ongoing 66% elections (with a ceiling, not a fixed "10 seats").
How It Comes Together
When a proposal is evaluated, the governance system performs these steps:
- It checks whether the participant operates an eligible node by verifying their Utility NFT and node tier.
- It retrieves the participant's current TrustFingerprint score to confirm tier standing.
- It applies the tier-based multiplier (Micro 1× / Validator 2× / Guardian 4× / Oracle 7×) to determine voting weight.
- Votes are tallied within the relevant chamber against the quorum, approval, and supermajority thresholds above.
This tier-based system ensures that active, high-performing operators are key stakeholders in shaping the future of the Noderr Protocol, while major treasury and strategy decisions require a 66% Oracle supermajority.