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>

domains/internet-finance/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

@@ -86,7 +86,7 @@ Futardio cult launch (2026-03-03 to 2026-03-04) demonstrates MetaDAO's platform
 ### 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 (CLOUD token) is using MetaDAO's Autocrat v0.3 for governance, implementing CLOUD staking with 30-day vesting lockup and 30M CLOUD (3% supply) in active staking rewards. Sanctum DAO account: 5n61x4BeVvvRMcYBMaorhu1MaZDViYw6HghE8gwLCvPR. CLOUD-1 proposal passed 2025-02-09, establishing bi-weekly proposal cadence (1 week deliberation + 3 day voting). This demonstrates MetaDAO's Autocrat program being adopted by established Solana protocols (Sanctum is a major liquid staking token provider) for governance, not just new launches, expanding the platform's use case beyond capital formation to ongoing DAO governance.
+(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.
 
 ---
 

domains/internet-finance/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

@@ -57,7 +57,7 @@ Autocrat is MetaDAO's core governance program on Solana -- the on-chain implemen
 ### 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's CLOUD-1 implementation (passed 2025-02-09) demonstrates Autocrat v0.3 adoption by established Solana protocol with additional mechanism layers: (1) 30-day linearly vesting staking lockup for base asset (sCLOUD) to filter for long-term holders, (2) active staking rewards (30M CLOUD = 3% supply) distributed quarterly based on `(staked amount × time) × vote count`, (3) minimum 10 USDC trading volume per proposal to count as participation. Proposal cadence: every two weeks (1 week deliberation + 3 day voting). Notably, implementation defers transition from CLOUD/USDC to sCLOUD/USDC markets initially because 'governance is still new and confusing for most,' revealing adoption friction even within committed futarchy projects and suggesting that theoretical mechanism improvements require phased rollout in practice.
+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.
 
 ---
 

domains/internet-finance/active-staking-rewards-incentivize-futarchy-participation-by-compensating-governance-effort.md

@@ -1,52 +1,42 @@
 ---
 type: claim
 domain: internet-finance
-description: "Sanctum allocates 3 percent of token supply to reward governance participation with pro-rata distribution based on staking time and vote count, but participation quality vs. quantity tradeoff remains unresolved"
+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 (futard.io, 2025-02-06, passed 2025-02-09)"
+source: "Sanctum CLOUD-1 proposal, 2025-02-06"
 created: 2025-02-06
 ---
 
 # Active staking rewards incentivize futarchy participation by compensating governance effort
 
-Futarchy requires time and effort to evaluate proposals, creating a participation friction that active staking rewards can theoretically address by compensating voters for their attention. Sanctum's CLOUD-1 proposal allocates 30M CLOUD (3% of total supply) to "fund rewards for active governance participants" with distribution formula: `(staked CLOUD amount × time) × number of votes participated in`.
+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.
 
-The mechanism requires minimum trading volume (10 USDC per proposal) to count as participation, filtering out passive stakers while rewarding those who actively engage with conditional markets. Distribution occurs quarterly over six months (two 15M CLOUD tranches), with first distribution ~3 months after passage.
+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 proposal frames this as solving a coordination problem: "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."
+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 CLOUD-1 proposal (passed 2025-02-09) allocates 30M CLOUD (3% supply) to active staking rewards
-- Distribution formula: `staking score (amount × time) × vote count`
-- Minimum participation threshold: 10 USDC trading volume per proposal
-- Two 15M CLOUD tranches, quarterly distribution, first ~3 months post-passage
+- 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)
-- Uses MetaDAOs Autocrat v0.3 for conditional token markets
-- Proposal defers transition to sCLOUD/USDC markets because "governance is still new and confusing for most," indicating mechanism complexity remains a barrier even with financial incentives
-
-## Challenges
+- Sanctum uses Autocrat v0.3 for conditional market implementation
 
+## Limitations
 This is a proposed mechanism, not validated results. Key uncertainties:
 
-1. **Participation quality vs. quantity**: Rewards based on vote count may incentivize showing up without careful evaluation. The 10 USDC minimum is low enough that users could participate perfunctorily and still qualify for rewards.
+**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.
 
-2. **Sybil resistance**: The staking requirement provides some Sybil resistance, but sophisticated actors could split capital across multiple wallets to game the pro-rata distribution formula.
+**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.
 
-3. **Sustainability**: 3% of supply funds six months of rewards. Long-term participation incentives unclear after initial allocation depletes. No mechanism proposed for ongoing reward funding.
+**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.
 
-4. **Wisdom of crowds assumption**: The proposal assumes more participation → better decisions, but this conflates participation quantity with decision quality. Paying for participation may attract noise traders rather than informed ones, potentially degrading rather than improving futarchy signal quality.
+**Counterfactual unknown**: Would these participants have engaged anyway? If ASR primarily pays people who would have participated regardless, it's deadweight cost.
 
-5. **No baseline data**: Sanctum has not yet run proposals under this reward structure, so no evidence exists on whether it actually increases participation or improves decision quality.
+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.
 
----
-
-Relevant Notes:
-- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md]]
-- [[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]]
-- [[domain-expertise-loses-to-trading-skill-in-futarchy-markets-because-prediction-accuracy-requires-calibration-not-just-knowledge.md]]
-- [[optimal governance requires mixing mechanisms because different decisions have different manipulation risk profiles.md]]
-
-Topics:
-- [[domains/internet-finance/_map]]
-- [[core/mechanisms/_map]]
+## 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

domains/internet-finance/futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md

@@ -38,7 +38,7 @@ Optimism futarchy achieved 430 active forecasters and 88.6% first-time governanc
 ### 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 (passed 2025-02-09) explicitly acknowledges complexity friction: '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.' This reveals that even projects committed to futarchy must phase mechanism adoption due to user confusion, deferring the staked-token base asset that their own proposal argues is necessary for beauty contest mitigation. The proposal also requires minimum 10 USDC trading volume per proposal to count as participation, suggesting liquidity fragmentation across multiple conditional markets creates participation friction.
+(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.
 
 ---
 

domains/internet-finance/staking-lockups-mitigate-futarchy-beauty-contest-by-selecting-for-long-term-holders.md

@@ -1,42 +1,37 @@
 ---
 type: claim
 domain: internet-finance
-description: "Sanctum proposes 30-day vesting lockup on staked CLOUD to filter futarchy markets for long-term holders, but mechanism effectiveness remains unvalidated"
+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 (futard.io, 2025-02-06, passed 2025-02-09)"
+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 actual value—can theoretically be mitigated by requiring staked tokens with vesting lockups as the base asset for conditional markets. Sanctum's CLOUD-1 proposal implements a 30-day linearly vesting lockup (unstaking 100 sCLOUD releases ~3.3 CLOUD/day) specifically to "incentivise long-term holders to participate" and "significantly mitigate the Keynesian beauty contest problem."
+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.
 
-The proposed mechanism works through selection effects: short-term speculators face opportunity cost from locked capital, while long-term holders already committed to the project face lower friction. This theoretically filters market participation toward those with longer time horizons who are more likely to evaluate proposals based on fundamental value rather than 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
 
-- Sanctum CLOUD-1 proposal (passed 2025-02-09) allocates 30M CLOUD (3% supply) to active staking rewards
-- Staking lockup: 30-day linear vesting (~3.3 CLOUD/day per 100 sCLOUD unstaked)
-- Proposal explicitly frames lockup as beauty contest mitigation: "use staked CLOUD (sCLOUD) as the base asset to participate in the futarchic markets... which will incentivise long-term holders to participate"
-- Implementation uses MetaDAOs Autocrat v0.3 for conditional token markets
-- Proposal notes they will "hold off on this transition for now" (moving from CLOUD/USDC to sCLOUD/USDC markets) "whilst governance is still new and confusing for most," suggesting uncertainty about mechanism adoption even by proponents
+## 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
 
-## Challenges
+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.
 
-This is a design rationale from a single proposal, not empirical validation. Key limitations:
-
-1. **Hedging undermines lockup**: Sophisticated traders can hedge lockup exposure through derivatives or short-selling, neutralizing the selection effect while appearing locked-in
-2. **Liquidity reduction vs. participant filtering**: Lockups may simply reduce trading volume rather than change the composition of remaining participants
-3. **No validation data**: Sanctum has not yet implemented sCLOUD/USDC markets (deferred due to complexity), so no evidence exists on whether lockups actually reduce beauty contest dynamics in practice
-4. **Adoption friction acknowledged**: The proposal's own deferral of the staked-token base asset reveals that even projects committed to futarchy must phase mechanism adoption due to user confusion, contradicting the assumption that lockups are straightforward to implement
-
----
-
-Relevant Notes:
-- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md]]
-- [[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]]
-- [[optimal governance requires mixing mechanisms because different decisions have different manipulation risk profiles.md]]
-
-Topics:
-- [[domains/internet-finance/_map]]
-- [[core/mechanisms/_map]]
+## 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

entities/internet-finance/sanctum-cloud-staking-active-rewards.md

@@ -8,14 +8,14 @@ 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
-autocrat_version: "0.3"
 category: "mechanism"
-summary: "Implement CLOUD staking with 30-day vesting lockup and allocate 30M CLOUD (3% supply) to active staking rewards"
+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
 ---
@@ -23,47 +23,33 @@ 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 mechanism innovations: (1) CLOUD staking with 30-day linearly vesting lockup to filter for long-term holders and mitigate Keynesian beauty contest dynamics in futarchy markets, and (2) active staking rewards allocating 30M CLOUD (3% of total supply) to compensate governance participation based on `(staked amount × time) × vote count`.
-
-The proposal explicitly frames staking lockups as a solution to futarchy's "primary potential failure mode"—traders predicting what others think rather than actual value. Distribution occurs quarterly over six months (two 15M CLOUD tranches), with minimum 10 USDC trading volume per proposal required to count as participation.
+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
-- **Proposal Account:** 4BTTxsV98Rhm1qjDe2yPdXtj7j7KBSuGtVQ6rUNWjjXf
-- **DAO Account:** 5n61x4BeVvvRMcYBMaorhu1MaZDViYw6HghE8gwLCvPR
 - **Proposer:** proPaC9tVZEsmgDtNhx15e7nSpoojtPD3H9h4GqSqB2
+- **Proposal Account:** 4BTTxsV98Rhm1qjDe2yPdXtj7j7KBSuGtVQ6rUNWjjXf
 - **Autocrat Version:** 0.3
-- **Proposal Date:** 2025-02-06
-- **Resolution Date:** 2025-02-09
+- **Completed:** 2025-02-09
 
-## Key Mechanism Parameters
+## 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.
 
-- **Staking lockup:** 30-day linear vesting (~3.3 CLOUD/day per 100 sCLOUD unstaked)
-- **Active staking rewards:** 30M CLOUD (3% total supply)
-- **Distribution:** Two 15M CLOUD tranches, quarterly
-- **Participation threshold:** 10 USDC minimum trading volume per proposal
-- **Proposal cadence:** Every two weeks (1 week deliberation + 3 day voting)
-- **Market transition:** Deferred move from CLOUD/USDC to sCLOUD/USDC "whilst governance is still new and confusing"
+**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.
 
-This proposal is significant for futarchy mechanism design in three ways:
-
-1. **Beauty contest mitigation:** First production implementation of staking lockups explicitly designed to filter market participants by time horizon, addressing Robin Hanson's original concern about momentum trading in conditional markets.
-
-2. **Participation incentives:** Tests whether paying for governance engagement (3% of supply over six months) increases decision quality or just attracts noise traders. The `staking score × vote count` formula rewards both capital commitment and active participation.
-
-3. **Adoption friction acknowledgment:** The proposal's decision to defer sCLOUD/USDC markets because users find futarchy "new and confusing" reveals that even committed projects must phase mechanism complexity, contradicting the assumption that futarchy can be adopted wholesale.
-
-Sanctum is a major Solana LST protocol, making this a test case for whether established projects (not just new launches) can successfully adopt futarchy governance.
+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]] — parent entity, first governance proposal
-- [[futardio]] — platform hosting the 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]] — underlying mechanism (v0.3)
-- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] — confirmed by deferred sCLOUD/USDC transition
-- [[staking-lockups-mitigate-futarchy-beauty-contest-by-selecting-for-long-term-holders]] — mechanism rationale
-- [[active-staking-rewards-incentivize-futarchy-participation-by-compensating-governance-effort]] — participation incentive design
+- [[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

inbox/archive/2025-02-06-futardio-proposal-should-sanctum-implement-cloud-staking-and-active-staking-re.md

@@ -19,7 +19,7 @@ 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. Created decision_market entity for CLOUD-1 proposal and updated Sanctum parent entity timeline. 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. The proposal's explicit acknowledgment that futarchy is 'new and confusing' and deferral of sCLOUD/USDC markets provides strong evidence for adoption friction claim."
+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
@@ -106,12 +106,10 @@ We aim to run new proposals every two weeks, with a one week deliberation period
 
 
 ## Key Facts
-- Sanctum CLOUD-1 proposal passed 2025-02-09
 - Sanctum DAO account: 5n61x4BeVvvRMcYBMaorhu1MaZDViYw6HghE8gwLCvPR
-- Proposal account: 4BTTxsV98Rhm1qjDe2yPdXtj7j7KBSuGtVQ6rUNWjjXf
-- Autocrat version: 0.3
-- 30M CLOUD allocated (3% of total supply)
-- Staking lockup: 30-day linear vesting (~3.3 CLOUD/day per 100 sCLOUD)
-- Minimum participation: 10 USDC trading volume per proposal
-- Distribution: Two 15M CLOUD tranches, quarterly
+- 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