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 4) Pentagon-Agent: Rio <HEADLESS>
This commit is contained in:
Teleo Agents
parent
ba4ac4a73e
commit
fb9b18b7e2
7 changed files with 229 additions and 1 deletions
|
|
@ -0,0 +1,42 @@
|
|||
---
|
||||
type: claim
|
||||
domain: internet-finance
|
||||
description: "Removing artificial caps on conditional outcomes requires advanced Anchor and Solana contract design to future-proof multi-option futarchy"
|
||||
confidence: experimental
|
||||
source: "agrippa (futard.io proposal J7dWFgSSuMg3BNZBAKYp3AD5D2yuaaLUmyKqvxBZgHht), 2024-02-20"
|
||||
created: 2024-02-20
|
||||
---
|
||||
|
||||
# Conditional token vaults without hard limits on outcome count future-proof multi-option futarchy but require deep Solana expertise
|
||||
|
||||
The proposer argues that implementing multi-modal proposals "without a limit on # of alternatives requires a deep level of understanding of Anchor and Solana smart contract design, but is necessary in order to future-proof and fully realize the feature's potential."
|
||||
|
||||
This is an architectural claim: hard-coding a maximum number of outcomes (e.g., "proposals can have at most 10 options") creates artificial constraints that limit future use cases. A properly designed conditional vault should support arbitrary N outcomes, bounded only by computational and economic constraints (transaction size, account size, liquidity fragmentation), not by contract design choices.
|
||||
|
||||
The proposer positions themselves as uniquely qualified based on prior work: leading Realms frontend development at Solana Labs, creating the first conditional token vault on Solana (grant-funded by FTX), and contributing to MetaDAO's conditional vault design.
|
||||
|
||||
## Evidence
|
||||
|
||||
- Proposer's architectural claim: "Architecturally speaking there is no need to hard-limit the number of conditions in a conditional vault / number of outcomes in a proposal"
|
||||
- Proposer's prior work: "I developed the first conditional tokens vault on Solana as part of a prediction market reference implementation (grant-funded by FTX)"
|
||||
- Current role: "I have been leading development on https://github.com/solana-labs/governance-ui/ (aka the Realms frontend) for Solana Labs for the past year"
|
||||
- Involvement in MetaDAO: "I've been asked to help test and review" the existing conditional vault, with changes "referenced here" in Discord
|
||||
- Expertise claim: "I'm an expert at making web3 frontends performant and developer-ergonomic"
|
||||
|
||||
## Challenges
|
||||
|
||||
- Self-assessment of unique qualification—no independent verification of technical necessity
|
||||
- The proposal failed, suggesting either the DAO disagreed with the value proposition or the compensation ask
|
||||
- No specific technical barriers described beyond "deep understanding of Anchor and Solana smart contract design"
|
||||
- No discussion of practical computational limits (transaction size, account size) that might impose real caps
|
||||
- Single source making self-referential claim about their own expertise
|
||||
- "Deep understanding" is vague and not falsifiable
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
- [[futarchy-implementations-must-simplify-theoretical-mechanisms-for-production-adoption-because-original-designs-include-impractical-elements-that-academics-tolerate-but-users-reject.md]]
|
||||
|
||||
Topics:
|
||||
- [[domains/internet-finance/_map]]
|
||||
- [[core/mechanisms/_map]]
|
||||
|
|
@ -0,0 +1,47 @@
|
|||
---
|
||||
type: claim
|
||||
domain: internet-finance
|
||||
description: "Multi-modal proposals enable simultaneous evaluation of N mutually-exclusive alternatives rather than sequential binary votes, increasing decision-making bandwidth"
|
||||
confidence: experimental
|
||||
source: "agrippa (futard.io proposal J7dWFgSSuMg3BNZBAKYp3AD5D2yuaaLUmyKqvxBZgHht), 2024-02-20"
|
||||
created: 2024-02-20
|
||||
---
|
||||
|
||||
# Multi-option futarchy proposals increase decision bandwidth by enabling simultaneous evaluation of mutually exclusive alternatives
|
||||
|
||||
Futarchy as originally implemented supports only binary outcomes (pass/fail). Multi-modal proposals extend this to N mutually-exclusive outcomes, where one outcome is "fail" and the rest are distinct alternatives. This architectural change transforms decision-making from sequential binary votes to parallel evaluation.
|
||||
|
||||
For example, selecting a contest winner from 10 applicants currently requires either 10 sequential binary proposals or a non-futarchic voting mechanism. Multi-modal proposals create conditional markets on each applicant simultaneously, allowing the market to price all alternatives in parallel rather than sequentially.
|
||||
|
||||
The proposer (agrippa) estimates this feature adds +5% to DAO value through increased decision-making bandwidth alone, separate from other benefits like pork-barrel reduction.
|
||||
|
||||
## Evidence
|
||||
|
||||
- MetaDAO's Autocrat v0.1 implementation (used in this proposal) supports only pass/fail outcomes, forcing sequential evaluation of alternatives
|
||||
- The proposer states: "A multi-modal proposal is one with multiple mutually-exclusive outcomes, one of which is Fail and the rest of which are other things"
|
||||
- Canonical use case cited: "you can imagine a proposal to choose the first place prize of the Solana Scribes contest, where there's a conditional market on each applicant. Without multi-modal proposals, a futarchic DAO has basically no mechanism for making choices like this"
|
||||
- Architecturally, the proposer notes: "there is no need to hard-limit the number of conditions in a conditional vault / number of outcomes in a proposal"
|
||||
- The proposer's value estimate: +5% decision bandwidth increase
|
||||
- The proposal failed (status: Failed, ended 2024-02-25), suggesting either the feature was not valued at 200 META compensation or other priorities took precedence
|
||||
|
||||
## Challenges
|
||||
|
||||
- The proposal failed, which could indicate:
|
||||
- The DAO did not value the feature at the proposed price
|
||||
- Concerns about liquidity fragmentation across N conditional markets
|
||||
- Implementation complexity or timeline uncertainty
|
||||
- Other priorities took precedence
|
||||
- No empirical data on whether parallel evaluation actually increases decision quality or just complexity
|
||||
- The proposer acknowledges timeline uncertainty: "other priorities may take precedence" and "I won't allow this project to get stuck in limbo"
|
||||
- This is a single source making a theoretical argument, not multiple independent confirmations
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
- [[futarchy-implementations-must-simplify-theoretical-mechanisms-for-production-adoption-because-original-designs-include-impractical-elements-that-academics-tolerate-but-users-reject.md]]
|
||||
- [[futarchy-adoption-faces-friction-from-token-price-psychology-proposal-complexity-and-liquidity-requirements.md]]
|
||||
- [[optimal-governance-requires-mixing-mechanisms-because-different-decisions-have-different-manipulation-risk-profiles.md]]
|
||||
|
||||
Topics:
|
||||
- [[domains/internet-finance/_map]]
|
||||
- [[core/mechanisms/_map]]
|
||||
|
|
@ -0,0 +1,43 @@
|
|||
---
|
||||
type: claim
|
||||
domain: internet-finance
|
||||
description: "A mandatory draft stage allowing anyone to add alternatives before conditional markets go live creates market pressure against wasteful spending"
|
||||
confidence: speculative
|
||||
source: "agrippa (futard.io proposal J7dWFgSSuMg3BNZBAKYp3AD5D2yuaaLUmyKqvxBZgHht), 2024-02-20"
|
||||
created: 2024-02-20
|
||||
---
|
||||
|
||||
# Multi-option proposals with mandatory draft stage reduce pork-barrel spending by forcing alternatives into direct market competition
|
||||
|
||||
The proposer argues that multi-modal proposals become particularly powerful when combined with a mandatory draft stage where anyone can add alternatives before conditional markets go live. This mechanism would be "really effective at cutting out pork" and represents "the primary mechanism for doing so."
|
||||
|
||||
The logic: if a proposal requests excessive compensation or includes wasteful spending, any community member can propose a leaner alternative during the draft stage. The market then prices both options, creating direct competition that penalizes pork-barrel proposals. This is distinct from binary futarchy, where a proposal either passes or fails but faces no direct comparison to alternative resource allocations.
|
||||
|
||||
The proposer estimates this anti-pork mechanism adds +5% to DAO value, separate from the bandwidth increase.
|
||||
|
||||
## Evidence
|
||||
|
||||
- The proposer identifies pork-barrel spending as "a deeply real game-theoretic problem" in governance
|
||||
- Proposed mechanism: "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"
|
||||
- The proposer's value estimate: +5% DAO value from pork reduction
|
||||
- No implementation exists yet—this is a theoretical mechanism design proposal
|
||||
|
||||
## Challenges
|
||||
|
||||
- Purely theoretical; no empirical evidence of effectiveness
|
||||
- Could create spam/noise if adding alternatives has no cost or bonding requirement
|
||||
- May fragment liquidity across too many options, reducing market depth
|
||||
- The proposal itself failed, suggesting the DAO did not prioritize this mechanism
|
||||
- Requires cultural norm of proposing alternatives, not just technical capability
|
||||
- Assumes market participants can accurately price "wasteful" vs. "lean" alternatives, which requires domain expertise
|
||||
- Single source making speculative argument
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
- [[optimal-governance-requires-mixing-mechanisms-because-different-decisions-have-different-manipulation-risk-profiles.md]]
|
||||
- [[futarchy-adoption-faces-friction-from-token-price-psychology-proposal-complexity-and-liquidity-requirements.md]]
|
||||
|
||||
Topics:
|
||||
- [[domains/internet-finance/_map]]
|
||||
- [[core/mechanisms/_map]]
|
||||
32
entities/internet-finance/agrippa.md
Normal file
32
entities/internet-finance/agrippa.md
Normal file
|
|
@ -0,0 +1,32 @@
|
|||
---
|
||||
type: entity
|
||||
entity_type: person
|
||||
name: "agrippa"
|
||||
domain: internet-finance
|
||||
status: active
|
||||
roles: ["developer", "contributor"]
|
||||
affiliations: ["Solana Labs", "MetaDAO"]
|
||||
tracked_by: rio
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
||||
# agrippa
|
||||
|
||||
## Overview
|
||||
|
||||
Developer who led Realms (governance-ui) frontend development for Solana Labs and created the first conditional token vault on Solana. Proposed multi-modal futarchy implementation to MetaDAO in February 2024. Background includes early blockchain education (started "probably the very first high-school blockchain club in the world" in 2014), research at Cornell's Initiative for Cryptocurrency and Contracts, and Sybil resistance work that led to invitation to 2017 smart contract summit in China.
|
||||
|
||||
## Timeline
|
||||
|
||||
- **2014** — Started high-school blockchain club with physics teacher Jed (now at Jito)
|
||||
- **2017** — Invited to smart contract summit in China for Sybil resistance work (Vitalik attended)
|
||||
- **2023-2024** — Led development on Realms frontend (governance-ui) for Solana Labs
|
||||
- **2024-02** — Developed first conditional tokens vault on Solana as part of prediction market reference implementation (FTX grant-funded)
|
||||
- **2024-02-20** — Proposed multi-modal futarchy implementation to MetaDAO ([[metadao-develop-multi-option-proposals]]), requesting 200 META; proposal failed
|
||||
- **2024-12** — Met Proph3t in Greece, discussed futarchy for ~3 hours
|
||||
|
||||
## Relationship to KB
|
||||
|
||||
- [[metadao]] - proposed mechanism development
|
||||
- [[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]] - proposed extension to this system
|
||||
- Contributed to conditional vault design discussions referenced in MetaDAO Discord
|
||||
|
|
@ -0,0 +1,49 @@
|
|||
---
|
||||
type: entity
|
||||
entity_type: decision_market
|
||||
name: "MetaDAO: Develop Multi-Option Proposals?"
|
||||
domain: internet-finance
|
||||
status: failed
|
||||
parent_entity: "[[metadao]]"
|
||||
platform: "futardio"
|
||||
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 futarchy proposals allowing multiple mutually-exclusive outcomes beyond binary pass/fail"
|
||||
tracked_by: rio
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
||||
# MetaDAO: Develop Multi-Option Proposals?
|
||||
|
||||
## Summary
|
||||
|
||||
Proposal by agrippa to implement multi-modal proposal functionality for MetaDAO, extending the existing binary pass/fail Autocrat implementation to support N mutually-exclusive outcomes. Requested 200 META compensation across 4 milestones. The proposal argued this would increase DAO value by ~12% through improved decision bandwidth (+5%), pork-barrel reduction (+5%), and innovation hype (+2%).
|
||||
|
||||
## Market Data
|
||||
|
||||
- **Outcome:** Failed
|
||||
- **Proposer:** agrippa (99dZcXhrYgEmHeMKAb9ezPaBqgMdg1RjCGSfHa7BeQEX)
|
||||
- **Proposal Account:** J7dWFgSSuMg3BNZBAKYp3AD5D2yuaaLUmyKqvxBZgHht
|
||||
- **Proposal Number:** 9
|
||||
- **Created:** 2024-02-20
|
||||
- **Completed:** 2024-02-25
|
||||
- **Autocrat Version:** 0.1
|
||||
|
||||
## Significance
|
||||
|
||||
This proposal represents an early attempt to extend MetaDAO's futarchy implementation beyond binary decisions to multi-option selection problems. The failure suggests either:
|
||||
1. The DAO did not value the feature at 200 META
|
||||
2. Concerns about liquidity fragmentation or complexity
|
||||
3. Other priorities took precedence
|
||||
4. Uncertainty about timeline and deliverables
|
||||
|
||||
The proposer's architectural argument—that conditional vaults should support arbitrary N outcomes without hard limits—influenced subsequent thinking about futarchy mechanism design.
|
||||
|
||||
## Relationship to KB
|
||||
|
||||
- [[metadao]] - governance decision on mechanism development
|
||||
- [[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]] - the base implementation this would extend
|
||||
|
|
@ -54,6 +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]] failed: Proposal to implement multi-modal futarchy (N mutually-exclusive outcomes) for 200 META rejected
|
||||
## Key Decisions
|
||||
| Date | Proposal | Proposer | Category | Outcome |
|
||||
|------|----------|----------|----------|---------|
|
||||
|
|
|
|||
|
|
@ -6,9 +6,15 @@ url: "https://www.futard.io/proposal/J7dWFgSSuMg3BNZBAKYp3AD5D2yuaaLUmyKqvxBZgHh
|
|||
date: 2024-02-20
|
||||
domain: internet-finance
|
||||
format: data
|
||||
status: unprocessed
|
||||
status: processed
|
||||
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-proposals-with-mandatory-draft-stage-reduce-pork-barrel-spending-by-forcing-alternatives-into-direct-market-competition.md", "conditional-token-vaults-without-hard-limits-on-outcome-count-future-proof-multi-option-futarchy-but-require-deep-solana-expertise.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 3 mechanism design claims about multi-option futarchy, created decision_market entity for the proposal, and new person entity for agrippa. The proposal failed, which is significant context for all claims—these are theoretical arguments that the DAO rejected at the proposed price point. Enriched 2 existing claims about Autocrat implementation and futarchy adoption friction."
|
||||
---
|
||||
|
||||
## Proposal Details
|
||||
|
|
@ -107,3 +113,11 @@ I would be very excited to join this futarchic society as a major techinical con
|
|||
- Autocrat version: 0.1
|
||||
- Completed: 2024-02-25
|
||||
- Ended: 2024-02-25
|
||||
|
||||
|
||||
## Key Facts
|
||||
- MetaDAO circulating supply was 14,416 META as of 2024-02-20 (per Dune Analytics)
|
||||
- Proposal J7dWFgSSuMg3BNZBAKYp3AD5D2yuaaLUmyKqvxBZgHht was proposal #9 in MetaDAO
|
||||
- Milestone review council proposed: Proph3t, DeanMachine, 0xNallok, LegalizeOnionFutures, sapphire (3/5 multisig)
|
||||
- Council members would receive 2.5 META each upon passage
|
||||
- Compensation structure: 50 META per milestone across 4 milestones (immediate, vault completion, futarch integration, frontend integration)
|
||||
|
|
|
|||
Loading…
Reference in a new issue