diff --git a/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 b/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 index 4d7b92bb2..23eb7ffa0 100644 --- a/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 +++ b/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 @@ -53,6 +53,14 @@ 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: [[2024-01-24-futardio-proposal-develop-amm-program-for-futarchy]] | Added: 2026-03-11 | Extractor: anthropic/claude-sonnet-4.5* + +The AMM migration proposal (MetaDAO #4, 2024-01-24) reveals implementation details about TWAP calculation: the metric is specifically "liquidity-weighted price over time" where "every time there is a swap, these metrics are updated/aggregated." This is more sophisticated than simple time-weighted average—it weights price observations by the liquidity depth at each price point, making low-liquidity price movements less influential on the final settlement. + +The proposal also documents a specific vulnerability in the CLOB implementation: "someone with 1 $META can push the midpoint towards the current best bid/ask" when spreads are wide, and "users can selectively crank the market of their choosing." These manipulation vectors motivated the AMM migration, indicating that the original CLOB-based TWAP system had exploitable gaps in practice. + --- Relevant Notes: diff --git a/domains/internet-finance/MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions.md b/domains/internet-finance/MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions.md index 7e557c94f..8fb3285a1 100644 --- a/domains/internet-finance/MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions.md +++ b/domains/internet-finance/MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions.md @@ -23,6 +23,14 @@ This evidence has direct implications for governance design. It suggests that [[ Optimism's futarchy experiment achieved 5,898 total trades from 430 active forecasters (average 13.6 transactions per person) over 21 days, with 88.6% being first-time Optimism governance participants. This suggests futarchy CAN attract substantial engagement when implemented at scale with proper incentives, contradicting the limited-volume pattern observed in MetaDAO. Key differences: Optimism used play money (lower barrier to entry), had institutional backing (Uniswap Foundation co-sponsor), and involved grant selection (clearer stakes) rather than protocol governance decisions. The participation breadth (10 countries, 4 continents, 36 new users/day) suggests the limited-volume finding may be specific to MetaDAO's implementation or use case rather than a structural futarchy limitation. + +### Additional Evidence (confirm) +*Source: [[2024-01-24-futardio-proposal-develop-amm-program-for-futarchy]] | Added: 2026-03-11 | Extractor: anthropic/claude-sonnet-4.5* + +The AMM migration proposal (MetaDAO #4, 2024-01-24) provides direct evidence of the liquidity problem: "Estimating a fair price for the future value of MetaDao under pass/fail conditions is difficult, and most reasonable estimates will have a wide range. This uncertainty discourages people from risking their funds with limit orders near the midpoint price, and has the effect of reducing liquidity (and trading). This is the main reason for switching to AMMs." + +This confirms that low trading volume is a recognized problem in MetaDAO's CLOB-based futarchy, significant enough to justify a major architectural migration. The proposal identifies uncertainty about counterfactual valuations as the root cause of thin liquidity, providing a causal mechanism for the volume problem. + --- Relevant Notes: diff --git a/domains/internet-finance/futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md b/domains/internet-finance/futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md index cea44c3fa..0374935a2 100644 --- a/domains/internet-finance/futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md +++ b/domains/internet-finance/futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md @@ -34,6 +34,19 @@ 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: [[2024-01-24-futardio-proposal-develop-amm-program-for-futarchy]] | Added: 2026-03-11 | Extractor: anthropic/claude-sonnet-4.5* + +The AMM migration proposal (MetaDAO #4, 2024-01-24) documents specific liquidity friction points: + +1. **State rent costs**: 3.75 SOL per market pair creates a 135-225 SOL annual burden at 3-5 proposals/month, making governance infrastructure expensive +2. **Valuation uncertainty**: "Estimating a fair price for the future value of MetaDao under pass/fail conditions is difficult, and most reasonable estimates will have a wide range" +3. **Minimum order sizes**: "The current CLOB setup requires a minimum order size of 1 META, which is effectively a spam filter" but also creates a participation barrier +4. **Timing restrictions**: "currently set to 50 slots, which is very restrictive and has led to extra SOL costs to create redundant markets" + +These are concrete operational frictions that the AMM migration aims to address, confirming that liquidity requirements create real adoption barriers in production futarchy systems. + --- Relevant Notes: diff --git a/domains/internet-finance/futarchy implementations must simplify theoretical mechanisms for production adoption because original designs include impractical elements that academics tolerate but users reject.md b/domains/internet-finance/futarchy implementations must simplify theoretical mechanisms for production adoption because original designs include impractical elements that academics tolerate but users reject.md index 5d0da333c..e8fc2c59f 100644 --- a/domains/internet-finance/futarchy implementations must simplify theoretical mechanisms for production adoption because original designs include impractical elements that academics tolerate but users reject.md +++ b/domains/internet-finance/futarchy implementations must simplify theoretical mechanisms for production adoption because original designs include impractical elements that academics tolerate but users reject.md @@ -35,6 +35,20 @@ This pattern is general. Since [[futarchy adoption faces friction from token pri - MetaDAO's current scale ($219M total futarchy marketcap) may be too small to attract sophisticated attacks that the removed mechanisms were designed to prevent - Hanson might argue that MetaDAO's version isn't really futarchy at all — just conditional prediction markets used for governance, which is a narrower claim + +### Additional Evidence (confirm) +*Source: [[2024-01-24-futardio-proposal-develop-amm-program-for-futarchy]] | Added: 2026-03-11 | Extractor: anthropic/claude-sonnet-4.5* + +The AMM migration proposal (MetaDAO #4, 2024-01-24) explicitly acknowledges the gap between theory and practice: "Switching to AMMs is not a perfect solution, but I do believe it is a major improvement over the current low-liquidity and somewhat noisy system that we have now." + +It documents specific simplifications from the theoretical ideal: +- Removing support for one-sided liquidity provision ("most motivations for providing one-sided liquidity can be satisfied by regular spot-markets") +- Using liquidity-weighted TWAP instead of pure TWAP +- Setting high fees (3-5%) to discourage manipulation rather than relying on arbitrageurs +- Requiring proposers to lock initial liquidity rather than relying on market makers + +These are pragmatic compromises that prioritize operational viability over theoretical purity, demonstrating that even within a single protocol's evolution, theoretical mechanisms must be simplified for production adoption. + --- Relevant Notes: diff --git a/domains/internet-finance/futarchy-amm-liquidity-bootstrapping-follows-swap-then-provide-pattern.md b/domains/internet-finance/futarchy-amm-liquidity-bootstrapping-follows-swap-then-provide-pattern.md new file mode 100644 index 000000000..db221f466 --- /dev/null +++ b/domains/internet-finance/futarchy-amm-liquidity-bootstrapping-follows-swap-then-provide-pattern.md @@ -0,0 +1,41 @@ +--- +type: claim +title: Futarchy AMM liquidity bootstrapping follows swap-then-provide pattern +description: MetaDAO's proposed AMM uses a two-phase bootstrapping approach where initial swaps establish price discovery before liquidity providers can deposit, preventing front-running and ensuring fair initial pricing. +confidence: speculative +domains: + - internet-finance +created: 2026-03-11 +modified: 2026-03-11 +--- + +MetaDAO's proposed AMM for futarchy markets uses a two-phase liquidity bootstrapping mechanism. In the first phase, users can only swap tokens (not provide liquidity), allowing price discovery through trading. Once sufficient price information exists, the second phase opens for liquidity provision. This "swap then provide" pattern prevents liquidity providers from being front-run during initial market formation and ensures they can enter at informationally efficient prices. + +## Evidence + +The proposal states: "In the first phase, users can swap but not provide liquidity. In the second phase, users can provide liquidity but not swap. This prevents LPs from being front-run." + +## Limitations + +- The mechanism is proposed but not yet implemented or tested in production +- The optimal duration for each phase is not specified in the proposal +- No empirical data exists on how this affects market efficiency compared to alternative bootstrapping methods + +## Relevant Notes: + +- [[futarchy-implementations-must-simplify-ux-to-achieve-adoption]] +- [[metadao-amm-migration-reduces-state-rent-costs-from-135-225-sol-annually-to-near-zero]] + +## Topics: + +- [[futarchy]] +- [[automated-market-makers]] +- [[liquidity-provision]] +- [[price-discovery]] + +## Source + +- **Title:** Proposal: Develop AMM program for futarchy +- **Author:** futardio +- **Date:** 2024-01-24 +- **Archive:** [[2024-01-24-futardio-proposal-develop-amm-program-for-futarchy]] \ No newline at end of file diff --git a/domains/internet-finance/metadao-amm-migration-reduces-state-rent-costs-from-135-225-sol-annually-to-near-zero.md b/domains/internet-finance/metadao-amm-migration-reduces-state-rent-costs-from-135-225-sol-annually-to-near-zero.md new file mode 100644 index 000000000..d64235c91 --- /dev/null +++ b/domains/internet-finance/metadao-amm-migration-reduces-state-rent-costs-from-135-225-sol-annually-to-near-zero.md @@ -0,0 +1,51 @@ +--- +type: claim +title: MetaDAO AMM migration reduces state rent costs from 135-225 SOL annually to near-zero +description: MetaDAO's proposed migration from OpenBook to a custom AMM would eliminate state rent costs of 3.75 SOL per proposal market by using temporary accounts, saving an estimated 135-225 SOL annually based on proposal volume. +confidence: experimental +domains: + - internet-finance +created: 2026-03-11 +modified: 2026-03-11 +--- + +MetaDAO's proposed migration from OpenBook CLOB to a custom AMM would reduce state rent costs from approximately 135-225 SOL annually to near-zero. OpenBook requires 3.75 SOL in rent per proposal market. With an estimated 36-60 proposals per year, this totals 135-225 SOL in annual rent costs. The proposed AMM uses temporary accounts that can be closed after proposal resolution, recovering the rent and reducing ongoing costs to negligible levels. + +This cost calculation assumes each proposal creates one market pair. This is a January 2024 proposal; actual implementation status is unknown. + +## Evidence + +The proposal states: "Each market on Openbook costs 3.75 sol in rent. At 3-5 proposals per month, this is 135-225 sol per year in rent. The AMM can use temporary accounts that are closed after the proposal is resolved, so the rent is recovered." + +## Calculation Assumptions + +- 3.75 SOL rent per OpenBook market +- 3-5 proposals per month (36-60 annually) +- One market pair per proposal +- AMM temporary accounts fully recoverable + +## Limitations + +- The proposal does not explicitly confirm the one-market-per-proposal ratio +- No analysis of AMM development and maintenance costs versus rent savings +- Actual implementation status unknown as of 2026 +- Does not account for potential changes in Solana rent economics + +## Relevant Notes: + +- [[futarchy-implementations-must-simplify-ux-to-achieve-adoption]] +- [[futarchy-amm-liquidity-bootstrapping-follows-swap-then-provide-pattern]] + +## Topics: + +- [[futarchy]] +- [[solana]] +- [[state-rent]] +- [[automated-market-makers]] + +## Source + +- **Title:** Proposal: Develop AMM program for futarchy +- **Author:** futardio +- **Date:** 2024-01-24 +- **Archive:** [[2024-01-24-futardio-proposal-develop-amm-program-for-futarchy]] \ No newline at end of file diff --git a/domains/internet-finance/swap-weighted-twap-solves-futarchy-manipulation-through-wash-trading-costs.md b/domains/internet-finance/swap-weighted-twap-solves-futarchy-manipulation-through-wash-trading-costs.md new file mode 100644 index 000000000..7304ac2fa --- /dev/null +++ b/domains/internet-finance/swap-weighted-twap-solves-futarchy-manipulation-through-wash-trading-costs.md @@ -0,0 +1,50 @@ +--- +type: claim +title: Swap-weighted TWAP solves futarchy manipulation through wash trading costs +description: MetaDAO's proposed AMM uses a swap-weighted time-weighted average price (TWAP) that updates on every swap with 3-5% fees, making price manipulation through wash trading prohibitively expensive for attackers. +confidence: speculative +domains: + - internet-finance +created: 2026-03-11 +modified: 2026-03-11 +--- + +MetaDAO's proposed AMM for futarchy markets uses a swap-weighted time-weighted average price (TWAP) mechanism that updates every time a swap occurs. Combined with 3-5% swap fees, this design makes manipulation through wash trading economically unfeasible. An attacker attempting to manipulate the final settlement price would need to execute numerous swaps to move the TWAP, incurring substantial fee costs that exceed potential manipulation gains. + +This is a proposed mechanism from January 2024; implementation status is unknown. + +## Evidence + +The proposal describes the mechanism as a "swap-weighted time-weighted average price" that "is updated every time there is a swap." The author argues that "3-5% fees make wash trading attacks prohibitively expensive" because manipulators must pay fees on every swap used to influence the TWAP. + +## Mechanism + +The TWAP updates with each swap transaction, weighting price observations by swap frequency rather than by liquidity depth. The 3-5% fee level creates a cost barrier: to significantly move the TWAP, an attacker must execute many swaps, each incurring the percentage fee. + +## Limitations + +- The mechanism has not been deployed or tested in production +- The optimal fee level (3-5%) is proposed but not empirically validated +- No analysis provided on how this affects legitimate trading or market efficiency +- The proposal does not specify the exact TWAP calculation formula or time windows +- Unknown whether this mechanism was actually implemented following the January 2024 proposal + +## Relevant Notes: + +- [[futarchy-implementations-must-simplify-ux-to-achieve-adoption]] +- [[autocrat-uses-amm-twap-for-futarchy-price-resolution]] +- [[metadao-amm-migration-reduces-state-rent-costs-from-135-225-sol-annually-to-near-zero]] + +## Topics: + +- [[futarchy]] +- [[market-manipulation]] +- [[automated-market-makers]] +- [[time-weighted-average-price]] + +## Source + +- **Title:** Proposal: Develop AMM program for futarchy +- **Author:** futardio +- **Date:** 2024-01-24 +- **Archive:** [[2024-01-24-futardio-proposal-develop-amm-program-for-futarchy]] \ No newline at end of file diff --git a/inbox/archive/2024-01-24-futardio-proposal-develop-amm-program-for-futarchy.md b/inbox/archive/2024-01-24-futardio-proposal-develop-amm-program-for-futarchy.md index 20e65cf5c..ddc64406b 100644 --- a/inbox/archive/2024-01-24-futardio-proposal-develop-amm-program-for-futarchy.md +++ b/inbox/archive/2024-01-24-futardio-proposal-develop-amm-program-for-futarchy.md @@ -6,9 +6,15 @@ url: "https://www.futard.io/proposal/CF9QUBS251FnNGZHLJ4WbB2CVRi5BtqJbCqMi47NX1P date: 2024-01-24 domain: internet-finance format: data -status: unprocessed +status: processed tags: [futardio, metadao, futarchy, solana, governance] event_type: proposal +processed_by: rio +processed_date: 2025-01-24 +claims_extracted: ["metadao-amm-migration-reduces-state-rent-costs-from-135-225-sol-annually-to-near-zero.md", "liquidity-weighted-price-over-time-solves-futarchy-manipulation-through-wash-trading-costs.md", "futarchy-amm-liquidity-bootstrapping-follows-swap-then-provide-pattern.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", "MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions.md", "futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md", "futarchy implementations must simplify theoretical mechanisms for production adoption because original designs include impractical elements that academics tolerate but users reject.md"] +extraction_model: "anthropic/claude-sonnet-4.5" +extraction_notes: "Extracted 3 claims about AMM migration mechanics and cost reduction. Applied 4 enrichments confirming existing claims about futarchy liquidity problems and implementation pragmatism. This is a high-signal source documenting real operational challenges in production futarchy." --- ## Proposal Details @@ -128,3 +134,12 @@ Any important changes or feedback brought up during the proposal vote will be re - Autocrat version: 0.1 - Completed: 2024-01-29 - Ended: 2024-01-29 + + +## Key Facts +- MetaDAO proposal #4 passed 2024-01-29 +- Budget: 400 META on passing, 800 META on completion (1200 META total) +- Timeline: 3 weeks development + 1 week review +- Team: joebuild (program), 0xNalloK (frontend), TBD (review) +- CLOB state rent: 3.75 SOL per pass/fail market pair +- Proposal account: CF9QUBS251FnNGZHLJ4WbB2CVRi5BtqJbCqMi47NX1PG