rio: extract 3 claims from MetaDAO Autocrat v0.2 proposal

- What: 3 new claims from MetaDAO proposal #15 (passed 2024-04-03) to migrate Autocrat program to v0.2
- Why: proposal documents concrete design decisions from the MetaDAO core team (HenryE, Proph3t) that add mechanism-level knowledge not yet in the KB
- Claims:
  1. conditional token merging solves per-proposal liquidity fragmentation (deployed solution vs. speculative shared-AMM approach)
  2. dollar-denominated TWAP step sizes outperform percentage-based increments for manipulation resistance (asymmetric attack surface argument)
  3. reclaimable OpenBook rent (~4 SOL per proposal) directly reduces proposal creation friction
- Connections: enriches MetaDAO Autocrat mechanism claim, futarchy friction claim, and shared-liquidity AMM claim

Pentagon-Agent: Rio <2EA8DBCB-A29B-43E8-B726-45E571A1F3C8>

domains/internet-finance/conditional-token-merging-solves-liquidity-fragmentation-across-concurrent-futarchy-proposals-by-allowing-conditional-tokens-to-reconstitute-into-underlying-tokens.md

@@ -0,0 +1,44 @@
+---
+type: claim
+domain: internet-finance
+description: "When multiple proposals are active, conditional tokens fragment across pass/fail pools; merging allows holders to collapse 1 pTOKEN + 1 fTOKEN back into 1 TOKEN, recycling liquidity instead of stranding it in losing conditional pools."
+confidence: likely
+source: "rio, from MetaDAO Autocrat v0.2 proposal (futard.io, HXohDRKtDcXNKnWysjyjK8S5SvBe76J5o4NdcF4jj963), authored by HenryE and Proph3t, passed 2024-04-03"
+created: 2026-03-11
+depends_on:
+  - "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"
+challenged_by:
+  - "Token merging requires holding both pTOKEN and fTOKEN in equal amounts, meaning only hedged holders can access liquidity — directional traders who sold one side cannot merge"
+---
+
+# Conditional token merging solves liquidity fragmentation across concurrent futarchy proposals by allowing conditional tokens to reconstitute into the underlying token
+
+[[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]] creates a compounding liquidity problem when multiple proposals are active simultaneously: each proposal splits the token supply into pass and fail variants, so N concurrent proposals spawn 2N conditional token pools each competing for the same liquidity base. A holder with tokens locked in one proposal's conditional markets cannot easily use that capital in another proposal's markets or simply exit — their tokens are stranded as conditionals until settlement.
+
+MetaDAO's v0.2 Autocrat upgrade introduced conditional token merging: if a holder possesses 1 pTOKEN and 1 fTOKEN from the same proposal, they can merge them back into 1 TOKEN before the proposal settles. This is the inverse of the conditional split that happens at proposal creation.
+
+**Why this restores liquidity:** The merge operation effectively cancels a position in both universes simultaneously. A holder who bought both sides — whether through direct purchase or through hedging — can exit cleanly without waiting for settlement. This is particularly valuable during periods of many active proposals because it allows capital to move between proposals rather than being frozen in parallel conditional pools waiting for sequential settlement. [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] — the merging mechanism directly addresses the liquidity component of that friction.
+
+**Relationship to the shared-liquidity AMM concept:** [[shared-liquidity-amms-could-solve-futarchy-capital-inefficiency-by-routing-base-pair-deposits-into-all-derived-conditional-token-markets]] addresses the same fragmentation problem from the supply side (how liquidity providers deposit). Token merging addresses it from the demand side (how traders exit and recycle positions). Both mechanisms target the same root cause, but merging is deployed and on-chain while shared-liquidity AMMs remain at concept stage.
+
+**Practical effect:** The proposal explicitly cites multi-proposal environments as the motivation: "This should help with liquidity when there are multiple proposals active at once." This suggests MetaDAO had observed empirical liquidity strain during periods of concurrent governance activity, making this a UX fix grounded in observed friction rather than theoretical design.
+
+## Evidence
+
+- MetaDAO Autocrat v0.2 proposal (proposal #15, passed 2024-04-03): "Conditional token merging: now, if you have 1 pTOKEN and 1 fTOKEN, you'll be able to merge them back into 1 TOKEN. This should help with liquidity when there are multiple proposals active at once." — HenryE and Proph3t
+- GitHub Pull Request #66 (metaDAOproject/futarchy): implementation of the merge instruction in the conditional vault program
+
+## Challenges
+
+- Merging requires symmetric holdings — a holder who has taken a directional position (sold all fail tokens, kept only pass tokens) cannot merge without buying back the other side; so liquidity recovery only accrues to hedged or neutral holders
+- Does not address the deeper capital-efficiency problem of shallow individual conditional pools; merging is an exit mechanism, not a liquidity provisioning improvement
+
+---
+
+Relevant Notes:
+- [[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]] — the architecture that creates the fragmentation problem
+- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] — liquidity fragmentation is one of those friction points
+- [[shared-liquidity-amms-could-solve-futarchy-capital-inefficiency-by-routing-base-pair-deposits-into-all-derived-conditional-token-markets]] — complementary approach addressing the same fragmentation from the supply side
+
+Topics:
+- [[internet finance and decision markets]]

domains/internet-finance/dollar-denominated-twap-step-sizes-provide-more-consistent-manipulation-resistance-than-percentage-based-steps-because-percentage-increments-create-asymmetric-attack-difficulty-at-different-token-price-levels.md

@@ -0,0 +1,45 @@
+---
+type: claim
+domain: internet-finance
+description: "A 1% TWAP step on a $1 token costs $0.01 per update to move; the same 1% step on a $100 token costs $1.00 — attackers targeting low-price tokens face disproportionately cheap manipulation, which fixed-dollar steps eliminate by anchoring move cost to a nominal amount independent of spot price."
+confidence: experimental
+source: "rio, from MetaDAO Autocrat v0.2 proposal (futard.io, HXohDRKtDcXNKnWysjyjK8S5SvBe76J5o4NdcF4jj963), authored by HenryE and Proph3t, passed 2024-04-03"
+created: 2026-03-11
+depends_on:
+  - "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 is manipulation-resistant because attack attempts create profitable opportunities for defenders"
+---
+
+# Dollar-denominated TWAP step sizes provide more consistent manipulation resistance than percentage-based steps because percentage increments create asymmetric attack difficulty at different token price levels
+
+MetaDAO's TWAP oracle bounds how much the tracked price can change per update — this bounding is the core mechanism that makes [[futarchy is manipulation-resistant because attack attempts create profitable opportunities for defenders]]: an attacker cannot spike the TWAP in a single block but must sustain a distorted price across the full 3-day decision window, making manipulation expensive.
+
+**The percentage-step vulnerability.** When the TWAP advances in percentage increments (e.g., 1% per update), the nominal cost per update scales with the current spot price. At $1, moving the TWAP 1% requires pushing price by $0.01; at $100, it requires pushing price by $1.00. This creates asymmetry: tokens at lower price levels are cheaper to manipulate in absolute terms per TWAP step, even if the governance decision involves the same nominal dollar value. An attacker targeting a low-price governance token faces proportionally lower capital requirements per unit of TWAP movement than one targeting a high-price token.
+
+**How dollar-based steps fix this.** MetaDAO's v0.2 upgrade switched from 1%-per-update steps to $5-per-update steps. The cost of moving the TWAP is now anchored to a dollar amount that doesn't vary with spot price. For any token, moving the TWAP by $5 costs the attacker roughly $5 worth of price distortion per update — the attack cost is denominated in the same units as the governance decision's value, creating consistent manipulation economics across different price levels. The proposal frames this as "enhances manipulation resistance while allowing the TWAP to be more accurate."
+
+**The accuracy improvement.** Percentage increments also degrade TWAP accuracy as prices rise: a 1% step on a $500 token is $5, which is coarse for fine-grained signal resolution. Dollar-based steps maintain consistent resolution at any price level — a $5 step is a $5 step whether the token is at $10 or $1,000.
+
+**Current configuration:** MetaDAO v0.2 uses $5 increments with a default expected value of $100. The $100 default sets the TWAP starting point to approximate the token's fundamental value estimate, anchoring the market before trading begins.
+
+[[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]] describes the full TWAP mechanism. This claim specifies why the dollar-based increment design is superior to percentage-based incrementing for manipulation resistance specifically.
+
+## Evidence
+
+- MetaDAO Autocrat v0.2 proposal (#15, passed 2024-04-03): "Update TWAP in $5 increments instead of 1% increments, which enhances manipulation resistance while allowing the TWAP to be more accurate" — HenryE and Proph3t
+- GitHub Pull Request #69 (metaDAOproject/futarchy): "Set max observation change per update lots to $5 and make it a configurable option"
+- commits d08fb13, a1cb709, fe159d2 in metaDAOproject/openbook-twap: switch to dollar-based increment implementation
+
+## Challenges
+
+- The advantage only holds if governance token prices stay within a range where $5 increments provide appropriate resolution; at very low token prices (e.g., $0.01), a $5 step would be extremely coarse, making TWAP nearly non-functional
+- This analysis assumes manipulation cost scales linearly with TWAP distortion — in practice, market microstructure effects (slippage, depth) may dominate the step-size arithmetic
+
+---
+
+Relevant Notes:
+- [[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]] — the TWAP mechanism this improvement applies to
+- [[futarchy is manipulation-resistant because attack attempts create profitable opportunities for defenders]] — the broader manipulation-resistance property that dollar steps reinforce
+
+Topics:
+- [[internet finance and decision markets]]

domains/internet-finance/reclaimable-openbook-market-rent-reduces-futarchy-proposal-creation-friction-by-recovering-approximately-4-sol-per-proposal-previously-locked-in-on-chain-market-accounts.md

@@ -0,0 +1,43 @@
+---
+type: claim
+domain: internet-finance
+description: "Creating each futarchy proposal required locking ~4 SOL in OpenBook market accounts as rent, which was effectively a sunk cost per proposal; v0.2 made this rent reclaimable after market closure, directly lowering the financial barrier to governance participation."
+confidence: likely
+source: "rio, from MetaDAO Autocrat v0.2 proposal (futard.io, HXohDRKtDcXNKnWysjyjK8S5SvBe76J5o4NdcF4jj963), authored by HenryE and Proph3t, passed 2024-04-03"
+created: 2026-03-11
+depends_on:
+  - "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"
+---
+
+# Reclaimable OpenBook market rent reduces futarchy proposal creation friction by recovering approximately 4 SOL per proposal previously locked in on-chain market accounts
+
+[[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]] requires creating two OpenBook markets per proposal — one for pass tokens and one for fail tokens. Solana's rent model requires accounts to maintain a minimum balance to remain active ("rent-exempt" deposit). For OpenBook markets, this deposit was approximately 4 SOL per proposal (approximately $600-800 at early 2024 prices), and under Autocrat v0.1 this deposit was not recoverable after the proposal settled and markets closed.
+
+**The friction mechanism.** The ~4 SOL rent is a direct financial cost borne by the proposal creator, layered on top of the token stake required to initiate a proposal. Unlike the token stake — which is returned when the proposal completes — the v0.1 rent was permanently locked in the market accounts with no recovery path. Over multiple proposals, these costs accumulated and created a meaningful financial disincentive for experimentation and lower-stakes governance proposals.
+
+**The v0.2 fix.** The v0.2 upgrade introduced the ability to reclaim this rent after proposal settlement and market closure. The proposal text states: "Reclaimable rent: you will now be able to get back the ~4 SOL used to create OpenBook proposal markets. This should lower the friction involved in creating proposals." The implementation required markets to expire a minimum of 10 days from proposal creation to allow time for rent retrieval from OpenBook.
+
+**Why this matters for governance quality.** [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] — rent lock-up adds a third financial layer on top of the token stake and liquidity requirements already identified. When even exploratory or low-value proposals carry a sunk cost in the hundreds of dollars, the governance population self-selects toward high-confidence, high-stakes proposals only. Reclaimable rent removes this filter, allowing more experimental proposals and lower-stakes governance decisions to proceed without burning proposers financially.
+
+**Connection to proposal market structure.** The 10-day minimum expiry before rent retrieval also enforces a minimum decision window, preventing markets from being closed prematurely and ensuring traders have adequate time to express views before settlement and cleanup.
+
+## Evidence
+
+- MetaDAO Autocrat v0.2 proposal (#15, passed 2024-04-03): "Reclaimable rent: you will now be able to get back the ~4 SOL used to create OpenBook proposal markets. This should lower the friction involved in creating proposals." — HenryE and Proph3t
+- GitHub Pull Request #69 (metaDAOproject/futarchy): "Ensure that the open markets expire a minimum of 10 days from the creation of the proposal to allow for rent retrieval from openbook markets"
+- Pull Requests #18 and #21 (metaDAOproject/openbook-twap): add instructions to allow pruning and closing of the market; add permissionless settling of funds — enabling the cleanup operations required for rent reclamation
+
+## Challenges
+
+- The ~4 SOL figure is the v0.1 cost at 2024 OpenBook market sizes; SOL price volatility means the dollar-equivalent friction varied significantly over time
+- Rent reclamation requires active cleanup steps after market settlement; proposers who don't execute these steps still do not recover their rent, so realized friction reduction depends on tooling and process
+
+---
+
+Relevant Notes:
+- [[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]] — the mechanism that requires OpenBook markets and incurs the rent
+- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] — rent lock-up is an additional financial friction layer on top of token stake and liquidity costs
+
+Topics:
+- [[internet finance and decision markets]]

inbox/archive/2024-03-28-futardio-proposal-migrate-autocrat-program-to-v02.md

@@ -8,6 +8,10 @@ domain: internet-finance
 format: data
 status: processed
 tags: [futardio, metadao, futarchy, solana, governance]
+claims_extracted:
+  - "conditional-token-merging-solves-liquidity-fragmentation-across-concurrent-futarchy-proposals-by-allowing-conditional-tokens-to-reconstitute-into-underlying-tokens"
+  - "dollar-denominated-twap-step-sizes-provide-more-consistent-manipulation-resistance-than-percentage-based-steps-because-percentage-increments-create-asymmetric-attack-difficulty-at-different-token-price-levels"
+  - "reclaimable-openbook-market-rent-reduces-futarchy-proposal-creation-friction-by-recovering-approximately-4-sol-per-proposal-previously-locked-in-on-chain-market-accounts"
 event_type: proposal
 processed_by: rio
 processed_date: 2026-03-11