rio: extract from 2024-02-20-futardio-proposal-develop-multi-option-proposals.md

- 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>

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: [[2024-02-20-futardio-proposal-develop-multi-option-proposals]] | Added: 2026-03-12 | Extractor: anthropic/claude-sonnet-4.5*
 
-(extend) In February 2024, agrippa proposed extending Autocrat's conditional vault architecture to support N mutually-exclusive outcomes without hard limits on the number of conditions. The proposal noted that 'conditional markets do not compete with each other over liquidity,' suggesting multi-option markets could operate in parallel without fragmenting capital. However, the proposal failed (completed 2024-02-25), indicating either market skepticism about the value proposition or concerns about implementation complexity. The proposer estimated multi-option functionality would increase DAO value by 12.1% (5% decision-making bandwidth, 5% pork-barrel reduction, 2% governance innovation, 0.1% protocol fees), but this valuation was not validated by market acceptance.
+(extend) The binary Pass/Fail architecture is a simplification of the theoretical design space. Architecturally, there is no need to hard-limit the number of conditions in a conditional vault or outcomes in a proposal. Multi-option proposals do not introduce new security or mechanism design considerations beyond binary proposals—conditional markets do not compete with each other over liquidity, so if you can maliciously manipulate one option, you could have manipulated Pass/Fail in the binary case. This suggests Autocrat's current binary design is a production simplification rather than a fundamental constraint. (Source: agrippa, MetaDAO proposal 2024-02-20)
 
 ---
 

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

@@ -34,6 +34,12 @@ 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 (extend)
+*Source: [[2024-02-20-futardio-proposal-develop-multi-option-proposals]] | Added: 2026-03-12 | Extractor: anthropic/claude-sonnet-4.5*
+
+(extend) Multi-option proposals add architectural complexity but may not increase security risk. The main friction point is liquidity distribution: conditional markets do not compete with each other over liquidity, but spreading capital across N options instead of 2 may reduce depth per market. This suggests the complexity-friction tradeoff is primarily about capital efficiency rather than mechanism design difficulty. (Source: agrippa, MetaDAO proposal 2024-02-20)
+
 ---
 
 Relevant Notes:

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,12 +35,6 @@ 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-02-20-futardio-proposal-develop-multi-option-proposals]] | Added: 2026-03-12 | Extractor: anthropic/claude-sonnet-4.5*
-
-(confirm) The multi-option proposal provides evidence that Autocrat v0.1 imposed a binary constraint not for theoretical reasons but for practical deployment. Agrippa states: 'Architecturally speaking there is no need to hard-limit the number of conditions in a conditional vault / number of outcomes in a proposal.' This indicates the initial implementation simplified the theoretical design (which supports unlimited outcomes) to a binary constraint for production reasons. The proposer's background (leading Realms frontend development, creating the first conditional tokens vault on Solana) suggests the simplification came from production engineering constraints rather than mechanism design requirements. The failed proposal (2024-02-25) further suggests that even when the theoretical capability is identified, production adoption faces friction.
-
 ---
 
 Relevant Notes:

domains/internet-finance/multi-option-futarchy-proposals-exponentially-increase-decision-bandwidth-by-enabling-simultaneous-evaluation-of-mutually-exclusive-alternatives.md

@@ -1,42 +0,0 @@
----
-type: claim
-domain: internet-finance
-description: "Multi-modal proposals allow futarchy DAOs to evaluate N alternatives simultaneously rather than sequentially through binary votes, increasing decision-making bandwidth"
-confidence: speculative
-source: "agrippa (MetaDAO contributor), Futardio proposal for multi-option functionality, 2024-02-20"
-created: 2024-02-20
----
-
-# Multi-option futarchy proposals increase decision-making bandwidth by enabling simultaneous evaluation of mutually exclusive alternatives
-
-Futarchy as currently implemented in MetaDAO's Autocrat v0.1 forces binary decisions (pass/fail), requiring sequential proposals to evaluate multiple alternatives. Multi-modal proposals would create conditional markets for N mutually-exclusive outcomes simultaneously, allowing the market to price all options in parallel rather than forcing sequential yes/no votes.
-
-The proposer (agrippa, who leads Realms frontend development for Solana Labs) argues: "A multi-modal proposal is one with multiple mutually-exclusive outcomes, one of which is Fail and the rest of which are other things." The mechanism works by creating conditional token markets for each option, where traders price each outcome's impact on the DAO's objective function. For example, selecting a contest winner would create a conditional market on each applicant, with the highest-trading option winning.
-
-Agrippa estimates this architectural change increases decision-making bandwidth by approximately 5% of DAO value, arguing that "selection among multiple alternatives is a very challenging problem in voting mechanism design, usually solved poorly (see: elections). Multi-modal futarchic proposals are innovative and exciting not just in the context of futarchy, but all of governance."
-
-Critically, the proposer notes that "conditional markets do not compete with each other over liquidity" — each option's market operates independently, suggesting liquidity fragmentation is not a fundamental constraint.
-
-## Evidence
-- Proposal valued multi-option functionality at +12.1% total DAO value (5% bandwidth increase, 5% pork-barrel solution, 2% governance innovation, 0.1% protocol fee potential)
-- Architectural assessment: "there is no need to hard-limit the number of conditions in a conditional vault / number of outcomes in a proposal"
-- Proposer background: created the first conditional tokens vault on Solana (precogparty), influenced changes to MetaDAO's conditional vault, leads Realms frontend development
-
-## Challenges
-- **Proposal failed** (2024-02-25), indicating market skepticism about value proposition or implementation risk
-- **No production testing** of multi-option markets in futarchy context
-- **Speculative mechanism design** — the claim that conditional markets don't compete over liquidity is asserted but not proven
-- **Liquidity fragmentation risk** — while theoretically independent, N options may reduce price signal quality compared to binary markets if total liquidity is fixed
-- **Unvalidated value estimates** — the +5% bandwidth increase is the proposer's subjective estimate, not derived from empirical data
-
----
-
-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]]
-- [[futarchy-excels-at-relative-selection-but-fails-at-absolute-prediction-because-ordinal-ranking-works-while-cardinal-estimation-requires-calibration]]
-
-Topics:
-- [[domains/internet-finance/_map]]
-- [[core/mechanisms/_map]]

domains/internet-finance/multi-option-futarchy-with-mandatory-draft-stage-solves-pork-barrel-spending-by-forcing-alternatives-into-direct-market-competition.md

@@ -1,42 +0,0 @@
----
-type: claim
-domain: internet-finance
-description: "Mandatory draft periods where anyone can add competing alternatives before markets activate would force direct comparison and eliminate wasteful spending through market competition"
-confidence: speculative
-source: "agrippa (MetaDAO contributor), Futardio proposal mechanism design section, 2024-02-20"
-created: 2024-02-20
----
-
-# Multi-option futarchy with mandatory draft stage could reduce pork-barrel spending by forcing alternatives into direct market competition
-
-Pork-barrel spending persists in governance systems because proposals are evaluated in isolation rather than against alternatives. Agrippa proposes a mandatory draft stage where anyone can add competing options to a proposal before conditional markets activate, forcing direct comparison and creating selection pressure toward efficiency.
-
-The proposer argues: "for each proposal anyone makes, you could have a mandatory draft stage where before the conditional vault actually goes live anyone can add more alternatives to the same proposal. I think this would be really effective at cutting out pork and is the primary mechanism for doing so."
-
-The mechanism works through competitive substitution: if a proposal requests excessive compensation or includes wasteful elements, anyone can submit a leaner alternative during the draft period. When markets open, traders price both options' impact on token value, creating selection pressure toward efficiency. The original proposer must either match the alternative's efficiency or lose the market competition.
-
-Agrippa valued this pork-barrel reduction at +5% of DAO value in the overall multi-option feature set.
-
-## Evidence
-- Proposer explicitly identifies draft-stage competition as "the primary mechanism" for cutting pork-barrel spending
-- Mechanism relies on permissionless alternative submission during draft period
-- Valued at +5% DAO value in the multi-option feature set proposal
-
-## Challenges
-- **Entirely theoretical** — no production implementation or testing of draft-stage multi-option proposals in any governance system
-- **Unvalidated assumptions** — assumes market participants can accurately price relative efficiency of alternatives, which requires domain expertise and calibration
-- **Griefing vectors** — bad-faith alternatives could dilute legitimate proposals or create noise in price signals
-- **Liquidity requirements** — requires sufficient liquidity across all options to produce meaningful price signals; fragmented liquidity may prevent markets from functioning
-- **Proposal failed** (2024-02-25), suggesting community skepticism about the mechanism's effectiveness or feasibility
-- **No empirical evidence** from any governance system that draft-stage competition reduces pork-barrel spending
-
----
-
-Relevant Notes:
-- [[decision markets make majority theft unprofitable through conditional token arbitrage]]
-- [[futarchy-excels-at-relative-selection-but-fails-at-absolute-prediction-because-ordinal-ranking-works-while-cardinal-estimation-requires-calibration]]
-- [[optimal governance requires mixing mechanisms because different decisions have different manipulation risk profiles]]
-
-Topics:
-- [[domains/internet-finance/_map]]
-- [[core/mechanisms/_map]]

domains/internet-finance/multi-option-proposals-exponentially-increase-futarchy-bandwidth-by-enabling-parallel-evaluation-of-mutually-exclusive-alternatives.md

@@ -0,0 +1,38 @@
+---
+type: claim
+domain: internet-finance
+description: "Multi-option proposals allow futarchy DAOs to evaluate multiple exclusive alternatives simultaneously rather than sequentially through binary votes"
+confidence: speculative
+source: "agrippa (futard.io proposal), 2024-02-20"
+created: 2024-02-20
+---
+
+# Multi-option proposals increase futarchy decision-making bandwidth by enabling parallel evaluation of mutually-exclusive alternatives
+
+Futarchy implementations currently force binary Pass/Fail decisions, requiring sequential proposals to evaluate multiple alternatives. Multi-option proposals create conditional markets for each alternative simultaneously, allowing the market to price all options in parallel. This architectural change transforms futarchy from a yes/no mechanism into a selection mechanism.
+
+The proposal author (agrippa) estimates this increases decision-making bandwidth by +5% to DAO value through the ability to weigh exclusive alternatives at once. Example use case: selecting first place prize winner from multiple contest applicants, where each applicant gets a conditional market and the highest-trading option wins.
+
+Architecturally, there is no need to hard-limit the number of conditions in a conditional vault or outcomes in a proposal. The mechanism does not introduce new security or mechanism design considerations beyond binary proposals—if you can maliciously manipulate "proposal option 12", you could have manipulated Pass in a binary proposal, since conditional markets do not compete with each other over liquidity.
+
+## Evidence
+- Proposal author developed first conditional tokens vault on Solana as part of prediction market reference implementation (FTX-funded)
+- Author estimates +5% DAO value from bandwidth increase alone
+- No existing multi-option proposal implementation in production—this is a proposed feature, not an observed mechanism
+- The +12.1% total value estimate combines bandwidth (+5%), pork barrel solution (+5%), and governance innovation (+2%)
+
+## Limitations
+- This is a design proposal, not an implemented system. The bandwidth increase is theoretical.
+- Assumes sufficient liquidity can be distributed across N conditional markets without reducing depth per market below functional thresholds
+- No empirical data on whether parallel markets actually produce better outcomes than sequential binary votes
+
+---
+
+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-excels-at-relative-selection-but-fails-at-absolute-prediction-because-ordinal-ranking-works-while-cardinal-estimation-requires-calibration]]
+- [[optimal governance requires mixing mechanisms because different decisions have different manipulation risk profiles]]
+
+Topics:
+- [[domains/internet-finance/_map]]
+- [[core/mechanisms/_map]]

domains/internet-finance/multi-option-proposals-with-draft-stage-solve-pork-barrel-problem-by-allowing-alternative-proposals-before-markets-go-live.md

@@ -0,0 +1,39 @@
+---
+type: claim
+domain: internet-finance
+description: "Mandatory draft stage where anyone can add alternatives to a proposal before conditional markets activate could reduce pork barrel spending through competitive proposal design"
+confidence: speculative
+source: "agrippa (futard.io proposal), 2024-02-20"
+created: 2024-02-20
+---
+
+# Multi-option proposals with draft stage could reduce pork barrel spending by enabling competitive alternatives before market activation
+
+Pork barrel spending—where proposals include unnecessary spending to gain support—is a fundamental game-theoretic problem in governance. The proposal author suggests multi-option proposals with a mandatory draft stage could address this by allowing anyone to propose alternatives to the same decision before conditional markets activate.
+
+The mechanism would work by forcing proposals through a draft phase where the community can add competing options. Once the draft period ends, all alternatives go to market simultaneously. This creates competitive pressure: a proposal with pork must compete directly against a leaner alternative serving the same purpose. The market prices both options, and the pork-laden version trades at a discount.
+
+The proposal author identifies this as "the primary mechanism" for cutting pork and estimates it adds +5% to DAO value. However, this is a theoretical mechanism design claim without empirical validation—no futarchy DAO has implemented draft-stage multi-option proposals yet.
+
+## Evidence
+- Proposal describes draft stage architecture: "before the conditional vault actually goes live anyone can add more alternatives to the same proposal"
+- Author claims this "would be really effective at cutting out pork"
+- Author's background: developed first conditional tokens vault on Solana, led Realms frontend development for Solana Labs
+- No existing implementation or empirical data on effectiveness
+
+## Mechanism Assumptions (unvalidated)
+- Market participants can accurately price the impact of pork spending on token value
+- Sufficient liquidity exists across multiple conditional markets to produce reliable price signals
+- Draft stage latency cost is lower than pork prevention benefit
+- Proposers cannot collude to suppress alternatives during draft phase
+
+---
+
+Relevant Notes:
+- [[optimal governance requires mixing mechanisms because different decisions have different manipulation risk profiles]]
+- [[futarchy-excels-at-relative-selection-but-fails-at-absolute-prediction-because-ordinal-ranking-works-while-cardinal-estimation-requires-calibration]]
+- [[token voting DAOs offer no minority protection beyond majority goodwill]]
+
+Topics:
+- [[domains/internet-finance/_map]]
+- [[core/mechanisms/_map]]

entities/internet-finance/agrippa.md

@@ -6,11 +6,14 @@ domain: internet-finance
 status: active
 roles:
   - "Solana governance developer"
-  - "Realms frontend lead (Solana Labs)"
-  - "MetaDAO contributor"
-key_projects:
-  - "governance-ui (Realms frontend)"
-  - "precogparty (first conditional tokens vault on Solana)"
+  - "Conditional tokens architect"
+affiliations:
+  - "[[metadao]]"
+  - "Solana Labs (former)"
+  - "Cornell Initiative for Cryptocurrency and Contracts (former)"
+key_contributions:
+  - "Led development on Solana Labs governance-ui (Realms frontend)"
+  - "Developed first conditional tokens vault on Solana (precogparty)"
 tracked_by: rio
 created: 2026-03-11
 ---
@@ -18,17 +21,24 @@ created: 2026-03-11
 # agrippa
 
 ## Overview
-agrippa is a Solana governance infrastructure developer who led development on the Realms frontend (governance-ui) for Solana Labs for approximately one year as of February 2024. Created the first conditional tokens vault on Solana as part of a prediction market reference implementation (grant-funded by FTX). Active contributor to MetaDAO mechanism design discussions.
+agrippa is a Solana governance infrastructure developer who led development on Solana Labs' governance-ui (Realms frontend) and built the first conditional tokens vault on Solana. Proposed multi-option proposal functionality to MetaDAO in February 2024.
 
 ## Timeline
-- **2014** — Started "probably the very first high-school blockchain club in the world" with physics teacher Jed (later worked at Jito)
-- **2017** — Invited to smart contract summit in China for Sybil resistance research work; met Vitalik Buterin
-- **~2023** — Developed precogparty, first conditional tokens vault on Solana, funded by FTX grant
-- **2023-2024** — Led Realms frontend development for Solana Labs
-- **2023-12** — Met Proph3t in Greece; 3-hour discussion on MetaDAO and futarchy
-- **2024-02-20** — Proposed multi-option proposal functionality to MetaDAO (failed)
+- **2014** — Started one of the first high-school blockchain clubs with physics teacher Jed (now at Jito)
+- **2017** — Invited to smart contract summit in China (attended by Vitalik) for Sybil resistance work
+- **2017-2018** — Research at Cornell's Initiative for Cryptocurrency and Contracts
+- **2022-2023** — Led development on Solana Labs governance-ui (Realms frontend) for one year
+- **2023** — Developed first conditional tokens vault on Solana as part of precogparty prediction market (FTX-funded grant)
+- **2023-12** — Met Proph3t in Greece, discussed MetaDAO and futarchy for 3 hours
+- **2024-02-20** — [[metadao-develop-multi-option-proposals]] proposed to MetaDAO; failed 2024-02-25
+
+## Technical Contributions
+- **Conditional Tokens Architecture:** Designed and implemented first conditional tokens vault on Solana, influencing MetaDAO's conditional vault design
+- **Governance UI:** Led Realms frontend development, focusing on web3 performance and developer ergonomics (react-query patterns)
+- **Multi-option Proposals:** Proposed architectural extension to futarchy enabling multiple mutually-exclusive outcomes
 
 ## Relationship to KB
-- [[metadao]] — proposed mechanism extensions
-- [[metadao-develop-multi-option-proposals]] — failed proposal for multi-modal futarchy
-- Influenced conditional vault design changes in MetaDAO's Autocrat program
+- [[metadao]] — proposed multi-option functionality
+- [[futardio]] — platform where proposal was submitted
+- [[proph3t]] — collaborator on futarchy 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]] — influenced conditional vault design

entities/internet-finance/metadao-develop-multi-option-proposals.md

@@ -6,17 +6,12 @@ domain: internet-finance
 status: failed
 parent_entity: "[[metadao]]"
 platform: "futardio"
-proposer: "agrippa (99dZcXhrYgEmHeMKAb9ezPaBqgMdg1RjCGSfHa7BeQEX)"
+proposer: "agrippa"
 proposal_url: "https://www.futard.io/proposal/J7dWFgSSuMg3BNZBAKYp3AD5D2yuaaLUmyKqvxBZgHht"
 proposal_date: 2024-02-20
 resolution_date: 2024-02-25
 category: "mechanism"
-summary: "Proposal to develop multi-modal proposal functionality allowing multiple mutually-exclusive outcomes beyond binary pass/fail decisions"
-key_metrics:
-  compensation_requested: "200 META"
-  milestones: 4
-  estimated_value_add: "+12.1% DAO value"
-  multisig_signers: 5
+summary: "Proposal to develop multi-option proposal functionality for MetaDAO, allowing multiple mutually-exclusive outcomes beyond binary Pass/Fail, with 200 META compensation across four milestones"
 tracked_by: rio
 created: 2026-03-11
 ---
@@ -24,20 +19,48 @@ created: 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.
+Proposal by agrippa to build multi-option proposal functionality for MetaDAO's futarchy implementation, enabling proposals with multiple mutually-exclusive outcomes rather than binary Pass/Fail. Requested 200 META distributed across four development milestones. The proposal failed despite the proposer's technical credentials and detailed value argument.
 
 ## Market Data
 - **Outcome:** Failed
-- **Proposer:** agrippa (experienced Solana governance developer, led Realms frontend)
+- **Proposer:** agrippa (99dZcXhrYgEmHeMKAb9ezPaBqgMdg1RjCGSfHa7BeQEX)
 - **Proposal account:** J7dWFgSSuMg3BNZBAKYp3AD5D2yuaaLUmyKqvxBZgHht
+- **Created:** 2024-02-20
 - **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.
+## Compensation Structure
+- **Total:** 200 META across 4 milestones
+- **Milestone 1:** 50 META upon passage
+- **Milestone 2:** 50 META upon completing multi-modal conditional vault program
+- **Milestone 3:** 50 META upon integrating futarch with multi-modal vaults
+- **Milestone 4:** 50 META upon frontend integration
+- **Oversight:** 3/5 multisig (Proph3t, DeanMachine, 0xNallok, LegalizeOnionFutures, sapphire)
+- **Multisig compensation:** 2.5 META per member upon passage
 
-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.
+## Proposer Background
+- Led development on Solana Labs governance-ui (Realms frontend) for one year
+- Developed first conditional tokens vault on Solana (FTX-funded precogparty project)
+- Started one of the first high-school blockchain clubs (2014)
+- Research at Cornell's Initiative for Cryptocurrency and Contracts
+- Invited to 2017 smart contract summit in China (with Vitalik)
+
+## Value Argument
+Proposer estimated +12.1% value to MetaDAO from:
+- +5% from exponential increase in decision-making bandwidth
+- +5% from solving pork barrel problem through draft-stage alternatives
+- +2% from governance innovation hype
+- +0.1% from fee revenue on conditional vault usage by other protocols
+
+With 14,416 META circulating supply, proposer calculated feature worth 1,744 META dilution, requesting 200 META (11.5% of estimated value).
+
+## Significance
+This proposal is significant for mechanism design evolution in futarchy. It represents an attempt to expand futarchy from binary decisions to multi-option selection, addressing a fundamental limitation in the original Hanson design. The failure suggests either market skepticism about the value proposition, concerns about execution risk, or liquidity constraints in the conditional markets.
+
+The detailed technical specification and value quantification represent a high-quality proposal format that became a template for later MetaDAO proposals.
 
 ## 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
+- [[metadao]] — parent organization
+- [[futardio]] — platform where proposal was submitted
+- [[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 proposal aimed to extend
+- [[proph3t]] — multisig member
+- [[nallok]] — multisig member

entities/internet-finance/metadao.md

@@ -54,7 +54,7 @@ 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-02-20** — [[metadao-develop-multi-option-proposals]] proposed by agrippa to build N-option proposal functionality for 200 META; failed 2024-02-25
+- **2024-02-20** — [[metadao-develop-multi-option-proposals]] proposed by agrippa: develop multi-option proposal functionality for 200 META across 4 milestones; failed 2024-02-25
 ## Key Decisions
 | Date | Proposal | Proposer | Category | Outcome |
 |------|----------|----------|----------|---------|

inbox/archive/2024-02-20-futardio-proposal-develop-multi-option-proposals.md

@@ -11,10 +11,10 @@ tags: [futardio, metadao, futarchy, solana, governance]
 event_type: proposal
 processed_by: rio
 processed_date: 2026-03-11
-claims_extracted: ["multi-option-futarchy-proposals-exponentially-increase-decision-bandwidth-by-enabling-simultaneous-evaluation-of-mutually-exclusive-alternatives.md", "multi-option-futarchy-with-mandatory-draft-stage-solves-pork-barrel-spending-by-forcing-alternatives-into-direct-market-competition.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 implementations must simplify theoretical mechanisms for production adoption because original designs include impractical elements that academics tolerate but users reject.md"]
+claims_extracted: ["multi-option-proposals-exponentially-increase-futarchy-bandwidth-by-enabling-parallel-evaluation-of-mutually-exclusive-alternatives.md", "multi-option-proposals-with-draft-stage-solve-pork-barrel-problem-by-allowing-alternative-proposals-before-markets-go-live.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 multi-option futarchy proposals and pork-barrel elimination. Created decision_market entity for the failed proposal and person entity for agrippa (significant contributor with relevant background). Enriched two existing claims about Autocrat architecture and futarchy implementation simplification. The proposal's failure is itself significant data — market rejected despite strong value proposition claims from credentialed proposer."
+extraction_notes: "Extracted 2 mechanism design claims about multi-option proposals (bandwidth increase and pork barrel solution), enriched 2 existing claims about Autocrat architecture and futarchy adoption friction, created decision_market entity for the proposal, updated metadao timeline, and created new person entity for agrippa. Proposal failed despite detailed technical specification and value quantification—significant for understanding MetaDAO's early mechanism design priorities and risk tolerance."
 ---
 
 ## Proposal Details
@@ -117,6 +117,6 @@ I would be very excited to join this futarchic society as a major techinical con
 
 ## Key Facts
 - MetaDAO circulating supply was 14,416 META as of 2024-02-20
-- Proposal J7dWFgSSuMg3BNZBAKYp3AD5D2yuaaLUmyKqvxBZgHht was proposal #9 in MetaDAO
-- Autocrat version 0.1 was in use as of 2024-02-20
-- Multisig signers: Proph3t, DeanMachine, 0xNallok, LegalizeOnionFutures, sapphire (each paid 2.5 META)
+- Proposal J7dWFgSSuMg3BNZBAKYp3AD5D2yuaaLUmyKqvxBZgHht failed 2024-02-25
+- agrippa's precogparty project was FTX-funded
+- Multisig composition: Proph3t, DeanMachine, 0xNallok, LegalizeOnionFutures, sapphire