Adds complete proposal text to all 28 MetaDAO governance records that previously had only hand-built summaries. This was the original batch from PR #1748 that was closed without merge due to rebase conflict. Records updated: - Proposals 1-15: LST vote market, Autocrat migrations (v01/v02), Saber vote market, spot market creation, AMM program, multi-option proposals, OTC trades (Ben Hawkins, Pantera, Colosseum), Dutch auction, burn 99.3% META, FaaS development, benevolent dictators, compensation - Proposals 16-36: Fundraise 2, Q3 roadmap, create Futardio, services agreement, hire Advaith, swap ISC, hire Robin Hanson, token split, release launchpad, OTC Theia, migrate META token, fund futarchy research Source: inbox/archive/internet-finance/ proposal archives from futard.io Pentagon-Agent: Rio <5551F5AF-0C5C-429F-8915-1FE74A00E019>
3.7 KiB
| type | entity_type | name | domain | status | parent_entity | platform | proposer | proposal_url | proposal_date | resolution_date | category | summary | tracked_by | created |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| decision | decision_market | MetaDAO: Migrate Autocrat Program to v0.1 | internet-finance | passed | metadao | futardio | HfFi634cyurmVVDr9frwu4MjGLJzz9XbAJz981HdVaNz | https://v1.metadao.fi/metadao/trade/AkLsnieYpCU2UsSqUNrbMrQNi9bvdnjxx75mZbJns9zi | 2023-12-03 | 2023-12-13 | mechanism | Upgrade Autocrat program to v0.1 with configurable proposal durations (default 3 days) and migrate 990K META, 10K USDC, 5.5 SOL to new treasury | rio | 2026-03-11 |
MetaDAO: Migrate Autocrat Program to v0.1
Summary
This proposal upgraded MetaDAO's Autocrat futarchy implementation to v0.1, introducing configurable proposal slot durations with a new 3-day default (down from an unspecified longer period) to enable faster governance iteration. The migration transferred 990,000 META, 10,025 USDC, and 5.5 SOL from the v0.0 treasury to the v0.1 program's treasury.
Market Data
- Outcome: Passed
- Proposer: HfFi634cyurmVVDr9frwu4MjGLJzz9XbAJz981HdVaNz
- Proposal Account: AkLsnieYpCU2UsSqUNrbMrQNi9bvdnjxx75mZbJns9zi
- DAO Account: 3wDJ5g73ABaDsL1qofF5jJqEJU4RnRQrvzRLkSnFc5di
- Completed: 2023-12-13
Significance
This was MetaDAO's first major governance mechanism upgrade, establishing the pattern of iterative futarchy refinement. The shift to configurable and shorter proposal durations reflected a production learning: faster feedback loops matter more than theoretical purity in early-stage futarchy adoption.
The proposal also highlighted a key production tradeoff: the upgrade was deployed without verifiable builds due to unspecified constraints, accepting counterparty trust risk to ship the improvement faster. The proposer acknowledged this as temporary, noting future versions would use verifiable builds.
Key Risks Acknowledged
- Smart contract risk: Potential bugs in v0.1 not present in v0.0 (assessed as low given limited code changes)
- Counterparty risk: Non-verifiable build required trust in proposer not introducing backdoors
Relationship to KB
- metadao - first major 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 - configurable duration feature
- futarchy implementations must simplify theoretical mechanisms for production adoption because original designs include impractical elements that academics tolerate but users reject - verifiable build tradeoff
Full Proposal Text
Source: futard.io, tabled 2023-12-03
Overview
I've made some improvements to the autocrat program. You can see these here. Most importantly, I've made the slots per proposal configurable, and changed its default to 3 days to allow for quicker feedback loops.
This proposal migrates the 990,000 META, 10,025 USDC, and 5.5 SOL from the treasury owned by the first program to the treasury owned by the second program.
Key risks
Smart contract risk
There is a risk that the new program contains an important bug that the first one didn't. I consider this risk small given that I didn't change that much of autocrat.
Counter-party risk
Unfortunately, for reasons I can't get into, I was unable to build this new program with solana-verifiable-build. You'd be placing trust in me that I didn't introduce a backdoor, not on the GitHub repo, that allows me to steal the funds.
For future versions, I should always be able to use verifiable builds.