Skip to content

Governance & Permissions ​

Lucid provides configurable governance and permission infrastructure for managing proposals, voting systems, operational approvals, veto coordination, and cross-chain governance execution.

Governance infrastructure is modular and can be configured independently depending on the organisation’s operational requirements.

Supported governance systems include:

  • 1 Token 1 Vote
  • Quadratic Voting
  • multisignature governance
  • veto infrastructure
  • cross-chain governance coordination
  • governance timelocks
  • proposal threshold systems

Governance Infrastructure ​

Governance infrastructure coordinates:

  • proposal creation
  • voting execution
  • veto operations
  • proposal approval
  • execution delays
  • governance permissions
  • cross-chain governance coordination

Governance modules are deployed independently during organisation setup and can operate across multiple supported chains depending on configuration.

Supported Governance Modules ​

Lucid supports multiple governance modules that can be combined modularly inside the same organisation.

ModulePurpose
1 Token 1 VoteStandard token-weighted governance
Quadratic VotingReduced influence concentration through quadratic weighting
Pre-Vote VetoProposal veto before voting begins
Pre-Execution VetoProposal veto before execution
Multi-Bridge VetoCross-chain governance veto coordination

Governance modules can operate independently or together depending on the selected governance architecture.

1 Token 1 Vote ​

1 Token 1 Vote is a standard governance model where:

  • each governance token represents one vote
  • voting power scales linearly with token ownership
  • governance outcomes are determined by total voting weight

This model is designed for:

  • straightforward governance coordination
  • token-weighted proposal execution
  • traditional DAO governance structures

Quadratic Voting ​

Quadratic Voting is designed to reduce governance dominance by large token holders.

Under this model:

  • additional voting power becomes progressively more expensive
  • voting influence scales quadratically rather than linearly
  • governance outcomes reflect preference intensity more evenly

Example:

  • 1 vote costs 1 unit
  • 2 votes cost 4 units
  • 3 votes cost 9 units

This structure:

  • reduces governance concentration
  • improves collective decision balancing
  • introduces more distributed governance participation

Quadratic Voting can also operate as part of hybrid governance systems through configurable thresholds.

Quadratic Thresholds ​

Lucid supports hybrid governance through configurable quadratic thresholds.

Under this model:

  • voting remains linear up to a specified percentage
  • quadratic weighting activates beyond the configured threshold

Example:

  • first 5% of voting power uses 1 Token 1 Vote
  • voting power above 5% uses Quadratic Voting

This structure balances:

  • governance accessibility
  • whale resistance
  • operational simplicity
  • voting fairness

Gitcoin Passport Integration ​

Quadratic Voting optionally supports Gitcoin Passport integration.

Gitcoin Passport provides:

  • sybil resistance
  • identity verification
  • reputation coordination
  • governance integrity improvements

This helps reduce governance manipulation while maintaining user privacy.

Gitcoin Passport support is available only for Quadratic Voting systems.

Quorum Threshold ​

The quorum threshold defines the minimum percentage of total voting power required for a proposal to become valid.

If quorum is not reached:

  • proposals remain invalid
  • execution cannot occur
  • governance actions fail regardless of vote outcome

Quorum thresholds help ensure:

  • sufficient governance participation
  • representative proposal outcomes
  • operational governance integrity

Proposal Threshold ​

The proposal threshold defines the minimum voting power required for proposal submission.

This prevents:

  • governance spam
  • low-quality proposals
  • insufficiently supported governance actions

Proposal thresholds can be configured depending on organisational governance requirements.

Voting Timing Configuration ​

Governance systems support configurable timing infrastructure for proposal coordination.

Supported timing parameters include:

ParameterPurpose
Voting PeriodDuration proposals remain open for voting
Vote DelayDelay before voting becomes active
Pre-Execution TimelockDelay before approved proposals execute

These timing systems coordinate:

  • governance review windows
  • veto periods
  • operational execution delays

Pre-Vote Veto ​

Pre-Vote Veto allows governance proposals to be vetoed before voting begins.

This infrastructure:

  • operates during the configured vote delay period
  • introduces additional governance oversight
  • prevents proposals from entering active voting

The vote delay duration determines how long proposals remain eligible for veto before voting activation.

Pre-Execution Veto ​

Pre-Execution Veto allows proposals to be vetoed after voting succeeds but before execution finalises.

This infrastructure:

  • operates during the execution timelock period
  • provides additional operational oversight
  • prevents approved proposals from executing immediately

The pre-execution timelock determines the veto window duration.

Multi-Bridge Governance Coordination ​

Governance infrastructure can coordinate proposal execution across multiple supported chains through Multi-Bridge infrastructure.

Cross-chain governance infrastructure supports:

  • multi-chain proposal coordination
  • interoperability-aware governance execution
  • cross-chain veto coordination
  • distributed governance infrastructure

Additional operational execution flows are covered in the Multi-Hop & Multi-Consensus section.

Multisignature Governance ​

Governance infrastructure supports multisignature operational coordination.

Multisignature systems can manage:

  • governance approvals
  • veto operations
  • protocol upgrades
  • operational execution
  • cross-chain governance actions

Supported multisignature thresholds can include:

  • 2-of-3
  • 3-of-5

Thresholds determine how many authorised signers are required before execution finalises.

Governor Deployment ​

Governors are deployed during organisation configuration.

Current governance deployment infrastructure:

  • supports up to 10 governors per organisation
  • supports configurable governance models
  • supports configurable governance thresholds
  • supports multi-chain voting coordination

Some governance integrations may currently require governors to deploy on a single chain depending on interoperability support.

Governance Permissions ​

Governance permissions determine:

  • who can submit proposals
  • who can vote
  • who can veto proposals
  • who can execute governance actions
  • who can approve operational upgrades

Permission visibility and execution access depend on:

  • governance configuration
  • multisignature ownership
  • operational role assignments

Governance permissions are configured during organisation deployment and can later be updated through operational upgrade infrastructure.