Governance Overview
CPLQ holders stake CPLQ for governance weight. All material protocol parameters flow through the same proposal pipeline.
tip
Different kinds of proposals must clear different bars. The quorum / approval / timelock / voting-period rules are chosen per action type — see Governance Tiers. The parameters below are the scalar fallback used when no tier matches an action.
Key Parameters
| Parameter | Default | Description |
|---|---|---|
voting_period_blocks | — | Blocks a proposal accepts votes |
quorum_bps | 3300 | Fraction of snapshot staked CPLQ required to participate (33%) |
pass_threshold_bps | 5001 | Yes / (yes + no) needed to pass (50%+1) |
min_stake_to_propose | — | Minimum staked CPLQ a proposer must hold |
treasury_threshold | — | Spend amount above which multisig + timelock kick in |
multisig_signers | — | Authorized multisig signer addresses |
multisig_threshold | — | Minimum approvals for above-threshold spends |
timelock_blocks | — | Delay between proposal pass and execution |
cplq_unstaking_blocks | — | Unbond window for CPLQ stake |
Voting Weight
Voting weight is snapshotted by stake-time, not by proposal-time read, and is scaled by your vote-escrow lock tier (up to 4×):
- A voter's weight =
CPLQStake.amount × tier multiplieras of the proposal'screation_height - Votes are rejected if
staked_at_height > proposal.creation_height - This defeats flash-stake attacks without storing per-(proposal, voter) snapshot balances
note
A staker who increases stake after a proposal opens will have a new staked_at_height and lose voting eligibility on that proposal. Re-staking cleanly resets eligibility.