a00bc93e00
- Source: inbox/archive/2024-02-20-futardio-proposal-develop-multi-option-proposals.md - Domain: internet-finance - Extracted by: headless extraction cron (worker 2) Pentagon-Agent: Rio <HEADLESS>
2.7 KiB
| type | entity_type | name | domain | status | parent_entity | platform | proposer | proposal_url | proposal_date | resolution_date | category | summary | key_metrics | tracked_by | created | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| entity | decision_market | MetaDAO: Develop Multi-Option Proposals? | internet-finance | failed | metadao | futardio | agrippa (99dZcXhrYgEmHeMKAb9ezPaBqgMdg1RjCGSfHa7BeQEX) | https://www.futard.io/proposal/J7dWFgSSuMg3BNZBAKYp3AD5D2yuaaLUmyKqvxBZgHht | 2024-02-20 | 2024-02-25 | mechanism | Proposal to develop multi-modal proposal functionality allowing multiple mutually-exclusive outcomes beyond binary pass/fail decisions |
|
rio | 2026-03-11 |
MetaDAO: Develop Multi-Option Proposals?
Summary
Proposal by agrippa to build multi-modal proposal functionality for MetaDAO, enabling proposals with N mutually-exclusive outcomes rather than binary pass/fail. Requested 200 META compensation distributed across four development milestones, with completion assessed by a 3/5 multisig. The proposal argued this would increase DAO decision-making bandwidth by ~5% and provide a mechanism for eliminating pork-barrel spending through competitive alternatives.
Market Data
- Outcome: Failed
- Proposer: agrippa (experienced Solana governance developer, led Realms frontend)
- Proposal account: J7dWFgSSuMg3BNZBAKYp3AD5D2yuaaLUmyKqvxBZgHht
- Completed: 2024-02-25
Significance
This proposal represents an attempt to extend MetaDAO's futarchy mechanism beyond binary decisions into multi-option selection. The failure suggests either market skepticism about the value proposition (despite proposer's claim of +12.1% DAO value) or concerns about implementation complexity and timeline uncertainty. The proposer explicitly noted "other priorities may take precedence" and provided no concrete timeline, which may have contributed to market rejection.
The proposal's architectural argument — that conditional markets don't compete for liquidity and therefore N-option proposals are feasible — remains untested in production futarchy systems.
Relationship to KB
- metadao — governance mechanism expansion proposal
- futarchy implementations must simplify theoretical mechanisms for production adoption because original designs include impractical elements that academics tolerate but users reject — proposal acknowledges no hard architectural limit on options
- 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 — current binary architecture this would extend