Voting Process

Written By Bob Lee

Last updated 5 months ago

Community participation is central to TorresmoCoin. The governance system ensures that proposals are transparent, verifiable, and executed only after proper review. Below is the step-by-step lifecycle of a proposal.

Governance Flow at a Glance

Proposal → Voting → Queue & Timelock (72–120h) → Community Veto (if threshold met) → Execution

Stage	Summary
Proposal	Any verified address submits via Governor.
Voting	1 address = 1 vote (governance NFT + minimum stake).
Queue & Timelock	Approved proposals are queued; delay enforces transparency.
Community Veto	During the delay, opposing quorum can block execution.
Execution	If no veto, the proposal executes on-chain automatically.

Step-by-Step Narrative

Proposal

Any verified community member can submit a proposal. Proposals are categorized as parametric (minor settings), administrative, or critical (tagged for extended delay, e.g., +48h), totaling up to 120h before execution.

Voting

Votes are counted equally under the 1 address = 1 vote system. To vote, participants must hold a governance NFT and stake the minimum required TORRESMO tokens.

Timelock Delay

If approved, proposals are not executed immediately. Instead, they are queued in the TimelockController for a period of 72 to 120 hours, depending on the proposal’s category. This ensures transparency and allows social audit.

Community Veto

During the timelock period, if enough addresses submit a veto vote, the proposal is blocked from execution. This safeguard protects against malicious or rushed decisions.

Execution

Proposals that survive the timelock and no veto are executed automatically. All changes occur fully on-chain, leaving a verifiable record of community decision-making.

Why This Matters

The voting process ensures that every change is transparent, predictable, and subject to community oversight. It combines efficiency with strong checks and balances, preventing both whale domination and unilateral control.