Compare commits
1 commit
e761ca0c89
...
8f7667f0fb
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
8f7667f0fb |
11 changed files with 115 additions and 192 deletions
|
|
@ -57,7 +57,7 @@ Autocrat is MetaDAO's core governance program on Solana -- the on-chain implemen
|
|||
### Additional Evidence (extend)
|
||||
*Source: [[2024-01-24-futardio-proposal-develop-amm-program-for-futarchy]] | Added: 2026-03-12 | Extractor: anthropic/claude-sonnet-4.5*
|
||||
|
||||
(extend) The AMM proposal reveals implementation vulnerabilities in the current CLOB design: 1 META minimum order size exists as spam filter because someone with minimal capital can push midpoint toward best bid/ask within spreads; defensive bots could counter this but users can selectively crank markets of their choosing, making comprehensive defense costly. VWAP (current settlement metric) is manipulable through wash trading. State rent costs: 3.75 SOL per market pair, totaling 135-225 SOL annually at 3-5 proposals/month ($11,475-$19,125 at 2024 prices). These are characterized as "1/n problems" (Proph3t's framing) — individually small but collectively creating friction. Feedback during proposal vote noted that state rent costs could potentially be recouped through autocrat program migration, suggesting this is not a permanent architectural constraint.
|
||||
(extend) MetaDAO migrated from CLOB-based to AMM-based futarchy implementation in January 2024 (proposal CF9QUBS251FnNGZHLJ4WbB2CVRi5BtqJbCqMi47NX1PG passed 2024-01-29, completed 2024-01-29). The AMM version uses liquidity-weighted price over time as settlement metric instead of CLOB midpoint, with 3-5% fees to incentivize LPs and discourage manipulation. Migration addressed three CLOB problems: lack of liquidity from wide uncertainty ranges discouraging limit orders near midpoint, manipulation susceptibility through selective market cranking and wash trading, and 3.75 SOL state rent costs per market pair (135-225 SOL annually for 3-5 proposals/month). Implementation by joebuild (program) and 0xNalloK (frontend) with 3-week development plus 1 week review, compensated 400 META on passing plus 800 META on completed migration.
|
||||
|
||||
---
|
||||
|
||||
|
|
|
|||
|
|
@ -23,12 +23,6 @@ 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 (extend)
|
||||
*Source: [[2024-01-24-futardio-proposal-develop-amm-program-for-futarchy]] | Added: 2026-03-12 | Extractor: anthropic/claude-sonnet-4.5*
|
||||
|
||||
(extend) State rent burden quantifies the economic inefficiency of low-volume markets: 3.75 SOL per market pair cannot currently be recouped, creating 135-225 SOL annual costs ($11,475-$19,125 at 2024 prices) for 3-5 proposals/month. This fixed cost structure makes low-volume proposals economically inefficient regardless of their governance value. The proposal notes in feedback that "there are ways to recoup openbook state rent costs, though it would require a migration of the current autocrat program," suggesting the limited volume problem may be partially addressable through infrastructure changes rather than being a fundamental futarchy limitation.
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
|
|
|
|||
|
|
@ -0,0 +1,40 @@
|
|||
---
|
||||
type: claim
|
||||
domain: internet-finance
|
||||
description: "AMMs address futarchy's CLOB drawbacks by using liquidity-weighted time-average pricing with 3-5% fees to discourage manipulation"
|
||||
confidence: experimental
|
||||
source: "MetaDAO proposal CF9QUBS251FnNGZHLJ4WbB2CVRi5BtqJbCqMi47NX1PG, 2024-01-24"
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
||||
# AMM futarchy markets solve CLOB liquidity and manipulation problems through liquidity-weighted pricing and high fees
|
||||
|
||||
Central Limit Order Books (CLOBs) in futarchy implementations face three structural problems: lack of liquidity due to wide uncertainty ranges discouraging limit orders near midpoint, susceptibility to manipulation through selective market cranking and wash trading, and high state rent costs (3.75 SOL per market pair, 135-225 SOL annually for 3-5 proposals/month).
|
||||
|
||||
MetaDAO's proposed AMM solution addresses all three by using liquidity-weighted price over time as the settlement metric, where more liquidity gives current price more weight. High fees (3-5%) serve dual purpose: incentivizing liquidity providers and aggressively discouraging wash-trading manipulation. The mechanism works by having proposers lock initial liquidity and set starting prices for pass/fail markets. Liquidity starts low, traders swap to move price to their preferred level, then provide liquidity attracted by high fee incentives. Liquidity increases over the proposal duration. Unlike CLOBs which require minimum 1 META order size as spam filter, AMMs allow trading at any granularity.
|
||||
|
||||
The proposal was passed by MetaDAO on 2024-01-29 and implemented by joebuild (program) and 0xNalloK (frontend) with 3-week development timeline plus 1 week review, compensated at 400 META on passing with additional 800 META on completed migration.
|
||||
|
||||
## Evidence
|
||||
- MetaDAO proposal CF9QUBS251FnNGZHLJ4WbB2CVRi5BtqJbCqMi47NX1PG passed 2024-01-29
|
||||
- CLOB state rent costs: 3.75 SOL per market pair, 135-225 SOL annually at 3-5 proposals/month
|
||||
- Proposed fee structure: 3-5% to incentivize LPs and discourage manipulation
|
||||
- Liquidity-weighted time-average price metric replaces CLOB midpoint pricing
|
||||
- Proposer lock-up requirement for initial liquidity
|
||||
|
||||
## Challenges
|
||||
- Standard smart contract risk in deployment
|
||||
- Uncertain LP adoption — liquidity depends on participant willingness despite fee incentives
|
||||
- One-sided liquidity provision not supported (though spot markets and arbitrage provide alternatives)
|
||||
- Feedback noted that OpenBook state rent costs could be recouped through autocrat program migration, potentially reducing economic urgency of AMM switch
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
- [[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]]
|
||||
- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]]
|
||||
- [[optimal governance requires mixing mechanisms because different decisions have different manipulation risk profiles]]
|
||||
|
||||
Topics:
|
||||
- [[domains/internet-finance/_map]]
|
||||
- [[core/mechanisms/_map]]
|
||||
|
|
@ -1,53 +0,0 @@
|
|||
---
|
||||
type: claim
|
||||
domain: internet-finance
|
||||
description: "AMM architecture addresses three CLOB weaknesses in futarchy through structural design: liquidity fragmentation, midpoint manipulation, and state rent costs"
|
||||
confidence: experimental
|
||||
source: "joebuild/0xNalloK, MetaDAO AMM proposal, 2024-01-24"
|
||||
created: 2024-01-24
|
||||
---
|
||||
|
||||
# AMM futarchy addresses three CLOB weaknesses through liquidity-weighted pricing and high-fee manipulation deterrence
|
||||
|
||||
Automated Market Makers are proposed to solve three structural problems in CLOB-based futarchy implementations: liquidity fragmentation, midpoint manipulation vulnerability, and state rent costs.
|
||||
|
||||
## Liquidity Fragmentation Problem
|
||||
|
||||
Valuation uncertainty in conditional markets creates structural liquidity problems. The proposal states: "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 identified as "the main reason for switching to AMMs."
|
||||
|
||||
AMMs solve this by allowing continuous liquidity provision at any price point rather than requiring discrete limit orders, reducing the friction from wide valuation ranges.
|
||||
|
||||
## Manipulation Resistance Mechanisms
|
||||
|
||||
CLOB futarchy has two manipulation vectors:
|
||||
|
||||
1. **Midpoint manipulation**: With 1 META minimum order size, someone with minimal capital can push the midpoint toward the current best bid/ask. While defensive bots could counter this, "users can selectively crank the market of their choosing. Defending against this (cranking markets all the time) would be a bit costly."
|
||||
|
||||
2. **VWAP manipulation**: The current time-weighted average price metric "can be manipulated by wash trading. An exponential moving average has the same drawbacks in this context as the existing linear-time system."
|
||||
|
||||
The AMM solution uses "liquidity-weighted price over time" — every swap updates aggregated metrics, with more liquidity giving current price more weight. High fees (3-5%) make wash trading prohibitively expensive while incentivizing LP participation.
|
||||
|
||||
## State Rent Cost Elimination
|
||||
|
||||
CLOB market pairs cost 3.75 SOL each in non-recoverable state rent. At 3-5 proposals per month, annual costs total 135-225 SOL ($11,475-$19,125 at 2024 prices). The proposal notes: "AMMs cost almost nothing in state rent." This fixed cost structure makes low-volume proposals economically inefficient regardless of governance value.
|
||||
|
||||
Feedback during the proposal vote noted that "there are ways to recoup openbook state rent costs, though it would require a migration of the current autocrat program," suggesting this is not a permanent constraint.
|
||||
|
||||
## Implementation Details
|
||||
|
||||
The proposed metric aggregates liquidity-weighted prices over the proposal lifetime. Proposers must lock initial liquidity and set starting prices. Liquidity would start low at launch, increase as swaps move prices and LPs provide liquidity at those prices, and continue growing through the proposal duration.
|
||||
|
||||
## Limitations
|
||||
|
||||
The proposal acknowledges "standard smart contract risk" and uncertain LP adoption. While AMMs incentivize liquidity provision through high fees, actual participation depends on DAO member behavior. One-sided liquidity provision is not supported in the AMM design — users wanting directional exposure must use spot markets or arbitrage between spot and conditional markets.
|
||||
|
||||
---
|
||||
|
||||
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.md]]
|
||||
- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md]]
|
||||
- [[MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions.md]]
|
||||
|
||||
Topics:
|
||||
- [[domains/internet-finance/_map]]
|
||||
- [[core/mechanisms/_map]]
|
||||
|
|
@ -38,7 +38,7 @@ Optimism futarchy achieved 430 active forecasters and 88.6% first-time governanc
|
|||
### Additional Evidence (extend)
|
||||
*Source: [[2024-01-24-futardio-proposal-develop-amm-program-for-futarchy]] | Added: 2026-03-12 | Extractor: anthropic/claude-sonnet-4.5*
|
||||
|
||||
(extend) Liquidity fragmentation in CLOB futarchy stems from 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. This uncertainty discourages people from risking their funds with limit orders near the midpoint price, and has the effect of reducing liquidity (and trading)." The proposal identifies this as "the main reason for switching to AMMs" — the wide uncertainty ranges inherent in conditional valuation create structural liquidity problems in order book designs that cannot be solved by market design alone. This suggests futarchy adoption friction is not merely psychological but stems from fundamental valuation difficulty in conditional markets.
|
||||
(extend) MetaDAO's migration from CLOB to AMM implementation (January 2024, proposal CF9QUBS251FnNGZHLJ4WbB2CVRi5BtqJbCqMi47NX1PG) directly addressed the liquidity requirement friction. CLOBs suffered from lack of liquidity because wide uncertainty ranges in estimating future token value discouraged limit orders near midpoint. AMMs solve this through liquidity-weighted time-average pricing where proposers lock initial liquidity, traders move price through swaps, then provide liquidity attracted by 3-5% fees. This reduces the capital efficiency barrier for futarchy adoption by allowing liquidity to accumulate over proposal duration rather than requiring upfront commitment.
|
||||
|
||||
---
|
||||
|
||||
|
|
|
|||
|
|
@ -1,50 +0,0 @@
|
|||
---
|
||||
type: claim
|
||||
domain: internet-finance
|
||||
description: "AMM architectures eliminate minimum order size spam filters by replacing discrete bid-ask spreads with continuous pricing curves"
|
||||
confidence: experimental
|
||||
source: "joebuild/0xNalloK, MetaDAO AMM proposal, 2024-01-24"
|
||||
created: 2024-01-24
|
||||
---
|
||||
|
||||
# Futarchy AMM migration enables granular trading by removing minimum order size spam filters required in CLOB architectures
|
||||
|
||||
Central Limit Order Book futarchy implementations require minimum order sizes as spam filters to prevent midpoint manipulation. MetaDAO's CLOB requires 1 META minimum order size because "someone with 1 $META can push the midpoint towards the current best bid/ask" within the spread. AMM architectures eliminate this constraint by replacing discrete order books with continuous pricing curves.
|
||||
|
||||
## CLOB Spam Prevention Mechanism
|
||||
|
||||
The minimum order size exists to prevent manipulation: with a wide bid-ask spread, a small order can move the midpoint toward one side. Defensive measures to counter this "would be a bit costly," and "users can selectively crank the market of their choosing," making comprehensive defense impractical.
|
||||
|
||||
The proposal notes this is a "1/n problem" (Proph3t's framing) — each individual manipulation is small but collectively they create friction.
|
||||
|
||||
## AMM Architecture Advantage
|
||||
|
||||
AMMs remove this vulnerability through continuous pricing curves rather than discrete order books. Without bid-ask spreads to manipulate, the spam filter becomes unnecessary. High swap fees (3-5%) provide manipulation resistance without restricting trade size.
|
||||
|
||||
The proposal explicitly states: "AMMs would not have this restriction, and META could be traded at any desired granularity."
|
||||
|
||||
## UX Implications
|
||||
|
||||
This architectural difference lowers participation barriers: users can trade any amount of META rather than being constrained to 1+ META increments. For small token holders, this removes a hard constraint on market participation.
|
||||
|
||||
## Mechanism Comparison
|
||||
|
||||
**CLOB spam prevention:**
|
||||
- Minimum order size (1 META)
|
||||
- Requires defensive bots to counter manipulation
|
||||
- Selective market cranking possible despite defenses
|
||||
|
||||
**AMM spam prevention:**
|
||||
- High swap fees (3-5%)
|
||||
- Continuous pricing curve eliminates discrete manipulation points
|
||||
- No minimum trade size required
|
||||
|
||||
---
|
||||
|
||||
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.md]]
|
||||
- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements.md]]
|
||||
|
||||
Topics:
|
||||
- [[domains/internet-finance/_map]]
|
||||
- [[core/mechanisms/_map]]
|
||||
|
|
@ -0,0 +1,35 @@
|
|||
---
|
||||
type: claim
|
||||
domain: internet-finance
|
||||
description: "CLOB-based futarchy costs 3.75 SOL per proposal in non-recoverable state rent, creating economic pressure toward AMM alternatives"
|
||||
confidence: likely
|
||||
source: "MetaDAO proposal CF9QUBS251FnNGZHLJ4WbB2CVRi5BtqJbCqMi47NX1PG, 2024-01-24"
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
||||
# Futarchy CLOB state rent costs 135 to 225 SOL annually for active DAOs creating economic pressure toward AMM alternatives
|
||||
|
||||
Central Limit Order Book (CLOB) implementations of futarchy on Solana incur 3.75 SOL in state rent per pass/fail market pair. For a DAO averaging 3-5 proposals per month, this translates to 135-225 SOL annually ($11,475-$19,125 at January 2024 prices). Under the original OpenBook-based implementation, these costs could not be recouped, creating a direct economic incentive to migrate from CLOBs to AMMs independent of any liquidity or manipulation considerations.
|
||||
|
||||
This cost structure creates a scaling problem for active governance: state rent burden scales linearly with governance activity, meaning more active DAOs face proportionally higher costs. AMMs cost "almost nothing in state rent" by comparison, making the switch economically necessary for any futarchy implementation expecting sustained governance activity.
|
||||
|
||||
Note: Feedback during the MetaDAO proposal indicated there are ways to recoup OpenBook state rent costs through autocrat program migration, which would reduce the economic urgency of switching to AMMs. This suggests the cost problem is implementation-specific rather than structural to CLOBs themselves.
|
||||
|
||||
## Evidence
|
||||
- 3.75 SOL state rent per pass/fail market pair (OpenBook CLOB implementation)
|
||||
- 3-5 proposals/month average for MetaDAO
|
||||
- 135-225 SOL annual cost at 3-5 proposals/month
|
||||
- $11,475-$19,125 USD equivalent at January 2024 SOL prices (~$85/SOL)
|
||||
- AMMs described as costing "almost nothing in state rent"
|
||||
- Proposal feedback: state rent recoupability possible through autocrat migration
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]]
|
||||
- [[futarchy-daos-require-mintable-governance-tokens-because-fixed-supply-treasuries-exhaust-without-issuance-authority-forcing-disruptive-token-architecture-migrations]]
|
||||
- [[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]]
|
||||
|
||||
Topics:
|
||||
- [[domains/internet-finance/_map]]
|
||||
- [[core/mechanisms/_map]]
|
||||
|
|
@ -1,26 +0,0 @@
|
|||
---
|
||||
type: entity
|
||||
entity_type: person
|
||||
name: "joebuild"
|
||||
domain: internet-finance
|
||||
status: active
|
||||
role: "Solana developer, MetaDAO contributor"
|
||||
tracked_by: rio
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
||||
# joebuild
|
||||
|
||||
## Overview
|
||||
|
||||
Solana developer and MetaDAO contributor who proposed and led the migration of MetaDAO's futarchy implementation from CLOB to AMM architecture in early 2024.
|
||||
|
||||
## Timeline
|
||||
|
||||
- **2024-01-24** — Proposed [[metadao-develop-amm-program-for-futarchy]] to replace CLOB-based conditional markets with AMM design
|
||||
- **2024-01-29** — Proposal passed; began development of AMM program for MetaDAO's Autocrat system
|
||||
|
||||
## Relationship to KB
|
||||
|
||||
- [[metadao]] - core contributor on mechanism design
|
||||
- [[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]] - led architectural upgrade
|
||||
|
|
@ -8,14 +8,16 @@ parent_entity: "[[metadao]]"
|
|||
platform: "futardio"
|
||||
proposer: "joebuild"
|
||||
proposal_url: "https://www.futard.io/proposal/CF9QUBS251FnNGZHLJ4WbB2CVRi5BtqJbCqMi47NX1PG"
|
||||
proposal_account: "CF9QUBS251FnNGZHLJ4WbB2CVRi5BtqJbCqMi47NX1PG"
|
||||
proposal_number: 4
|
||||
proposal_date: 2024-01-24
|
||||
resolution_date: 2024-01-29
|
||||
category: "mechanism"
|
||||
summary: "Proposal to replace CLOB-based conditional markets with AMM architecture to improve liquidity and reduce state rent costs"
|
||||
summary: "Migrate MetaDAO futarchy from CLOB to AMM implementation to solve liquidity, manipulation, and state rent problems"
|
||||
key_metrics:
|
||||
budget: "400 META on passing + 800 META on completion"
|
||||
budget: "400 META on pass + 800 META on completion"
|
||||
timeline: "3 weeks development + 1 week review"
|
||||
team: "joebuild (program), 0xNalloK (frontend), TBD (review)"
|
||||
state_rent_savings: "135-225 SOL annually"
|
||||
tracked_by: rio
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
|
@ -23,52 +25,31 @@ created: 2026-03-11
|
|||
# MetaDAO: Develop AMM Program for Futarchy?
|
||||
|
||||
## Summary
|
||||
|
||||
Proposal to migrate MetaDAO's futarchy implementation from Central Limit Order Books (CLOBs) to Automated Market Makers (AMMs) to address three structural problems: liquidity fragmentation from wide bid-ask spreads, manipulation vulnerability through midpoint pushing and wash trading, and state rent costs of 3.75 SOL per market pair.
|
||||
Proposal to migrate MetaDAO's futarchy implementation from Central Limit Order Books (CLOBs) to Automated Market Makers (AMMs). The migration addressed three CLOB problems: lack of liquidity from wide uncertainty ranges discouraging limit orders, manipulation susceptibility through selective market cranking and wash trading, and high state rent costs (3.75 SOL per market pair, 135-225 SOL annually). AMMs use liquidity-weighted time-average pricing with 3-5% fees to incentivize LPs and discourage manipulation.
|
||||
|
||||
## Market Data
|
||||
|
||||
- **Outcome:** Passed
|
||||
- **Outcome:** Passed (2024-01-29)
|
||||
- **Proposer:** joebuild
|
||||
- **Created:** 2024-01-24
|
||||
- **Completed:** 2024-01-29
|
||||
- **Budget:** 400 META on passing + 800 META on completion (1,200 META total)
|
||||
- **Proposal Account:** CF9QUBS251FnNGZHLJ4WbB2CVRi5BtqJbCqMi47NX1PG
|
||||
- **Proposal Number:** 4
|
||||
- **Budget:** 400 META on passing + 800 META on completion
|
||||
- **Timeline:** 3 weeks development + 1 week review
|
||||
|
||||
## Proposal Details
|
||||
|
||||
**Problem Statement:**
|
||||
1. Lack of liquidity: Wide valuation uncertainty discourages limit orders near midpoint
|
||||
2. Manipulation susceptibility: 1 META can push midpoint; VWAP vulnerable to wash trading
|
||||
3. State rent costs: 3.75 SOL per market pair = 135-225 SOL annually ($11,475-$19,125)
|
||||
|
||||
**Solution:**
|
||||
- AMM with liquidity-weighted price metric (more liquidity = more weight to current price)
|
||||
- High fees (3-5%) to incentivize LPs and deter wash trading
|
||||
- Proposers lock initial liquidity and set starting pass/fail prices
|
||||
- Near-zero state rent costs
|
||||
|
||||
**Implementation Scope:**
|
||||
- Write basic AMM tracking liquidity-weighted average price
|
||||
- Integrate AMM into autocrat + conditional vault
|
||||
- Feature to pause swaps and return positions after verdict
|
||||
- Feature to close AMMs and return state rent SOL
|
||||
- Loosen time restrictions on proposal creation (currently 50 slots)
|
||||
- Auto-revert to fail if proposal instructions don't execute after X days
|
||||
|
||||
**Team:**
|
||||
- joebuild: program development
|
||||
- 0xNalloK: frontend integration
|
||||
- TBD: expert review
|
||||
- **Implementation:** joebuild (program), 0xNalloK (frontend)
|
||||
|
||||
## Significance
|
||||
This represents a fundamental architectural change in MetaDAO's futarchy implementation, moving from orderbook-based to AMM-based conditional markets. The migration directly addressed the liquidity problem that had limited futarchy adoption, while also solving economic (state rent) and security (manipulation) concerns. The proposal demonstrates MetaDAO's willingness to iterate on core mechanism design based on operational experience.
|
||||
|
||||
First major architectural change to MetaDAO's futarchy implementation since launch. The migration from CLOBs to AMMs represents a fundamental shift in how conditional markets operate - from discrete order books to continuous pricing curves. The proposal explicitly prioritizes liquidity and manipulation resistance over features like one-sided liquidity provision.
|
||||
The AMM design uses liquidity-weighted price over time as settlement metric, where proposers lock initial liquidity and set starting prices. High fees (3-5%) create dual incentives: attract LPs and discourage wash trading manipulation. This is a production test of whether AMM mechanics can provide sufficient liquidity for futarchy decisions.
|
||||
|
||||
The state rent economics are notable: at 3-5 proposals/month, CLOB costs compound to $11K-$19K annually, making AMMs economically necessary at scale.
|
||||
## Additional Context
|
||||
- State rent costs: 3.75 SOL per pass/fail market pair under CLOB
|
||||
- Annual cost at 3-5 proposals/month: 135-225 SOL ($11,475-$19,125 at Jan 2024 prices)
|
||||
- AMMs described as costing "almost nothing in state rent"
|
||||
- Feedback noted OpenBook state rent could be recouped with autocrat program migration
|
||||
- One-sided liquidity not supported in AMM version (spot markets provide alternative)
|
||||
- Minimum order size restriction (1 META in CLOB) removed in AMM version
|
||||
|
||||
## Relationship to KB
|
||||
|
||||
- [[metadao]] - core mechanism upgrade
|
||||
- [[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]] - implementation being modified
|
||||
- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] - addresses liquidity friction
|
||||
- [[metadao]] - mechanism upgrade
|
||||
- [[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]] - implementation details
|
||||
- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] - addresses liquidity friction
|
||||
|
|
@ -54,7 +54,8 @@ The futarchy governance protocol on Solana. Implements decision markets through
|
|||
- **2026-03** — Pine Analytics Q4 2025 quarterly report published
|
||||
|
||||
- **2024-02-18** — [[metadao-otc-trade-pantera-capital]] failed: Pantera Capital's $50,000 OTC purchase proposal rejected by futarchy markets
|
||||
- **2024-01-24** — [[metadao-develop-amm-program-for-futarchy]] passed: Approved migration from CLOB to AMM architecture for conditional markets (1,200 META budget, 4-week timeline)
|
||||
- **2024-01-24** — [[metadao-develop-amm-program-for-futarchy]] proposed: migrate futarchy from CLOB to AMM to solve liquidity, manipulation, and state rent problems (400 META + 800 META on completion)
|
||||
- **2024-01-29** — [[metadao-develop-amm-program-for-futarchy]] passed: AMM migration approved, 3-week development timeline
|
||||
## Key Decisions
|
||||
| Date | Proposal | Proposer | Category | Outcome |
|
||||
|------|----------|----------|----------|---------|
|
||||
|
|
|
|||
|
|
@ -11,10 +11,10 @@ tags: [futardio, metadao, futarchy, solana, governance]
|
|||
event_type: proposal
|
||||
processed_by: rio
|
||||
processed_date: 2026-03-11
|
||||
claims_extracted: ["amm-futarchy-solves-liquidity-manipulation-and-state-rent-costs-through-liquidity-weighted-price-aggregation-and-high-fee-wash-trading-deterrence.md", "futarchy-amm-migration-enables-granular-trading-by-removing-minimum-order-size-spam-filters-required-in-clob-architectures.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", "MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions.md"]
|
||||
claims_extracted: ["amm-futarchy-markets-solve-clob-liquidity-and-manipulation-problems-through-liquidity-weighted-pricing-and-high-fees.md", "futarchy-clob-state-rent-costs-135-to-225-sol-annually-for-active-daos-making-amms-economically-superior.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"]
|
||||
extraction_model: "anthropic/claude-sonnet-4.5"
|
||||
extraction_notes: "Extracted two mechanism design claims about AMM advantages over CLOB in futarchy context. Created decision_market entity for the proposal itself. Enriched three existing claims with implementation details about CLOB costs and manipulation vectors. Created entity for joebuild as proposal author. Source contains detailed technical specification but most is implementation detail rather than extractable claims."
|
||||
extraction_notes: "Extracted 2 mechanism claims about AMM advantages over CLOB for futarchy (liquidity-weighted pricing solving manipulation/liquidity problems, and state rent economics). Created decision_market entity for the proposal itself. Enriched 2 existing claims with AMM migration details. Source is a governance proposal with detailed technical rationale, making it high-quality evidence for mechanism design claims."
|
||||
---
|
||||
|
||||
## Proposal Details
|
||||
|
|
@ -137,12 +137,13 @@ Any important changes or feedback brought up during the proposal vote will be re
|
|||
|
||||
|
||||
## Key Facts
|
||||
- MetaDAO CLOB markets cost 3.75 SOL in state rent per market pair (2024)
|
||||
- MetaDAO averages 3-5 proposals per month (2024)
|
||||
- Annual CLOB state rent costs: 135-225 SOL = $11,475-$19,125 at 2024 prices
|
||||
- Current CLOB implementation uses 1 META minimum order size
|
||||
- Proposed AMM fee structure: 3-5%
|
||||
- AMM proposal budget: 400 META on passing + 800 META on completion
|
||||
- Development timeline: 3 weeks + 1 week review
|
||||
- Proposal account: CF9QUBS251FnNGZHLJ4WbB2CVRi5BtqJbCqMi47NX1PG
|
||||
- Proposer account: XXXvLz1B89UtcTsg2hT3cL9qUJi5PqEEBTHg57MfNkZ
|
||||
- MetaDAO proposal 4 (CF9QUBS251FnNGZHLJ4WbB2CVRi5BtqJbCqMi47NX1PG) passed 2024-01-29
|
||||
- CLOB state rent: 3.75 SOL per market pair
|
||||
- Annual CLOB cost at 3-5 proposals/month: 135-225 SOL
|
||||
- AMM implementation by joebuild (program) and 0xNalloK (frontend)
|
||||
- Budget: 400 META on pass + 800 META on completion
|
||||
- Timeline: 3 weeks development + 1 week review
|
||||
- Proposed AMM fee: 3-5%
|
||||
- DAO account: 7J5yieabpMoiN3LrdfJnRjQiXHgi7f47UuMnyMyR78yy
|
||||
- Proposer: XXXvLz1B89UtcTsg2hT3cL9qUJi5PqEEBTHg57MfNkZ
|
||||
- Autocrat version: 0.1
|
||||
|
|
|
|||
Loading…
Reference in a new issue