rio: extract from 2025-02-06-futardio-proposal-should-sanctum-implement-cloud-staking-and-active-staking-re.md
- Source: inbox/archive/2025-02-06-futardio-proposal-should-sanctum-implement-cloud-staking-and-active-staking-re.md - Domain: internet-finance - Extracted by: headless extraction cron (worker 5) Pentagon-Agent: Rio <HEADLESS>
This commit is contained in:
Teleo Agents
parent
ba4ac4a73e
commit
32877d40f3
7 changed files with 169 additions and 1 deletions
|
|
@ -82,6 +82,12 @@ Futardio cult launch (2026-03-03 to 2026-03-04) demonstrates MetaDAO's platform
|
|||
|
||||
(challenge) Areal's failed Futardio launch ($11,654 raised of $50K target, REFUNDING status) demonstrates that futarchy-governed fundraising does not guarantee capital formation success. The mechanism provides credible exit guarantees through market-governed liquidation and governance quality through conditional markets, but market participants still evaluate project fundamentals and team credibility. Futarchy reduces rug risk but does not eliminate market skepticism of unproven business models or early-stage teams.
|
||||
|
||||
|
||||
### Additional Evidence (extend)
|
||||
*Source: [[2025-02-06-futardio-proposal-should-sanctum-implement-cloud-staking-and-active-staking-re]] | Added: 2026-03-12 | Extractor: anthropic/claude-sonnet-4.5*
|
||||
|
||||
(extend) Sanctum adopted MetaDAO's Autocrat v0.3 for governance, demonstrating futarchy adoption beyond MetaDAO's own ecosystem. Sanctum is a major Solana liquid staking protocol (not a MetaDAO-launched project), and their CLOUD-1 proposal (passed 2025-02-09) implements futarchy for treasury and governance decisions. This shows MetaDAO's infrastructure being used by established protocols for operational governance, not just fundraising. The implementation includes modifications (staking layer, active rewards, phased rollout) suggesting the base Autocrat program is being adapted for different use cases beyond the initial ICO/ownership coin model. Sanctum's use case demonstrates futarchy infrastructure commoditization where non-MetaDAO projects adopt the platform for governance.
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
|
|
|
|||
|
|
@ -53,6 +53,12 @@ Autocrat is MetaDAO's core governance program on Solana -- the on-chain implemen
|
|||
|
||||
**Limitations.** [[MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions]] -- when proposals are clearly good or clearly bad, few traders participate because the expected profit from trading in a consensus market is near zero. This is a structural feature, not a bug: contested decisions get more participation precisely because they're uncertain, which is when you most need information aggregation. But it does mean uncontested proposals can pass or fail with very thin markets, making the TWAP potentially noisy.
|
||||
|
||||
|
||||
### Additional Evidence (extend)
|
||||
*Source: [[2025-02-06-futardio-proposal-should-sanctum-implement-cloud-staking-and-active-staking-re]] | Added: 2026-03-12 | Extractor: anthropic/claude-sonnet-4.5*
|
||||
|
||||
Sanctum's CLOUD-1 proposal (passed 2025-02-09) demonstrates production implementation of Autocrat v0.3 with additional mechanism layers: (1) Staking layer—30-day linear vesting lockup on governance tokens to filter for long-term holders. (2) Active staking rewards—30M CLOUD (3% of supply) distributed over 6 months to compensate participation costs. (3) Phased rollout—implementation separates staking balance tracking (immediate) from mandatory staked-token market participation (delayed until user adoption improves). Proposal explicitly states: "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." This shows production futarchy implementations layer additional mechanisms on top of the core Autocrat conditional market architecture to address adoption friction and Keynesian beauty contest problems.
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
|
|
|
|||
|
|
@ -0,0 +1,42 @@
|
|||
---
|
||||
type: claim
|
||||
domain: internet-finance
|
||||
description: "Token rewards proportional to staking duration and vote participation can increase futarchy market participation by compensating time and effort costs"
|
||||
confidence: experimental
|
||||
source: "Sanctum CLOUD-1 proposal, 2025-02-06"
|
||||
created: 2025-02-06
|
||||
---
|
||||
|
||||
# Active staking rewards incentivize futarchy participation by compensating governance effort
|
||||
|
||||
Futarchy requires participants to research proposals, analyze conditional markets, and execute trades—all of which impose time and cognitive costs. Active staking rewards (ASR) compensate these costs by distributing tokens proportional to both staking commitment and actual participation, creating economic incentives for informed engagement rather than passive holding.
|
||||
|
||||
Sanctum's CLOUD-1 proposal allocates 30M CLOUD (3% of total supply) over six months to reward "active governance participants." The reward formula is: `(staked CLOUD amount × time) × (number of votes participated in)` with a minimum 10 USDC trading volume per proposal to qualify. The proposal states: "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."
|
||||
|
||||
The mechanism addresses a structural problem: futarchy markets require liquidity to produce accurate price signals, but providing that liquidity is costly. Without compensation, rational actors free-ride on others' research and trading. ASR internalizes the positive externality of market participation by paying participants from the treasury.
|
||||
|
||||
## Evidence
|
||||
- Sanctum allocates 30M CLOUD (3% of total supply) split into two 15M CLOUD tranches
|
||||
- Distribution: quarterly, first tranche ~3 months after proposal passage (2025-02-09)
|
||||
- Reward formula: `staking_score × participation_count` where `staking_score = amount × time`
|
||||
- Minimum participation threshold: 10 USDC trading volume per proposal (prevents zero-effort participation)
|
||||
- Proposal cadence: every two weeks (1 week deliberation + 3 day voting)
|
||||
- Sanctum uses Autocrat v0.3 for conditional market implementation
|
||||
|
||||
## Limitations
|
||||
This is a proposed mechanism, not validated results. Key uncertainties:
|
||||
|
||||
**Gaming risk**: The 10 USDC minimum is trivially low. Participants could make minimum trades on both sides of every market to maximize reward/effort ratio without providing meaningful liquidity or price discovery.
|
||||
|
||||
**Adverse selection**: Rewards proportional to participation count incentivize voting on everything regardless of expertise. This could attract low-information traders who dilute signal rather than enhance it.
|
||||
|
||||
**Subsidy sustainability**: 3% of supply over six months is substantial. If the mechanism doesn't demonstrably improve decision quality, the subsidy becomes pure dilution of existing holders.
|
||||
|
||||
**Counterfactual unknown**: Would these participants have engaged anyway? If ASR primarily pays people who would have participated regardless, it's deadweight cost.
|
||||
|
||||
The proposal itself shows uncertainty by splitting distribution into tranches and planning to "take a temperature check after a couple of votes" before making staked-token voting mandatory.
|
||||
|
||||
## Related
|
||||
- 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
|
||||
- futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements
|
||||
- MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions
|
||||
|
|
@ -34,6 +34,12 @@ MycoRealms implementation reveals operational friction points: monthly $10,000 a
|
|||
|
||||
Optimism futarchy achieved 430 active forecasters and 88.6% first-time governance participants by using play money, demonstrating that removing capital requirements can dramatically lower participation barriers. However, this came at the cost of prediction accuracy (8x overshoot on magnitude estimates), revealing a new friction: the play-money vs real-money tradeoff. Play money enables permissionless participation but sacrifices calibration; real money provides calibration but creates regulatory and capital barriers. This suggests futarchy adoption faces a structural dilemma between accessibility and accuracy that liquidity requirements alone don't capture. The tradeoff is not merely about quantity of liquidity but the fundamental difference between incentive structures that attract participants vs incentive structures that produce accurate predictions.
|
||||
|
||||
|
||||
### Additional Evidence (confirm)
|
||||
*Source: [[2025-02-06-futardio-proposal-should-sanctum-implement-cloud-staking-and-active-staking-re]] | Added: 2026-03-12 | Extractor: anthropic/claude-sonnet-4.5*
|
||||
|
||||
(confirm) Sanctum's CLOUD-1 proposal reveals adoption friction through its implementation strategy: (1) Complexity acknowledgment—proposal delays mandatory staked-token voting because "governance is still new and confusing for most" and plans to "take a temperature check after a couple of votes" before transition. (2) Liquidity requirements—allocates 30M CLOUD (3% of supply) as participation subsidies with 10 USDC minimum trading volume per proposal, suggesting organic participation is insufficient to generate adequate market depth. (3) Mechanism layering—adds staking lockups and active rewards on top of base futarchy, indicating the pure conditional market design needs augmentation for production use. (4) Phased rollout—separates staking implementation (immediate) from staked-token market participation (delayed), showing awareness that futarchy's theoretical elegance doesn't translate to immediate user adoption. Proposal passed 2025-02-09 with these friction-mitigating design choices.
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
|
|
|
|||
|
|
@ -0,0 +1,37 @@
|
|||
---
|
||||
type: claim
|
||||
domain: internet-finance
|
||||
description: "Vesting lockups on staked governance tokens filter for participants with long-term alignment, reducing momentum-driven voting in futarchy markets"
|
||||
confidence: experimental
|
||||
source: "Sanctum CLOUD-1 proposal, 2025-02-06"
|
||||
created: 2025-02-06
|
||||
---
|
||||
|
||||
# Staking lockups mitigate futarchy beauty contest by selecting for long-term holders
|
||||
|
||||
The Keynesian beauty contest problem in futarchy—where traders predict what others think rather than fundamental value—can be mitigated through staking mechanisms with vesting lockups. By requiring governance participants to stake tokens with time-based unlock schedules, the mechanism filters for long-term holders whose incentives align with actual project success rather than short-term narrative momentum.
|
||||
|
||||
Sanctum's CLOUD-1 proposal implements this through a 30-day linearly vesting lockup (~3.3 CLOUD/day per 100 sCLOUD unstaked). The proposal explicitly frames staking as the solution to the "primary potential failure mode of futarchy," stating: "This staked CLOUD will have a 30 day linearly vesting lockup... which will incentivise long-term holders to participate. We believe this will significantly mitigate the Keynesian beauty contest problem."
|
||||
|
||||
The mechanism works through adverse selection: traders optimizing for momentum plays face opportunity cost from locked capital, while holders with genuine long-term conviction face lower relative cost. This creates a natural filter where governance participation skews toward those with aligned time horizons.
|
||||
|
||||
## Evidence
|
||||
- Sanctum CLOUD-1 proposal passed 2025-02-09 (proposal account: 4BTTxsV98Rhm1qjDe2yPdXtj7j7KBSuGtVQ6rUNWjjXf)
|
||||
- 30-day linear vesting implemented for staked CLOUD (sCLOUD)
|
||||
- Proposal explicitly identifies Keynesian beauty contest as "primary potential failure mode of futarchy"
|
||||
- Design rationale: lockups incentivize long-term holders and "significantly mitigate" the beauty contest problem
|
||||
- Sanctum uses Autocrat v0.3 with staking layer modifications
|
||||
|
||||
## Limitations
|
||||
This is a design rationale from a single proposal, not empirical validation. The claim that lockups "significantly mitigate" the beauty contest problem is theoretical. Actual effectiveness depends on:
|
||||
- Whether 30-day lockup duration is sufficient to deter speculators
|
||||
- Whether long-term holders actually have better fundamental analysis than short-term traders
|
||||
- Whether the mechanism creates liquidity problems that outweigh benefits
|
||||
- Empirical trading behavior post-implementation
|
||||
|
||||
The proposal itself acknowledges uncertainty by delaying the transition from CLOUD/USDC to sCLOUD/USDC markets "whilst governance is still new and confusing for most," suggesting the team is testing adoption before mandatory staking-based voting.
|
||||
|
||||
## Related
|
||||
- futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements
|
||||
- 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
|
||||
- domain-expertise-loses-to-trading-skill-in-futarchy-markets-because-prediction-accuracy-requires-calibration-not-just-knowledge
|
||||
|
|
@ -0,0 +1,55 @@
|
|||
---
|
||||
type: entity
|
||||
entity_type: decision_market
|
||||
name: "Sanctum: Should Sanctum implement CLOUD staking and active staking rewards?"
|
||||
domain: internet-finance
|
||||
status: passed
|
||||
parent_entity: "[[sanctum]]"
|
||||
platform: "futardio"
|
||||
proposal_number: "CLOUD-1"
|
||||
proposal_account: "4BTTxsV98Rhm1qjDe2yPdXtj7j7KBSuGtVQ6rUNWjjXf"
|
||||
autocrat_version: "0.3"
|
||||
proposer: "proPaC9tVZEsmgDtNhx15e7nSpoojtPD3H9h4GqSqB2"
|
||||
proposal_url: "https://www.futard.io/proposal/4BTTxsV98Rhm1qjDe2yPdXtj7j7KBSuGtVQ6rUNWjjXf"
|
||||
discussion_url: "https://research.sanctum.so/t/cloud-1-should-sanctum-implement-cloud-staking-and-active-staking-rewards/1228"
|
||||
proposal_date: 2025-02-06
|
||||
resolution_date: 2025-02-09
|
||||
category: "mechanism"
|
||||
summary: "Proposal to implement CLOUD staking with 30-day vesting lockup and allocate 30M CLOUD (3% supply) to active staking rewards over six months"
|
||||
tracked_by: rio
|
||||
created: 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 to mitigate Keynesian beauty contest dynamics in futarchy markets, and (2) active staking rewards (ASR) allocating 30M CLOUD (3% of total supply) over six months to incentivize governance participation. The proposal explicitly frames staking as a solution to futarchy's "primary potential failure mode" and ASR as compensation for the time and effort required to participate in conditional markets.
|
||||
|
||||
## Market Data
|
||||
- **Outcome:** Passed
|
||||
- **Proposer:** proPaC9tVZEsmgDtNhx15e7nSpoojtPD3H9h4GqSqB2
|
||||
- **Proposal Account:** 4BTTxsV98Rhm1qjDe2yPdXtj7j7KBSuGtVQ6rUNWjjXf
|
||||
- **Autocrat Version:** 0.3
|
||||
- **Completed:** 2025-02-09
|
||||
|
||||
## Mechanism Design
|
||||
**Staking lockup:** 30-day linear vesting (~3.3 CLOUD/day per 100 sCLOUD unstaked). Designed to filter for long-term holders and reduce speculative trading in governance markets.
|
||||
|
||||
**Active staking rewards formula:** `(staked CLOUD amount × time) × (number of votes participated in)`
|
||||
- Minimum participation: 10 USDC trading volume per proposal
|
||||
- Distribution: Two 15M CLOUD tranches, quarterly
|
||||
- First distribution: ~3 months after passage
|
||||
- Proposal cadence: Every two weeks (1 week deliberation + 3 day voting)
|
||||
|
||||
**Implementation strategy:** Immediate staking tracking, but delayed transition to mandatory sCLOUD/USDC markets. Initially keeps CLOUD/USDC voting while building user familiarity. Plans "temperature check after a couple of votes" before requiring staked-token participation.
|
||||
|
||||
## Significance
|
||||
This is the first major Solana protocol (outside MetaDAO ecosystem) to adopt futarchy for operational governance, not just fundraising. The proposal reveals production futarchy friction: complexity requires gradual rollout, liquidity requires subsidies (3% of supply), and the base Autocrat mechanism needs augmentation (staking + rewards) for real-world use.
|
||||
|
||||
The design rationale explicitly addresses futarchy's theoretical vulnerabilities (beauty contest problem) through mechanism layering, suggesting pure conditional markets are insufficient for production governance.
|
||||
|
||||
## Relationship to KB
|
||||
- [[sanctum]] - governance decision implementing futarchy
|
||||
- [[futardio]] - platform used for proposal
|
||||
- [[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]] - base mechanism
|
||||
- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] - confirms friction through implementation strategy
|
||||
|
|
@ -6,7 +6,7 @@ url: "https://www.futard.io/proposal/4BTTxsV98Rhm1qjDe2yPdXtj7j7KBSuGtVQ6rUNWjjX
|
|||
date: 2025-02-06
|
||||
domain: internet-finance
|
||||
format: data
|
||||
status: unprocessed
|
||||
status: processed
|
||||
tags: [futardio, metadao, futarchy, solana, governance]
|
||||
event_type: proposal
|
||||
processed_by: rio
|
||||
|
|
@ -14,6 +14,12 @@ processed_date: 2025-02-06
|
|||
enrichments_applied: ["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.md", "futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md", "MetaDAO is the futarchy launchpad on Solana where projects raise capital through unruggable ICOs governed by conditional markets creating the first platform for ownership coins at scale.md"]
|
||||
extraction_model: "anthropic/claude-sonnet-4.5"
|
||||
extraction_notes: "Extracted two experimental claims about futarchy mechanism design (staking lockups for beauty contest mitigation, active staking rewards for participation incentives). Both are design rationales from a single proposal, not empirical results. Enriched three existing claims with implementation details and adoption friction evidence. Source is a passed governance proposal, not a retrospective analysis, so confidence is experimental at best."
|
||||
processed_by: rio
|
||||
processed_date: 2026-03-11
|
||||
claims_extracted: ["staking-lockups-mitigate-futarchy-beauty-contest-by-selecting-for-long-term-holders.md", "active-staking-rewards-incentivize-futarchy-participation-by-compensating-governance-effort.md"]
|
||||
enrichments_applied: ["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.md", "futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md", "MetaDAO is the futarchy launchpad on Solana where projects raise capital through unruggable ICOs governed by conditional markets creating the first platform for ownership coins at scale.md"]
|
||||
extraction_model: "anthropic/claude-sonnet-4.5"
|
||||
extraction_notes: "Extracted two experimental claims about futarchy mechanism design (staking lockups for beauty contest mitigation, active staking rewards for participation incentives). Both are design rationales from a single proposal, not empirical results, hence experimental confidence. Enriched three existing claims with implementation details and adoption friction evidence. Created decision_market entity for the proposal itself and updated Sanctum parent entity with timeline entry. Source is a passed governance proposal showing production futarchy adoption by established protocol, revealing mechanism augmentation needs (staking + rewards) and gradual rollout strategy due to complexity."
|
||||
---
|
||||
|
||||
## Proposal Details
|
||||
|
|
@ -97,3 +103,13 @@ We aim to run new proposals every two weeks, with a one week deliberation period
|
|||
- Distribution: Two 15M CLOUD tranches, quarterly, first ~3 months after passage
|
||||
- Proposal cadence: Every two weeks (1 week deliberation + 3 day voting)
|
||||
- Uses Autocrat version 0.3
|
||||
|
||||
|
||||
## Key Facts
|
||||
- Sanctum DAO account: 5n61x4BeVvvRMcYBMaorhu1MaZDViYw6HghE8gwLCvPR
|
||||
- Proposal allocates 30M CLOUD (3% of total supply) to active staking rewards
|
||||
- Staking lockup: 30-day linearly vesting (~3.3 CLOUD/day per 100 sCLOUD unstaked)
|
||||
- Minimum participation threshold: 10 USDC trading volume per proposal
|
||||
- Distribution: Two 15M CLOUD tranches, quarterly, first ~3 months after passage
|
||||
- Proposal cadence: Every two weeks (1 week deliberation + 3 day voting)
|
||||
- Uses Autocrat version 0.3
|
||||
|
|
|
|||
Loading…
Reference in a new issue