Theseus
55dd62b1b1
Co-authored-by: Theseus <theseus@agents.livingip.xyz> Co-committed-by: Theseus <theseus@agents.livingip.xyz>
6.3 KiB
| type | entity_type | name | domain | status | parent_entity | platform | proposer | proposal_url | proposal_date | resolution_date | autocrat_version | category | summary | tracked_by | created |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| decision | decision_market | Sanctum: Should Sanctum implement CLOUD staking and active staking rewards? | internet-finance | passed | sanctum | futardio | proPaC9tVZEsmgDtNhx15e7nSpoojtPD3H9h4GqSqB2 | https://www.futard.io/proposal/4BTTxsV98Rhm1qjDe2yPdXtj7j7KBSuGtVQ6rUNWjjXf | 2025-02-06 | 2025-02-09 | 0.3 | mechanism | Implement CLOUD staking with 30-day vesting lockup and allocate 30M CLOUD to active staking rewards for governance participation | rio | 2026-03-11 |
Sanctum: Should Sanctum implement CLOUD staking and active staking rewards?
Summary
Sanctum's first governance proposal (CLOUD-1) passed on 2025-02-09, implementing two mechanisms: (1) CLOUD staking with 30-day linearly vesting lockup as the base asset for futarchy participation, designed to mitigate Keynesian beauty contest dynamics by incentivizing long-term holder participation, and (2) active staking rewards allocating 30M CLOUD (3% of total supply) over six months to participants based on (staked amount × time) × votes participated, with a 10 USDC minimum trading volume threshold per proposal.
Market Data
- Outcome: Passed
- Proposer: proPaC9tVZEsmgDtNhx15e7nSpoojtPD3H9h4GqSqB2
- Platform: Futardio (Autocrat v0.3)
- Resolution: 2025-02-09
- Proposal Number: CLOUD-1 (Sanctum's first governance proposal)
Mechanism Design
Staking Implementation:
- 30-day linearly vesting lockup (~3.3 CLOUD/day per 100 sCLOUD unstaked)
- Planned transition from CLOUD/USDC to sCLOUD/USDC markets (deferred initially due to user confusion)
- Designed to filter for long-term holders and reduce speculative momentum trading
Active Staking Rewards:
- 30M CLOUD allocation (3% of total supply)
- Two 15M tranches distributed quarterly
- Rewards formula: (staked CLOUD × time) × number of votes participated
- Minimum 10 USDC trading volume per proposal to qualify
- First distribution ~3 months after passage
- Proposal cadence: every two weeks (1 week deliberation + 3 day voting)
Significance
This proposal represents the first major implementation of staking-gated futarchy markets on Solana, introducing two novel mechanisms to address known futarchy failure modes: beauty contest dynamics (via lockups) and low participation (via rewards). The staged rollout strategy—deferring sCLOUD markets until users are comfortable—demonstrates pragmatic adoption friction management.
The 30M CLOUD allocation (3% of supply) is substantial, indicating Sanctum's commitment to subsidizing governance participation as a public good rather than expecting pure market incentives to drive engagement.
Relationship to KB
- sanctum — first governance decision
- MetaDAOs Autocrat program implements futarchy through conditional token markets where proposals create parallel pass and fail universes settled by time-weighted average price over a three-day window — uses Autocrat v0.3
- futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements — explicitly acknowledges and manages adoption friction
- staking-lockups-mitigate-keynesian-beauty-contest-in-futarchy-by-forcing-long-term-holder-participation — mechanism rationale
- active-staking-rewards-incentivize-futarchy-participation-by-compensating-governance-effort-with-token-distributions — mechanism rationale
Full Proposal Text
Source: Sanctum governance forum, tabled 2025-02-06
This proposal would approve the implementation of CLOUD staking and 30M CLOUD (3% of total supply) to fund rewards for staked CLOUD, conditional upon active governance participation ("active staking rewards").
Why staking?
The primary potential failure mode of futarchy is the "Keynesian beauty contest". There is a danger that traders predict not whether the proposal is net positive, but whether or not other people think the proposal is net positive. This can create a self-reinforcing cycle disconnected from reality — leading to a dangerous outcome where policies are passed based on momentum and narrative, not actual value.
One very promising solution is to use staking; that is, to use staked CLOUD (sCLOUD) as the base asset to participate in the futarchic markets. This staked CLOUD will have a 30 day linearly vesting lockup (linearly vesting means that if you unstake 100 sCLOUD, you will be able to claim ~3.3 CLOUD every day), which will incentivise long-term holders to participate. We believe this will significantly mitigate the Keynesian beauty contest problem.
CLOUD staking could also be used as a separating mechanism to preferentially reward long-term holders in the future. But that's outside the scope of this proposal.
Why active staking rewards?
Governance requires time and effort, especially something new like futarchy. By rewarding those who spend their time and effort to participate, we will encourage more participation, which means better decisions overall due to the wisdom of the crowds.
How would active staking rewards be implemented?
We propose to use 30M CLOUD to fund rewards for active governance participants over the next six months.
Voters would get a pro rata share of CLOUD equal to your overall staking score (staked CLOUD amount * time) multiplied by the number of votes you participated in after this proposal. To be counted as participating in a proposal, one must have a minimum trading volume of at least 10 USDC in each proposal, regardless of if it passes or fails.
We propose to split this 30M CLOUD into two tranches of 15M each and distribute CLOUD quarterly. We plan to distribute the first tranche ~3 months after the passing of this proposal.
What will happen if this proposal passes?
If this proposal passes, we will implement staking and start tracking staked CLOUD balances. Starting from CLOUD-2 (the next proposal after this), voting participation will also be tracked for the purposes of ASR.
We will eventually transition voting from CLOUD/USDC to sCLOUD/USDC, but whilst governance is still new and confusing for most, we will hold off on this transition for now. We will take a temperature check after a couple of votes and transition once people are comfortable.
We aim to run new proposals every two weeks, with a one week deliberation period + 3 day voting period.