Learn   /   Governance

Executive Introduction

Quantova Governance is the system through which the Quantova network is owned, coordinated, and evolved by its community. It defines how proposals are created, discussed, approved, and executed ensuring that no single entity controls the direction of the network.

Governance is embedded directly into the Quantova protocol and enforced through QVM Quantova Virtual Machine, enabling stakeholders to coordinate upgrades, manage shared resources, and resolve disagreements without reliance on centralized authorities. By combining on chain decision making with off chain discussion, Quantova ensures that changes reflect long term ecosystem interests rather than short term influence.

Through token based participation, delegation, conviction voting, and automated execution via QVM, Quantova governance transforms users into active stewards of the network. This model is fundamental to Quantova’s vision of a resilient, neutral, and community driven decentralized protocol.

Technical Introduction Developers & Validators

Quantova implements a fully on chain governance system enforced at the execution layer by QVM Quantova Virtual Machine a post quantum virtual execution environment designed to support secure, deterministic, and future proof protocol logic.

Governance proposals, referenda, voting logic, and enactment are executed directly within QVM, allowing approved decisions to modify protocol behavior, parameters, and system state without trusted intermediaries. The system supports multi track governance, conviction weighted voting, delegated participation, and automatic execution.

By anchoring governance directly to QVM, Quantova ensures that protocol evolution is auditable, censorship resistant, and cryptographically resilient against future quantum threats.

1. What Is Governance?

Governance defines the rules and processes by which a blockchain network evolves over time. It determines

  • Who can propose changes
  • How proposals are evaluated and approved
  • What constitutes consensus
  • How approved decisions are executed

In Quantova, governance decisions are executed deterministically by QVM at the protocol level.

2. What Is Decentralized Governance?

Decentralized governance distributes decision making authority across the network rather than concentrating it in a single entity.

Key characteristics include
  • Distributed authority no single actor controls outcomes
  • Transparency proposals and votes are publicly verifiable
  • Consensus driven change decisions require broad agreement
  • Censorship resistance no central party can block governance actions

Quantova’s governance model ensures neutrality and resistance to centralized capture.

3. Quantova Governance Model

Quantova uses a fully decentralized, on chain governance system where QTOV token holders directly influence the protocol. All governance actions are executed through QVM Quantova Virtual Machine.

Core Components
  • Proposals
    QTOV holders meeting minimum participation requirements may submit governance proposals.
  • Referenda
    Proposals enter public referenda where participants vote directly on chain.
  • Conviction Voting
    Voters may lock tokens for longer durations to increase voting weight, signaling long term alignment.
  • Multi Track Governance
    Distinct proposal categories protocol upgrades, treasury actions, parameter changes follow independent tracks with tailored thresholds and timelines.
Governable Areas
Governance controls
  • Protocol and execution logic updates via QVM
  • Network and economic parameters
  • Treasury allocation and spending
  • Governance system configuration

4. On Chain vs Off Chain Governance

On Chain Governance
  • Proposals, voting, and execution occur entirely on chain
  • Votes are token weighted and cryptographically verifiable
  • Approved decisions are automatically executed by QVM
Off Chain Governance
  • Discussion and signaling occur outside the chain
  • Outcomes rely on social consensus and manual coordination

Quantova’s governance model removes reliance on trusted intermediaries for enforcement.

5. Governance Participants

Token Holders
  • Primary governance participants
  • Vote on proposals and select conviction levels
Delegates
  • Trusted representatives elected by token holders
  • Delegation can be track specific
  • Delegators retain full custody and control
Validators & Developers
  • Validators secure the network and execute QVM logic
  • Developers propose upgrades and contribute tooling
  • No privileged governance authority by default
Foundation & Organisational Stewards
  • Non profit entities support coordination, documentation, and ecosystem continuity
  • Hold no unilateral control over governance outcomes

6. Informal Governance Process

Before proposals reach on chain execution, ideas typically evolve through an informal process

  1. Community Discussion
    Forums, Discord, Git repositories, and working groups explore ideas.
  2. Proposal Drafting
    Authors define motivation, scope, and expected impact.
  3. Feedback & Iteration
    Community input refines proposals prior to submission.
  4. On Chain Submission
    Proposals are submitted with deposits to ensure accountability.

This process improves proposal quality and consensus formation.

7. Handling Disagreements

Disagreements are resolved through protocol defined mechanisms

  • Voting Outcomes
    Approved proposals are executed by QVM rejected proposals may be revised.
  • Conviction Weighting
    Long term commitment carries greater influence than short term sentiment.
  • Specialized Governance Tracks
    Emergency or root level tracks enable intervention during critical situations.
  • Iterative Governance Cycles
    Proposals can evolve through multiple governance rounds.

8. QVM Governance Execution Flow

This section describes how a governance decision moves from idea to enforced protocol change.

Governance Execution Flow QVM
code
Idea & Discussion (Off Chain)
        
Proposal Drafted
        
On Chain Submission (QTOV Deposit)
        
Governance Track Assignment
        
Referendum Opens
        
Token Holder Voting (Conviction Based)
        
Referendum Outcome Finalized
        
QVM Executes Approved Action
        
Protocol State Updated (Automatic)
      
Key Properties
  • No manual intervention after approval
  • Execution is deterministic and auditable
  • All logic is enforced by QVM
  • Failed or malicious proposals cannot execute without approval

9. Governance & QVM Deep Dive

QVM is the execution backbone of Quantova governance. Unlike governance systems that rely on off chain coordination or privileged upgrade keys, Quantova embeds governance logic directly into its virtual execution environment.

How QVM Enforces Governance
  • Governance rules are encoded as executable logic
  • Approved proposals trigger QVM level state transitions
  • Runtime upgrades are applied atomically
  • Treasury and parameter changes execute without trusted signers
Post Quantum Design

QVM incorporates post quantum resilient cryptographic primitives across

  • Proposal authentication
  • Vote signing and verification
  • Governance execution logic

This ensures governance integrity remains secure against future cryptographic threats.

Security & Finality
  • Once executed, governance actions cannot be arbitrarily reversed
  • All changes are fully auditable on chain
  • Execution failure conditions are explicitly defined

10. Validator Responsibilities in Governance

Validators play a critical operational role in Quantova governance, without holding special decision making authority.

Validator Responsibilities
  • Execute Governance Logic
    Validators execute QVM instructions resulting from approved governance actions.
  • Ensure Deterministic Execution
    Validators must run identical QVM logic to guarantee consensus on governance outcomes.
  • Maintain Network Liveness
    Validators ensure governance actions are applied without disruption.
  • Participate as Token Holders Optional
    Validators may vote or delegate like any other QTOV holder, without elevated privilege.
What Validators Cannot Do
  • Override governance outcomes
  • Block approved executions
  • Apply unilateral protocol changes

This separation ensures validators secure the network without controlling its direction.

Why Quantova Governance Matters

Quantova governance is foundational to the network’s decentralization and resilience

  • Empowers community ownership
  • Aligns incentives with long term participation
  • Ensures transparent, auditable decisions
  • Prevents centralized control
  • Enables automatic, post quantum secure execution via QVM

By embedding governance directly into QVM, Quantova ensures the network evolves according to the collective will of its participants securely, transparently, and without trusted intermediaries.

Governance FAQ

This section answers common questions about how governance works in the Quantova ecosystem and how community members can participate.

Quantova Governance is the on chain system that allows the community to propose, vote on, and execute changes to the Quantova network. It governs protocol upgrades, network parameters, treasury usage, and governance rules themselves.

All approved governance decisions are executed automatically by QVM Quantova Virtual Machine.

No single entity controls Quantova Governance.

Decision making power is distributed across QTOV token holders, who can vote directly or delegate their voting power. Foundations, developers, and validators do not have unilateral control over outcomes.

Governance can control
  • Protocol and execution logic upgrades via QVM
  • Network and economic parameters
  • Treasury allocation and spending
  • Governance configuration and processes

Anything governed by protocol logic can only be changed through governance approval.

Any QTOV holder who meets the minimum proposal requirements such as deposits or thresholds defined by governance may submit a proposal.

These requirements exist to prevent spam and ensure proposers are committed to the outcome.

Conviction voting allows participants to lock their tokens for longer periods in exchange for increased voting weight.

  • Short locks = lower influence
  • Longer locks = higher influence

This mechanism prioritizes long term alignment over short term speculation.

No. Voting does not spend tokens.

If you choose conviction voting, your tokens are temporarily locked for the selected period and automatically unlocked afterward. Ownership always remains with you.

Delegation allows QTOV holders to assign their voting power to another address a delegate without transferring token ownership.

  • Delegation can be revoked at any time
  • Delegates cannot move or spend delegated tokens
  • Delegation may be track specific

This enables participation without constant active voting.

A governance track defines how a specific category of proposals is handled.

Different tracks may have different
  • Voting durations
  • Approval thresholds
  • Execution delays

For example, protocol upgrades and treasury spending may follow different tracks to balance safety and responsiveness.

Once a proposal passes its referendum
  1. The outcome is finalized on chain
  2. QVM executes the approved logic
  3. Protocol state is updated automatically

No manual intervention or trusted signer is required.

Governance actions cannot be arbitrarily reversed.

However
  • New proposals can amend or replace previous decisions
  • Emergency or root level tracks may intervene if enabled by governance

All changes still require community approval.

Rejected proposals do not execute.

Proposers may
  • Revise the proposal
  • Address community feedback
  • Resubmit it in a future governance cycle

Rejection is part of the normal governance process.

Quantova supports specialized governance tracks for urgent or critical situations.

These tracks
  • Have higher thresholds
  • Are designed for exceptional circumstances
  • Still require on chain approval

There are no hidden emergency keys or centralized override mechanisms.

Validators
  • Execute QVM logic resulting from governance decisions
  • Ensure deterministic and correct execution
  • Maintain network availability

Validators do not have special voting privileges and cannot override governance outcomes.

No.

Foundation or organisational entities exist only to

  • Support documentation and coordination
  • Facilitate ecosystem development
  • Ensure long term continuity

They do not have unilateral authority over governance decisions.

Yes.

Governance execution is enforced by QVM, which incorporates post quantum resilient cryptographic design across proposal authentication, voting, and execution logic. This ensures governance integrity remains secure as cryptographic standards evolve.

Governance discussions typically occur across

  • Community forums
  • Git repositories
  • Discord and social platforms
  • Working groups

These discussions help proposals mature before on chain submission.

To participate
  • Hold QTOV tokens
  • Vote directly or delegate your voting power
  • Join governance discussions
  • Submit proposals when ready

Participation scales from passive delegation to active proposal authorship.

For deeper technical details, see
  • Governance & QVM Deep Dive
  • QVM Governance Execution Flow
  • Validator Governance Responsibilities

These sections explain how governance is enforced at the protocol level.