rio: batch 4 — 26 new decision records for 10 projects

New decision records with full proposal text for projects that previously
had zero governance documentation in the KB.

Omnipair (4): OMFG-001 through OMFG-004
Ranger (3): ICO launch + $2M buyback + contested liquidation
Solomon (3): ICO launch ($102.9M committed) + DP-00001 + DP-00002
Loyal (3): ICO launch ($75.9M committed) + buyback + liquidity adjustment
ZKLSOL (4): ICO launch + team burn + buyback + restructuring
Umbra (3): ICO launch + security audits + mainnet expansion
Futardio cult (3): ICO launch + omnibus (90% token burn) + liquidity pool
Kyros (1): Burn 4.42M unclaimed airdrop
Jito DAO (1): JTO Vault / TipRouter NCN (JIP-10)
Marinade (1): SAM Bid Routing to MNDE Stakers (MIP.5)

Pentagon-Agent: Rio <5551F5AF-0C5C-429F-8915-1FE74A00E019>
This commit is contained in:
m3taversal 2026-03-24 15:53:35 +00:00
parent 7406c8bdf7
commit fdebd95137
26 changed files with 2088 additions and 0 deletions

View file

@ -0,0 +1,63 @@
---
type: decision
entity_type: decision_market
name: "Futardio Cult: Futardio Launch"
domain: internet-finance
status: passed
parent_entity: "[[futardio-cult]]"
platform: "futardio"
proposer: "Futardio cult team"
proposal_url: "https://v1.metadao.fi/futardio-cult/trade/3EZBeQPQNHYkxnbrMRXG56DK1QRG8DR7VhYAUyvUFBzK"
proposal_date: 2026-03-03
resolution_date: 2026-03-04
category: "launch"
summary: "Futardio cult raised via MetaDAO ICO — funds for fan merch, token listings, private events/parties for futards"
tracked_by: rio
created: 2026-03-24
---
# Futardio Cult: Futardio Launch
## Summary
Futardio cult, a community meme project, launched via MetaDAO's futarchy-governed ICO. Funds allocated for fan merch, token listings, and private events/parties for futards.
## Market Data
- **Outcome:** Complete
- **Duration:** 2026-03-03 to 2026-03-04
## Significance
Community/meme project using futarchy governance. Demonstrates MetaDAO's permissionless launch platform serving the full spectrum from infrastructure (Solomon) to pure community plays.
## Relationship to KB
- [[futardio-cult]] — parent entity
- [[metadao]] — ICO platform
- [[futardio-cult-raised-11-4-million-in-one-day-through-futarchy-governed-meme-coin-launch]] — existing claim
## Full Proposal Text
*Source: futard.io, launched 2026-03-03*
**Project:** Futardio cult
**Description:** The first futarchy governed meme coin.
We will make tokens great again
**Funding target:** $50,000.00
**Total committed:** $11,402,898.00
**Status:** Complete
**Launch date:** 2026-03-03
**URL:** https://www.futard.io/launch/3EZBeQPQNHYkxnbrMRXG56DK1QRG8DR7VhYAUyvUFBzK
### Team / Description
Funds will be used for a variety of different things incuding fan merch, token listings, private events/partys for futards
### Raw Data
- Launch address: `3EZBeQPQNHYkxnbrMRXG56DK1QRG8DR7VhYAUyvUFBzK`
- Token: Futardio cult (FUTARDIO)
- Token mint: `Cbjr1Nvcay3QWDriyRKtokJ7V4PMknesGxeK8z7Zmeta`
- Version: v0.7
- Total approved: $50,000.00
- Closed: 2026-03-04
- Completed: 2026-03-04

View file

@ -0,0 +1,124 @@
---
type: decision
entity_type: decision_market
name: "Futardio Cult: Allocate $10K for FUTARDIO-USDC Meteora DLMM Liquidity Pool"
domain: internet-finance
status: passed
parent_entity: "[[futardio-cult]]"
platform: "futardio"
proposer: "Community"
proposal_url: "https://www.metadao.fi/projects/futardio-cult/proposal/HiihSh8H6D1JAPpDeD8oNwqQ8AkTmYA9QS82p5NPSRhN"
proposal_date: 2026-03-17
resolution_date: 2026-03-20
category: "treasury"
summary: "Allocate $10K from treasury to create FUTARDIO-USDC Meteora DLMM pool: $7K for token purchases via Jupiter DCA, $3K USDC paired as liquidity"
tracked_by: rio
created: 2026-03-24
---
# Futardio Cult: Allocate $10K for FUTARDIO-USDC Meteora DLMM Liquidity Pool
## Summary
Community proposal to create a FUTARDIO-USDC liquidity pool on Meteora DLMM. $7,000 used to purchase FUTARDIO via Jupiter recurring orders (140 orders, every 30 minutes), $3,000 USDC paired to create liquidity. Pool configured with 1% fee tier, bin step 200, spot distribution. All trading fees flow to DAO treasury.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** HiihSh8H6D1JAPpDeD8oNwqQ8AkTmYA9QS82p5NPSRhN
- **Duration:** 2026-03-17 to ~2026-03-20
## Significance
Demonstrates community-driven liquidity provisioning through futarchy, with specific operational details (Jupiter DCA parameters, Meteora DLMM configuration). The treasury earns trading fees, creating sustainable revenue from the liquidity position.
## Relationship to KB
- [[futardio-cult]] — parent entity
- [[futardio]] — governance platform
## Full Proposal Text
*Source: metadao.fi, tabled 2026-03-17*
**Proposal:** Allocate $10,000 to Create a FUTARDIOUSDC Meteora DLMM Liquidity Pool
**Status:** Draft
**URL:** https://www.metadao.fi/projects/futardio-cult/proposal/HiihSh8H6D1JAPpDeD8oNwqQ8AkTmYA9QS82p5NPSRhN
### Summary
This proposal requests $10,000 from the treasury to establish a FUTARDIOUSDC liquidity pool on Meteora DLMM.
The allocation will be structured as follows:
- $7,000 used to purchase FUTARDIO tokens from the open market using a time-distributed strategy.
- $3,000 USDC paired with the acquired FUTARDIO to create liquidity.
All fees generated by the liquidity pool will be sent directly to the DAO treasury, allowing the treasury to grow through trading activity.
### Motivation
**Improve Market Liquidity**
Increasing liquidity will reduce slippage, improve trading conditions, and make FUTARDIO more accessible to new participants.
**Generate Sustainable Treasury Revenue**
The DLMM pool will generate trading fees, which will accumulate in the DAO treasury in USDC and FUTARDIO, creating a sustainable revenue stream.
**Strategic Token Accumulation**
Accumulated FUTARDIO from trading fees can later be deployed for:
- Community incentives
- Marketing campaigns
- Strategic partnerships
- Liquidity expansion
All future uses will require separate governance proposals.
### Execution Plan
**FUTARDIO Purchase Strategy**
To reduce price impact, the FUTARDIO purchase will be executed gradually using Jupiter recurring orders.
Amount: $7,000
Platform: Jupiter
Token: Cbjr1Nvcay3QWDriyRKtokJ7V4PMknesGxeK8z7Zmeta (FUTARDIO)
**Order Parameters**
- Order Type: Recurring
- Order quantity: 140
- Order Frequency: Every 30 minutes
This approach distributes purchases over time and minimizes market disruption.
### Liquidity Pool Configuration
Once the purchases are completed, the tokens will be paired with $3,000 USDC to initialize the liquidity pool.
Platform: Meteora DLMM
**Pool Parameters**
- Pair: FUTARDIO USDC
- Fee Tier: 1.00%
- Bin Step: 200
- Distribution Strategy: Spot
- Minimum Price Range: $0.001
- Maximum Price Range: $1.00
### Success Metrics
The proposal will be considered successful if it achieves the following outcomes:
- Increased trading liquidity for FUTARDIO
- Consistent fee generation for the treasury
- Improved market stability and reduced slippage
Performance can be evaluated through:
- Liquidity depth of the FUTARDIOUSDC market
- Total trading volume through the pool
- Fees accumulated in the treasury
### Raw Data
- Proposal account: `HiihSh8H6D1JAPpDeD8oNwqQ8AkTmYA9QS82p5NPSRhN`
- Proposal number: 2
- DAO account: `CkEUCAooQi64UFhPFS5MWpZw6LQqjsDQBj3Z5uiXS1eN`
- Proposer: `tSTp6B6kE9o6ZaTmHm2ZwnJBBtgd3x112tapxFhmBEQ`
- Autocrat version: 0.6

View file

@ -0,0 +1,46 @@
---
type: decision
entity_type: decision_market
name: "Futardio Cult: FUTARDIO-001 — Omnibus Proposal"
domain: internet-finance
status: passed
parent_entity: "[[futardio-cult]]"
platform: "futardio"
proposer: "Futardio cult team"
proposal_url: "https://www.metadao.fi/projects/futardio-cult/proposal/Hw4KF6uZxdu8demt2z1Z9ePSF9Bxuyqtt3nFgoLK9EHu"
proposal_date: 2026-03-04
resolution_date: 2026-03-07
category: "operations"
summary: "Reduce team spending to $50/mo (X Premium only), burn 4.5M of 5M performance tokens, allocate $550 for Dexscreener/Jupiter verification"
tracked_by: rio
created: 2026-03-24
---
# Futardio Cult: FUTARDIO-001 — Omnibus Proposal
## Summary
Three-part omnibus proposal: (1) Reduce team spending to $50/month for X Premium subscription only, (2) burn 4.5M of 5M performance package tokens with remaining 500K locked 18 months, (3) allocate $550 from treasury for Dexscreener Enhanced Token Info and Jupiter verification. The massive token burn (90% of team allocation) signals rejection of the extractive creator pattern.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** Hw4KF6uZxdu8demt2z1Z9ePSF9Bxuyqtt3nFgoLK9EHu
- **Duration:** 2026-03-04 to ~2026-03-07
## Significance
The 90% team token burn is the most aggressive alignment signal observed in FaaS-launched projects. Combined with reducing spending to $50/month, this positions the project as purely community-owned. The explicit framing — "Traders have grown accustomed to creators who extract value while delivering nothing back. We aim to break that pattern" — directly addresses the key criticism of memecoin launches.
## Relationship to KB
- [[futardio-cult]] — parent entity
- [[futardio]] — governance platform
## Full Proposal Text
*Source: metadao.fi, tabled 2026-03-04*
Three actions:
1. Reduce team spending to $50/month for X Premium subscription only. X Premium adds legitimacy and increases reach.
2. Burn 4.5 million performance package tokens, with remaining 500,000 locked for 18 months. "Traders have grown accustomed to creators who extract value from projects while delivering little or nothing back to investors. We aim to break that pattern."
3. Allocate $550 from treasury for DEXScreener token upgrade (Enhanced Token Info) and Jupiter verification — accurate pictures (logo and banner) and properly linked social channels.

View file

@ -0,0 +1,44 @@
---
type: decision
entity_type: decision_market
name: "Jito DAO: Should JTO Vault Be Added To TipRouter NCN?"
domain: internet-finance
status: passed
parent_entity: "[[jito]]"
platform: "futardio"
proposer: "Jito community"
proposal_url: "https://v1.metadao.fi/jito/trade/CJW4iZPT14sVNzoc4Yibx1LbnY12sA75gZCP9HZk11UA"
proposal_date: 2025-01-13
resolution_date: 2025-01-16
category: "strategy"
summary: "Sanction adding JTO Vault to TipRouter NCN per JIP-10 specifications — Jito DAO's first use of futarchy for governance"
tracked_by: rio
created: 2026-03-24
---
# Jito DAO: Should JTO Vault Be Added To TipRouter NCN?
## Summary
Jito DAO used MetaDAO's futarchy mechanism to decide whether to add a JTO Vault to the TipRouter NCN (Node Consensus Network) per JIP-10 specifications. This represents Jito's first use of futarchy for a governance decision, extending futarchy adoption beyond the MetaDAO ecosystem into one of Solana's largest DeFi protocols.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** CJW4iZPT14sVNzoc4Yibx1LbnY12sA75gZCP9HZk11UA
- **Duration:** 2025-01-13 to ~2025-01-16
- **Reference:** JIP-10 on Jito governance forum
## Significance
First futarchy governance decision by Jito DAO, one of Solana's largest protocols. Demonstrates FaaS adoption for technical protocol decisions (NCN vault configuration) beyond the typical grants/treasury/hiring use cases. The decision was framed via an existing Jito Improvement Proposal (JIP-10), showing futarchy complementing rather than replacing traditional governance forums.
## Relationship to KB
- [[jito]] — parent entity (new entity needed)
- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] — Jito adoption extends futarchy to major DeFi protocols
- [[futardio]] — governance platform
## Full Proposal Text
*Source: futard.io, tabled 2025-01-13*
If approved, this proposal would sanction the addition of a JTO Vault to the TipRouter NCN according to the specifications laid out in JIP-10.
Reference: https://forum.jito.network/t/jip-10-decision-market-on-whether-to-adopt-jto-in-the-tiprouter-ncn-protocol-development/463

View file

@ -0,0 +1,106 @@
---
type: decision
entity_type: decision_market
name: "Kyros: Burn 4.42M Unclaimed KYROS Airdrop Allocation"
domain: internet-finance
status: passed
parent_entity: "[[kyros]]"
platform: "futardio"
proposer: "Kyros team"
proposal_url: "https://www.metadao.fi/projects/kyros/proposal/GH8DFQjiSd9VwCZxzb3kzU2Jpx5JFC9gn8JNGKHfjrYa"
proposal_date: 2026-01-13
resolution_date: 2026-01-16
category: "treasury"
summary: "Burn 4,421,077 unclaimed KYROS from initial airdrop (38.25% of airdrop allocation) — reduces total supply from 50M to 45.58M"
tracked_by: rio
created: 2026-03-24
---
# Kyros: Burn 4.42M Unclaimed KYROS Airdrop Allocation
## Summary
Three months after TGE (Oct 2025), 4,421,077 KYROS (38.25% of 12.5M airdrop allocation) remained unclaimed. Proposal to burn the entire unclaimed amount, reducing total supply from 50M to 45,578,923. Rationale: unclaimed users are unlikely to be long-term value-adding members. Mint authority fully delegated to MetaDAO futarchy, so future tokens can be minted under governance if needed.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** GH8DFQjiSd9VwCZxzb3kzU2Jpx5JFC9gn8JNGKHfjrYa
- **Duration:** 2026-01-13 to ~2026-01-16
- **Tokens Burned:** 4,421,077 KYROS (8.84% of total supply)
- **New Total Supply:** 45,578,923 KYROS
## Airdrop Context
- Initial airdrop: 12.5M KYROS (25% of 50M total)
- 64% — Linear points program ("Warchest")
- 16% — Community quests ("The Village")
- 20% — Early users
- Unclaimed after 3 months: 4,421,077 (38.25%)
## Significance
Demonstrates futarchy governing supply management decisions. The argument for burning vs. treasury absorption is notable: mint authority delegated to futarchy means tokens can always be re-created under governance if needed, making burns less risky. This is a governance pattern enabled by futarchy's mintable governance model.
## Relationship to KB
- [[kyros]] — parent entity
- [[futarchy-daos-require-mintable-governance-tokens-because-fixed-supply-treasuries-exhaust-without-issuance-authority-forcing-disruptive-token-architecture-migrations]] — futarchy mint authority makes burns reversible
## Full Proposal Text
*Source: metadao.fi, tabled 2026-01-13*
### TL;DR
**Proposal:** Burn 4,421,077 unclaimed KYROS from the airdrop. We believe this will reinforces long-term alignment and avoids supply-leakage to disengaged users.
**If this proposal passes:** The burn will be executed by burning the tokens through the DAO. It will be done transparently and verifiably on-chain within a maximum of two week after the end of the proposal voting window.
**Discussion:** https://t.me/KyrosFi
### Overview
Burn **4,421,077** unclaimed KYROS from the initial airdrop allocation.
### Background
On 13/10/2025, Kyros launched its token KYROS.
As part of the TGE, 12.5M KYROS (25% of total supply at launch) were allocated to a retroactive airdrop. Eligibility was based on three main categories:
- 64% — Linear points program ("Warchest"): rewarded users for holding Kyros assets, with multipliers for participating in specific DeFi strategies.
- 16% — Community quests ("The Village"): rewarded users who completed specific DeFi tasks within the Kyros ecosystem.
- 20% — Early users: allocated to users who supported Kyros from day one (those that were the first to bring TVL to the project) and were instrumental to its growth.
3 months after TGE, 4,379,383 kyKYROS (around 4.42M KYROS) remain unclaimed. This represents approximately 38.25% of the total airdrop allocation.
This proposal seeks to burn the entire unclaimed amount.
### Rationale
If a user has not claimed its airdrop after this period, it's a strong signal that:
- they do not follow Kyros closely,
- the allocation was insignificant to them, or
- they do not intend to be long-term holders.
All in all, we believe this shows these users are unlikely to be long-term value-adding members to Kyros. Rewarding those type of users is misaligned with the purpose of the airdrop and does not benefit overall KYROS holders.
**Why burn the tokens instead of keeping it in DAO Treasury?**
Kyros already designed its tokenomics to meet its current and mid-term needs.
Additionally, the mint authority has been fully delegated to MetaDAO Futarchy. This means that if Kyros ever needs more tokens in the future, they can be minted under transparent governance. So ultimately, there is no benefit in absorbing unclaimed tokens into treasury.
For all of those reasons, we believe that burning those tokens is the best option to favor long term KYROS holders. This will reduce FDV with the goal of making KYROS more appealing to investors.
### Rundown of Numbers
- **Current total supply:** 50,000,000 KYROS
- **Initial airdrop allocation:** 12,500,000 KYROS
- **Unclaimed airdrop to burn:** 4,421,077 KYROS
- **New total supply after burn:** 45,578,923 KYROS
### Raw Data
- Proposal account: `GH8DFQjiSd9VwCZxzb3kzU2Jpx5JFC9gn8JNGKHfjrYa`
- Proposal number: 1
- DAO account: `GE4TQSsX9hAuCeMuBJcbnzXEMueG3heUCg8UtNsBvPY2`
- Proposer: `govMW5J778RSNyTcp3mEogfpqrpfrmDgRy2yWD2ohVr`
- Autocrat version: 0.5

View file

@ -0,0 +1,93 @@
---
type: decision
entity_type: decision_market
name: "Loyal: Buyback LOYAL Up To NAV"
domain: internet-finance
status: passed
parent_entity: "[[loyal]]"
platform: "futardio"
proposer: "Loyal Team And Community Members"
proposal_url: "https://www.metadao.fi/projects/loyal/proposal/2VjKHNQdkLfHtoH1GtPVseJv1kP3VUoLGcZLc29SttgS"
proposal_date: 2025-11-26
resolution_date: 2025-11-29
category: "treasury"
summary: "Allocate $1.5M USDC for LOYAL buyback at max $0.238/token to protect treasury against liquidation arbitrage"
tracked_by: rio
created: 2026-03-24
---
# Loyal: Buyback LOYAL Up To NAV
## Summary
Loyal team and community members proposed $1.5M USDC buyback of LOYAL tokens at maximum $0.238/token (NAV minus two months operating expenses). Executed via Jupiter recurring orders (8,640 orders, every 5 minutes, 30 days). Motivated by LOYAL trading below NAV, exposing treasury to adversarial liquidation arbitrage. Includes 90-day cooldown on new buyback/redemption proposals. Team expects significant portion of allocated funds to remain unspent.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** 2VjKHNQdkLfHtoH1GtPVseJv1kP3VUoLGcZLc29SttgS
- **Duration:** 2025-11-26 to ~2025-11-29
- **Buyback Budget:** $1.5M USDC
- **Max Price:** $0.238/token
- **Estimated Purchase:** 6.3M LOYAL at max price
## Significance
Second instance (after Ranger) of MetaDAO-launched projects deploying treasury buybacks to defend NAV. The pattern is becoming standard: launch → token trades below NAV → buyback proposal to prevent adversarial liquidation. The 90-day cooldown clause is also becoming standard governance practice.
## Relationship to KB
- [[loyal]] — parent entity, treasury defense
- [[ownership coin treasuries should be actively managed through buybacks and token sales as continuous capital calibration not treated as static war chests]] — buyback pattern
## Full Proposal Text
*Source: metadao.fi, tabled 2025-11-26. Authors: Loyal Team And Community Members.*
**Type:** Operations Direct Action
**Author(s):** Loyal Team And Community Members
If passed, $1.5M USDC of treasury funds will be used to purchase LOYAL tokens with a maximum price set as 0.238 per token.
### Motivation
While LOYAL is sitting below NAV, our treasury is an arbitrage opportunity for adversarial capital. We want to protect the treasury against liquidation and ensure we can continue building our vision.
This allocation of capital would allow us:
- Protect our holders who want to see us build our vision.
- Accumulate tokens for OTC deals without increasing the supply.
We raised more than our initial cap, and allocating this capital does not slow down our development. We expect a significant part of the allocated funds remain unspent. We'll pull them back with an additional proposal.
### Logistics
$1.5M of treasury funds will be used to purchase `LYLikzBQtpa9ZgVrJsqYGQpR3cC1WMJrBHaXGrQmeta` (LOYAL) tokens with a maximum price set as 0.238 per token. These orders will be placed every five minutes over a period of 30 days (for a total of 8640 orders).
The price per token was established by taking the total funds raised minus two months of operating expenses. It does not account for any trading fees accrued from liquidity.
### Specifications
- Amount: $1.5M
- Order Type: Recurring
- Order Quantity: 8640
- Order Frequency: 5 minutes
- Maximum Order Price: 0.238
- Effective Time Horizon: 30 days
- Estimated Loyal Purchased: 6.3M assuming full use of buyback facility at maximum order price
### Process
This proposal includes instructions to execute a Jupiter recurring order as stated above.
NOTE:
- Any funds remaining in the order (should it fail to complete its total number of orders in quantity) will remain in the DCA account until there is another proposal to cancel the order.
- All LOYAL tokens will be transferred to the DAO's treasury: AQyyTwCKemeeMu8ZPZFxrXMbVwAYTSbBhi1w4PBrhvYE
### Redemption/Buyback cooldown period
No new buyback or redemption proposals shall be submitted or executed for 90 days following the end of this buyback program
### Raw Data
- Proposal account: `2VjKHNQdkLfHtoH1GtPVseJv1kP3VUoLGcZLc29SttgS`
- Proposal number: 1
- DAO account: `GxpJkPEsPmuRCCTNnfZaDKg4X3gf4ZPgmqgFqtibaPtK`
- Proposer: `tSTp6B6kE9o6ZaTmHm2ZwnJBBtgd3x112tapxFhmBEQ`
- Autocrat version: 0.6

View file

@ -0,0 +1,85 @@
---
type: decision
entity_type: decision_market
name: "Loyal: Futardio ICO Launch"
domain: internet-finance
status: passed
parent_entity: "[[loyal]]"
platform: "futardio"
proposer: "Loyal team"
proposal_url: "https://v1.metadao.fi/loyal/trade/E7kXdSdZrjVFDkLb6V7S8VihKookPviRJ7tXVik9qbdu"
proposal_date: 2025-10-18
resolution_date: 2025-10-22
category: "launch"
summary: "Loyal raised via MetaDAO ICO for decentralized private intelligence protocol — $75.9M committed against $500K target"
tracked_by: rio
created: 2026-03-24
---
# Loyal: Futardio ICO Launch
## Summary
Loyal, an open-source decentralized censorship-resistant intelligence protocol powered by MagicBlock and Arcium, raised via MetaDAO ICO. $75.9M committed against $500K target. Protocol features: confidential oracles for computations, confidential rollups for key derivation with granular read controls, encrypted chats on decentralized storage. First permissionless protocol of its kind with no single point of failure.
## Market Data
- **Outcome:** Complete
- **Total Committed:** $75,898,233
- **Funding Target:** $500,000
- **Duration:** 2025-10-18 to 2025-10-22
- **Token:** LOYAL (LYLikzBQtpa9ZgVrJsqYGQpR3cC1WMJrBHaXGrQmeta)
## Significance
One of the largest MetaDAO ICO raises, demonstrating massive demand for privacy-focused infrastructure. The "fight against mass surveillance" positioning attracted significant capital commitment.
## Relationship to KB
- [[loyal]] — parent entity
- [[metadao]] — ICO platform
## Full Proposal Text
*Source: futard.io, launched 2025-10-18*
**Project:** Loyal
**Description:** Solana-based private decentralized intelligence protocol.
**Funding target:** $500,000.00
**Total committed:** $75,898,233.00
**Status:** Complete
**Launch date:** 2025-10-18
**URL:** https://www.futard.io/launch/E7kXdSdZrjVFDkLb6V7S8VihKookPviRJ7tXVik9qbdu
### Team / Description
Fight against mass surveillance with us.
Your chats with AI have no protection. They're used to put people behind bars, to launch targeted ads and in model training. Every question you ask can and will be used against you. We must defend our own privacy if we expect to have any.
Loyal is an open source, decentralized, censorship-resistant and auditable intelligence protocol, powered by [MagicBlock](https://x.com/magicblock) & [Arcium](https://x.com/ArciumHQ). It's the first permissionless protocol of its kind designed with no single point of failure. Computations are run by confidential oracles. Key derivation happens within confidential rollups with granular read controls. Encrypted chats are stored on decentralized storage.
This is the fight against those who'll spend billions to see privacy lose. We can't win it alone. We'll need as much help as we can get to see our mission through. We'll need all of you.
If you resonate with this mission, the best way to support us is through this ICO.
You can read more about Loyal here: [https://docs.askloyal.com](https://docs.askloyal.com)
You can read the lightpaper here: [https://docs.askloyal.com/resources/links](https://docs.askloyal.com/resources/links)
Token CA: [`LYLikzBQtpa9ZgVrJsqYGQpR3cC1WMJrBHaXGrQmeta`](https://jup.ag/tokens/LYLikzBQtpa9ZgVrJsqYGQpR3cC1WMJrBHaXGrQmeta)
[Telegram community](https://tg.askloyal.com)
[Website](https://askloyal.com)
[Github](https://github.com/loyal-labs)
[X](https://x.com/loyal_hq)
### Links
- Website: https://askloyal.com
- Twitter: https://askloyal.com/tos
### Raw Data
- Launch address: `E7kXdSdZrjVFDkLb6V7S8VihKookPviRJ7tXVik9qbdu`
- Token: Loyal (LOYAL)
- Token mint: `LYLikzBQtpa9ZgVrJsqYGQpR3cC1WMJrBHaXGrQmeta`
- Version: v0.6
- Final raise: $2,500,000.00
- Closed: 2025-10-22

View file

@ -0,0 +1,70 @@
---
type: decision
entity_type: decision_market
name: "Loyal: Liquidity Adjustment — Withdraw and Burn Meteora Pool Tokens"
domain: internet-finance
status: passed
parent_entity: "[[loyal]]"
platform: "futardio"
proposer: "Community members"
proposal_url: "https://www.metadao.fi/projects/loyal/proposal/GXdWao4Cy6EsvvS9atMb1kCPEAFwPXBe5kKCeLDtRJNm"
proposal_date: 2025-12-23
resolution_date: 2025-12-26
category: "treasury"
summary: "Withdraw 90% of tokens from single-sided Meteora DAMM v2 pool and burn them to reduce circulating supply and selling pressure"
tracked_by: rio
created: 2026-03-24
---
# Loyal: Liquidity Adjustment — Withdraw and Burn Meteora Pool Tokens
## Summary
Community-initiated proposal to withdraw 90% of LOYAL tokens (809,995) from the single-sided Meteora DAMM v2 pool and burn them. The pool created selling pressure without providing price support. Withdrew 90% (not 100%) to avoid visibility issues with Dexscreener and other apps that don't index the futarchyAMM pool. USDC withdrawn remains in treasury.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** GXdWao4Cy6EsvvS9atMb1kCPEAFwPXBe5kKCeLDtRJNm
- **Duration:** 2025-12-23 to ~2025-12-26
- **Tokens Burned:** 809,995 LOYAL
## Significance
Demonstrates community-driven supply management through futarchy. The 90% withdrawal (not 100%) due to Dexscreener indexing limitations shows the practical constraints FaaS projects face when their primary liquidity is in futarchyAMM pools that aggregators don't yet support.
## Relationship to KB
- [[loyal]] — parent entity, supply management
- [[futardio]] — governance platform
## Full Proposal Text
*Source: metadao.fi, tabled 2025-12-23. Authors: community members.*
**Type:**
**Author(s): community members.**
If passed, 90% of tokens remaining in the [single-sided Meteora DAMM v2 pool](https://www.meteora.ag/dammv2/BGg7WsK98rhqtTp2uSKMa2yETqgwShFAjyf1RmYqCF7n) will be withdrawn and burned. USDC withdrawn will remain in the project's treasury.
### Motivation
As stated by the community members: The single-sided DAMM pool does not provide price support and creates unnecessary selling pressure. Withdrawing and burning the tokens would reduce the circulating supply and result in a better price.
Withdrawing the full liquidity and closing the position would cause visibility issues with some apps and Dexscreener as they don't index Futarchy AMM pool at the moment of writing. Therefore, we propose to withdraw 90% of the tokens in the pool.
**Note from the MetaDAO team:** If, at the time of execution, fewer than 809,995 LOYAL tokens are withdrawn from the Meteora pool, the SPL burn instruction will fail. To prevent that, 50% of the withdrawn tokens will be burned, and the remaining 50% will be held to be burned under a subsequent proposal.
### Specification
- Pool address: *BGg7WsK98rhqtTp2uSKMa2yETqgwShFAjyf1RmYqCF7n*
- Total LOYAL amount: 809,995
### Process
1. Withdraw 809,995 LOYAL tokens remaining in the single-sided Meteora DAMM v2 pool.
2. Execute SPL *burn* instruction.
### Raw Data
- Proposal account: `GXdWao4Cy6EsvvS9atMb1kCPEAFwPXBe5kKCeLDtRJNm`
- Proposal number: 2
- DAO account: `GxpJkPEsPmuRCCTNnfZaDKg4X3gf4ZPgmqgFqtibaPtK`
- Proposer: `ELT1uRmtFvYP6WSrc4mCZaW7VVbcdkcKAj39aHSVCmwH`
- Autocrat version: 0.6

View file

@ -0,0 +1,43 @@
---
type: decision
entity_type: decision_market
name: "Marinade: Should A Percentage of SAM Bids Route To MNDE Stakers?"
domain: internet-finance
status: passed
parent_entity: "[[marinade]]"
platform: "futardio"
proposer: "Marinade community"
proposal_url: "https://v1.metadao.fi/marinade/trade/DnDiyjAcmS3BNmNEJa2ydEbd6DgnddpkyVXJfngdRTzF"
proposal_date: 2025-02-04
resolution_date: 2025-02-07
category: "mechanism"
summary: "Adopt performance fee routing from SAM bids to MNDE-Enhanced Stakers per MIP.5 — Marinade's first use of futarchy"
tracked_by: rio
created: 2026-03-24
---
# Marinade: Should A Percentage of SAM Bids Route To MNDE Stakers?
## Summary
Marinade used MetaDAO's futarchy mechanism to decide whether to implement MIP.5 — routing a percentage of SAM (Stake Auction Marketplace) bids to MNDE-Enhanced Stakers who actively stake to validators with winning bids. This creates a direct revenue share between Marinade's staking marketplace and MNDE governance token holders.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** DnDiyjAcmS3BNmNEJa2ydEbd6DgnddpkyVXJfngdRTzF
- **Duration:** 2025-02-04 to ~2025-02-07
- **Reference:** MIP.5 on Marinade governance forum
## Significance
Marinade is one of Solana's largest liquid staking protocols. Using futarchy for a revenue-sharing mechanism decision demonstrates FaaS adoption for consequential economic design choices, not just operational governance. The proposal creates a direct link between staking behavior and governance token value — exactly the kind of incentive alignment futarchy is designed to optimize.
## Relationship to KB
- [[marinade]] — parent entity (new entity needed)
- [[futardio]] — governance platform
## Full Proposal Text
*Source: futard.io, tabled 2025-02-04*
If approved, this proposal would sanction the development and implementation of performance fee routing to MNDE-Enhanced Stakers according to the specifications laid out in MIP.5.
Reference: https://forum.marinade.finance/t/mip-5-sam-bid-routing-to-mnde-stakers/1700

View file

@ -0,0 +1,47 @@
---
type: decision
entity_type: decision_market
name: "Omnipair: OMFG-002 — Fund Security Audits"
domain: internet-finance
status: passed
parent_entity: "[[omnipair]]"
platform: "futardio"
proposer: "Rakka_sol"
proposal_url: "https://www.metadao.fi/projects/omnipair/proposal/Eo4WZMiU6UHwxDh3Tn6ygX5Pmr5xMWeR1bYL1CSqhY1j"
proposal_date: 2025-10-31
resolution_date: 2025-11-03
category: "operations"
summary: "Allocate 64,000 USDC for two-part security audit: Offside Labs (manual review) + Ackee Blockchain Security (fuzzing)"
tracked_by: rio
created: 2026-03-24
---
# Omnipair: OMFG-002 — Fund Security Audits
## Summary
Omnipair allocated 64,000 USDC for a two-part audit before public launch. Offside Labs (past clients: Jupiter, Jito, Kamino, Meteora, MetaDAO) conducts a full manual line-by-line review. Ackee Blockchain Security (creators of Solana's Trident fuzzer) performs guided fuzzing and integration tests. Timeline: 2 weeks for first report, 3-5 weeks total including remediation. All audits invoiced to Omnipair DAO LLC.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** Eo4WZMiU6UHwxDh3Tn6ygX5Pmr5xMWeR1bYL1CSqhY1j
- **Duration:** 2025-10-31 to ~2025-11-03
- **Budget:** 64,000 USDC (2 tranches: initiation + completion)
## Significance
Demonstrates futarchy-governed security spending where the market validates audit vendor selection and budget. Notable that 9 audit quotations were reviewed and shared publicly for DAO transparency — a level of procurement diligence unusual for early-stage protocols.
## Relationship to KB
- [[omnipair]] — parent entity, pre-launch security
- [[futardio]] — governance platform
## Full Proposal Text
*Source: metadao.fi, tabled 2025-10-31. Proposer: Rakka_sol. Requested: 64,000 USDC.*
After reviewing 9 audit quotations, selected Offside Labs and Ackee Blockchain Security for two-part audit:
**Offside Labs:** Deep manual audit for Solana programs. Past clients: Jupiter, 1inch, Jito, Kamino, Meteora, MetaDAO. Full line-by-line review of Omnipair's on-chain code.
**Ackee Blockchain Security:** Leading security firm focused on advanced fuzz testing (creators of Solana's Trident fuzzer). Guided fuzzing and integration tests.
Timeline: 2 weeks for first report, followed by remediation and final report (3-5 weeks total). Disbursement: 2 tranches. Progress updates every 14 days. All audits invoiced to Omnipair DAO LLC.

View file

@ -0,0 +1,48 @@
---
type: decision
entity_type: decision_market
name: "Omnipair: OMFG-001 — Increase Allowance to $50K/mo"
domain: internet-finance
status: passed
parent_entity: "[[omnipair]]"
platform: "futardio"
proposer: "Rakka_sol"
proposal_url: "https://www.metadao.fi/projects/omnipair/proposal/8JqhQuZN52iiGirwrs6gamckBUCTLohhRjr2UpXL9CET"
proposal_date: 2025-10-03
resolution_date: 2025-10-06
category: "operations"
summary: "Increase Omnipair monthly spending limit from $10K to $50K to hire developers and designer for mainnet launch"
tracked_by: rio
created: 2026-03-24
---
# Omnipair: OMFG-001 — Increase Allowance to $50K/mo
## Summary
First Omnipair governance proposal. Rakka_sol requested increasing the monthly spending limit from $10,000 to $50,000 to hire two additional developers and a designer as the protocol entered closed beta on mainnet. At $50K/month, the treasury provides ~16 months of runway. Spending limit is a maximum, not guaranteed spend, and does not carry over between months. Community updates provided every 30 days.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** 8JqhQuZN52iiGirwrs6gamckBUCTLohhRjr2UpXL9CET
- **Duration:** 2025-10-03 to ~2025-10-06
## Significance
First operational governance decision for Omnipair, demonstrating futarchy pricing team scaling decisions. The proposal includes explicit accountability mechanisms (monthly updates, no carry-over, revocable by future proposal) that show maturing governance patterns for FaaS-launched projects.
## Relationship to KB
- [[omnipair]] — parent entity, first governance decision
- [[futardio]] — governance platform
## Full Proposal Text
*Source: metadao.fi, tabled 2025-10-03. Proposer: Rakka_sol*
Current spending limit: $10,000/mo. Proposed spending limit: $50,000/mo.
Over the past two months I have committed myself fully to both Omnipair and the changes in my personal life that support this work. With the protocol now live on mainnet in closed beta, the focus turns to scaling development and preparing for full launch.
Expanded budget will enable: hiring two additional developers, adding a dedicated designer, infrastructure and service costs. At this level, the treasury provides approximately 16 months of runway.
The spending limit will be capped at $50,000 per month. Any unclaimed funds from a given month will not carry over or accumulate. The limit can be reduced or removed at any time by community proposal.
Near-term timeline: keep gathering feedback from closed beta, ship leveraging functionality, enhance features, undergo external audit and review.

View file

@ -0,0 +1,44 @@
---
type: decision
entity_type: decision_market
name: "Omnipair: OMFG-003 — Migrate to V0.6"
domain: internet-finance
status: passed
parent_entity: "[[omnipair]]"
platform: "futardio"
proposer: "Rakka_sol"
proposal_url: "https://www.metadao.fi/projects/omnipair/proposal/3zsLbaVTYkJb7a4ETyxLeedemkrFkFi3MiJketcRNXDS"
proposal_date: 2026-02-16
resolution_date: 2026-02-19
category: "mechanism"
summary: "Migrate Omnipair liquidity from Raydium CPMM to MetaDAO v0.6 futarchyAMM (90%) + Meteora DAMM V2 (10%), enabling optimistic governance"
tracked_by: rio
created: 2026-03-24
---
# Omnipair: OMFG-003 — Migrate to V0.6
## Summary
Migrated Omnipair's liquidity and DAO to MetaDAO v0.6 program. 100% of Raydium CPMM pool liquidity reallocated: 90% to OMFG/USDC futarchyAMM, 10% to Meteora DAMM V2. Introduces team-sponsored proposals (-300 bps threshold), community proposals (300 bps threshold), 1.5M OMFG base stake requirement, and optimistic governance (one-off expenses up to 3x spending limit with 3-day contestation period).
## Market Data
- **Outcome:** Passed
- **Proposal Account:** 3zsLbaVTYkJb7a4ETyxLeedemkrFkFi3MiJketcRNXDS
- **Duration:** 2026-02-16 to ~2026-02-19
## Significance
Demonstrates the standard v0.6 migration pattern for FaaS-launched projects. The optimistic governance feature (one-off expenses up to 3x spending limit, contestable within 3 days) introduces a new governance primitive balancing operational speed with market oversight.
## Relationship to KB
- [[omnipair]] — parent entity, governance upgrade
- [[metadao]] — v0.6 infrastructure provider
## Full Proposal Text
*Source: metadao.fi, tabled 2026-02-16. Proposer: Rakka_sol.*
Migrates Omnipair's liquidity and DAO to MetaDAO v0.6 program. 100% of Raydium CPMM pool liquidity withdrawn and reallocated: 90% to OMFG/USDC futarchyAMM, 10% to Meteora DAMM V2.
Configuration changes: team-sponsored proposals with -300 bps pass threshold, community proposals with 300 bps threshold, 1.5M OMFG base stake requirement. Accepts optimistic governance enabling one-off expenses up to 3x spending limit with 3-day contestation period. If contested, enters traditional proposal process.
Custom migration contract unwinding Raydium liquidity and initializing futarchyAMM + Meteora pool. New DAO address: s45fTDhkzKPMFbNmUXA3bJNdF92z5cbVvHdY8LpznWQ.

View file

@ -0,0 +1,44 @@
---
type: decision
entity_type: decision_market
name: "Omnipair: OMFG-004 — Strategic Ecosystem Investment"
domain: internet-finance
status: passed
parent_entity: "[[omnipair]]"
platform: "futardio"
proposer: "Rakka_sol"
proposal_url: "https://www.metadao.fi/projects/omnipair/proposal/8WcHZ6U5PPa98xwXwKJxNKAhgKNdYMrwoUSpEyMdSww9"
proposal_date: 2026-03-12
resolution_date: 2026-03-15
category: "treasury"
summary: "Deploy 20,000 USDC to fund top 3 ideas built on Omnipair via Spark hackathon launchpad, with futarchy-based builder selection and automatic refund if no winner"
tracked_by: rio
created: 2026-03-24
---
# Omnipair: OMFG-004 — Strategic Ecosystem Investment
## Summary
Omnipair allocated 20,000 USDC to fund the top 3 ideas built on Omnipair through Spark, a hackathon-focused launchpad. Each funded concept launches fully backed by its treasury. Futarchy decision markets determine winning builders. If no builder is selected, investors are automatically refunded — providing downside protection for the DAO. Budget: Concept 1 ($10K), Concept 2 ($5K), Concept 3 ($5K).
## Market Data
- **Outcome:** Passed
- **Proposal Account:** 8WcHZ6U5PPa98xwXwKJxNKAhgKNdYMrwoUSpEyMdSww9
- **Duration:** 2026-03-12 to ~2026-03-15
## Significance
First futarchy-governed ecosystem investment where a FaaS-launched project deploys treasury capital to fund builders on its own infrastructure. The Spark model (futarchy-based hackathon + automatic refund on failure) creates a novel capital-efficient builder pipeline with market-governed quality filtering.
## Relationship to KB
- [[omnipair]] — parent entity, ecosystem investment
- [[futardio]] — governance platform
## Full Proposal Text
*Source: metadao.fi, tabled 2026-03-12. Proposer: Rakka_sol. Requested: 20,000 USDC.*
Omnipair will act as liquidity venue for tokens launched on Spark, a hackathon-focused launchpad. Users submit and fund ideas; once a goal is hit, a token launches and builders compete in a hackathon with futarchy decision markets determining the winner.
Budget: Concept 1 ($10K), Concept 2 ($5K), Concept 3 ($5K). Each concept fully backed at launch. If no builder is deemed worthy, investors refunded automatically.
Factors: growth (new markets, liquidity, revenue), builder pipeline (developers who learn codebase), downside protection (automatic refund on failure). Upon passage, USDC transfers to core team multi-sig; Omnipair receives tokens representing ownership in each funded concept.

View file

@ -0,0 +1,104 @@
---
type: decision
entity_type: decision_market
name: "Ranger: RNGR $2M Buyback"
domain: internet-finance
status: passed
parent_entity: "[[ranger-finance]]"
platform: "futardio"
proposer: "Community Members"
proposal_url: "https://www.metadao.fi/projects/ranger/proposal/6cdhy4j6CAAJjE1z2iQDsFda2BrqJkhtHrRWT9QasSoa"
proposal_date: 2026-01-12
resolution_date: 2026-01-15
category: "treasury"
summary: "Allocate $2M USDC for RNGR buyback at max $0.78/token (NAV) to protect treasury against liquidation arbitrage"
tracked_by: rio
created: 2026-03-24
---
# Ranger: RNGR $2M Buyback
## Summary
Community-initiated proposal to deploy $2M USDC from treasury to purchase RNGR tokens at maximum $0.78/token (current NAV). Executed via Jupiter recurring orders every 5 minutes over 30+ days (~8,640 orders). Motivated by RNGR trading at larger discount to NAV than other MetaDAO launches, exposing treasury to liquidation arbitrage. Includes 90-day cooldown on new buyback/redemption proposals.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** 6cdhy4j6CAAJjE1z2iQDsFda2BrqJkhtHrRWT9QasSoa
- **Duration:** 2026-01-12 to ~2026-01-15
- **Buyback Budget:** $2M USDC
- **Max Price:** $0.78/token (NAV)
- **Estimated Purchase:** ~2.5M RNGR
## Significance
Demonstrates the ownership coin NAV defense mechanism in practice. When token price falls below NAV, the treasury becomes an arbitrage target — rational actors can buy tokens cheap and vote for liquidation to extract treasury value. The buyback attempts to close the NAV gap and prevent adversarial liquidation. The 90-day cooldown prevents repeated buyback/liquidation cycling.
## Relationship to KB
- [[ranger-finance]] — parent entity, treasury defense
- [[ownership coin treasuries should be actively managed through buybacks and token sales as continuous capital calibration not treated as static war chests]] — buyback mechanism
- [[decision markets make majority theft unprofitable through conditional token arbitrage]] — NAV defense
## Full Proposal Text
*Source: metadao.fi, tabled 2026-01-12. Authors: Community Members.*
**Type**
Operations Direct Action
**Author(s)**
Community Members
**Summary**
If passed, $2M USDC of treasury funds will be used to purchase RNGR tokens with a maximum price set to $0.78 per token (current NAV).
**Motivation**
As RNGR is trading at a much larger discount to NAV than other curated MetaDao launches, our treasury is exposed to a greater risk of being exploited by arbitrage from adversarial capital. We want to protect the treasury against liquidation and ensure the Ranger team can build out their vision.
This allocation of capital would allow us:
- Improve overall sentiment regarding Ranger
- Protect our holders and team alike by addressing the risk of a treasury liquidation
Ranger raised 2 million more than the initial cap, and allocating this capital should not slow down the development. In the case that allocated funds remain unspent. The team can pull them back with an additional proposal.
**Logistics**
$2M of treasury funds will be used to purchase `RNGRtJMbCveqCp7AC6U95KmrdKecFckaJZiWbPGmeta` (RNGR) tokens with a maximum price set at $0.78 per token. These orders will be placed every five minutes. The buyback will go on for an indefinite period until the allocated funds are exhausted (estimated 30+ Days).
The price per token reflects the current net asset value per token.
**Specifications**
- Amount: $2M
- Order Type: Recurring
- Order Quantity: 8640
- Order Frequency: 5 minutes
- Maximum Order Price: 0.78
- Estimated RNGR Purchased: 2.5M, assuming full use of the buyback facility at the maximum order price
**Process**
This proposal includes instructions to execute a Jupiter recurring order as stated above.
[Squads Transaction](https://app.squads.so/squads/55H1Q1YrHJQ93uhG4jqrBBHx3a8H7TCM8kvf2UM2g5q3/transactions/6JEUbBQqXLsi1dynDGnw2gs9j1ZfFZ58UdNTK74yVs9k)
[Simulation](https://explorer.solana.com/tx/inspector?squadsTx=6JEUbBQqXLsi1dynDGnw2gs9j1ZfFZ58UdNTK74yVs9k)
**NOTE:**
Any funds remaining in the order (should it fail to complete its total number of orders in quantity) will remain in the DCA account until there is another proposal to cancel the order.
All RNGR tokens will be transferred to the DAO treasury
**Redemption/Buyback cooldown period**
No new buyback or redemption proposals shall be submitted or executed for 90 days following the passing of this proposal
### Raw Data
- Proposal account: `6cdhy4j6CAAJjE1z2iQDsFda2BrqJkhtHrRWT9QasSoa`
- Proposal number: 2
- DAO account: `1PAwyDkWNFCcR96GhEReXHJBv3YEFVazCaQgNicVuKv`
- Proposer: `ELT1uRmtFvYP6WSrc4mCZaW7VVbcdkcKAj39aHSVCmwH`
- Autocrat version: 0.6

View file

@ -0,0 +1,119 @@
---
type: decision
entity_type: decision_market
name: "Ranger: Futardio ICO Launch"
domain: internet-finance
status: passed
parent_entity: "[[ranger-finance]]"
platform: "futardio"
proposer: "Ranger Finance team"
proposal_url: "https://v1.metadao.fi/ranger/trade/8Nmd13rpULJjY7h6oxCfuTWy8WkZxcuDrDWiSdnViVuo"
proposal_date: 2026-01-06
resolution_date: 2026-01-10
category: "launch"
summary: "Ranger Finance raised via MetaDAO ICO — $86.4M committed against $6M minimum, first MetaDAO raise with existing investors and obligations"
tracked_by: rio
created: 2026-03-24
---
# Ranger: Futardio ICO Launch
## Summary
Ranger Finance, a perps aggregator and trading terminal on Solana, launched via MetaDAO's futarchy-governed ICO. First MetaDAO raise with existing investors and pre-ICO obligations. $86.4M committed against $6M minimum. Smart Order Router scans venues in real-time for best execution across Solana and Hyperliquid.
## Market Data
- **Outcome:** Complete
- **Total Committed:** $86,398,012
- **Minimum Raise:** $6,000,000
- **Duration:** 2026-01-06 to 2026-01-10
- **Monthly Allowance:** $250K
## Token Structure
- Total supply: 25,625,000 RNGR
- Existing investors: 4,356,250 (24mo linear vest)
- Team performance: 7,600,000 (18mo cliff, price-based unlocks at 2x/4x/8x/16x/32x ICO price, 3mo TWAP)
- Ambassadors/ecosystem: 768,750 (25% immediate, 75% 6mo vest)
- Liquidity: 20% of funds raised + 2M tokens in futarchyAMM + 900K in Meteora
- Bid program: excess funds above $6M minimum returnable at ICO price minus spend for 90 days
## Significance
First MetaDAO ICO with pre-existing investors and obligations, setting precedent for how legacy cap table structures integrate with futarchy governance. The bid program (excess capital returnable) addresses oversubscription concerns. Team performance package with price-based unlocks at specific multiples of ICO price demonstrates the milestone-vesting model.
## Relationship to KB
- [[ranger-finance]] — parent entity
- [[metadao]] — ICO platform
- [[performance-unlocked-team-tokens-with-price-multiple-triggers-and-twap-settlement-create-long-term-alignment-without-initial-dilution]] — team package structure
## Full Proposal Text
*Source: futard.io, launched 2026-01-06*
**Project:** Ranger
**Description:** Unlocking the Potential of the Markets
**Funding target:** $6,000,000.00
**Total committed:** $86,398,012.12
**Status:** Complete
**Launch date:** 2026-01-06
**URL:** https://www.futard.io/launch/8Nmd13rpULJjY7h6oxCfuTWy8WkZxcuDrDWiSdnViVuo
### Team / Description
Crypto has a fragmentation problem rather than a liquidity problem.
Roughly $50B in daily derivatives volume now trades across Solana, Arbitrum, and Hyperliquid. Yet, outside of Ranger, most trading platforms still lock each order into a single venue. This fragments liquidity, worsens execution quality, and ultimately leads to a worse experience for traders.
Fragmented markets are a reality in TradFi, CeFi, and DeFi. Aggregation at the application layer delivers better execution and an industry-leading user experience. This is why we've built Ranger around two core pillars: aggregation and the application layer.
Ranger launched as a trading terminal with the first perps aggregator on Solana, quickly integrating all major venues on the chain. Since then, we've added support for Hyperliquid and spot trading via Titan Exchange.
Today, Ranger remains the only application where perp traders benefit from true multi-venue routing and improved execution at the order level.
At the core of Ranger is our Smart Order Router. It scans integrated venues in real time, evaluates liquidity depth, intelligently splits large orders, and executes at the best available global price.
The app is still early in its roadmap, and we're not yet at the end state we envision. We're confident we can deliver a best-in-class experience as we integrate new perp venues to improve execution further and ship new features and product lines that move Ranger toward its goal of becoming DeFi's command center.
This ICO is to expand the team's capacity and increase velocity as we build towards the long term vision. We see MetaDAO and the ownership token as the best way to maintain deep alignment between the token holders and the company.
**NOTE: Ranger is the first MetaDAO raise with existing investors and obligations. The terms are set out below.**
**ICO Structure:**
- $6M minimum raise
- $250k monthly allowance (spending limit)
- Ranger points hold a preference for capital committed to the ICO. This is represented pro-rata across all points holders and then excess is filled pro-rata by non-points commitments. [Additional details](https://x.com/ranger_finance/status/2007140827081089086) can be reviewed in the link.
- Bid program exists for any funds accepted in excess of the minimum goal ($6M). This program will accept tokens at ICO price minus any spend for a period of 90 days or until the excess is exhausted. The tokens exchanged will be burned.
**Token Supply:**
- Total token supply 25,625,000
- Existing investor allocation 4,356,250 (24mo linear vest)
- Team performance package 7,600,000 (18mo cliff with price based unlocks with 3mo TWAP at 2x, 4x, 8x, 16x and 32x ICO price)
- Ambassadors and ecosystem partners 768,750 (25% is immediately unlocked with a remaining 25% in a 6mo linear vest)
- The remaining supply is provided in liquidity provisioning with 20% of funds raised and 2M tokens placed in the FutarchyAMM and 900k tokens placed in single sided liquidity in Meteora.
**Ranger Socials:**
- [Website](https://www.app.ranger.finance/perps)
- [X](https://x.com/ranger_finance)
- [Telegram](http://t.me/rangerfinancehq)
- [Linkedin](https://www.linkedin.com/company/rangerfinance)
- [Docs](https://docs.ranger.finance/)
**Token:** [RNGRtJMbCveqCp7AC6U95KmrdKecFckaJZiWbPGmeta](https://jup.ag/tokens/RNGRtJMbCveqCp7AC6U95KmrdKecFckaJZiWbPGmeta)
**Entity Structure:** [Cayman SP Agreement](https://cybercorps.metalex.tech/metadao/formation-summary?hash=0xc91e9a91f0b62b167f3a5971e88c367edabd44e648b01af656094032593b8dbf&callbackUrl=https%3A%2F%2Fwww.metadao.fi%2Fprojects%2Fcreate%2Fb7505e45-5162-4954-b2a5-62f961a98e1c)
### Links
- Website: https://ranger.finance/
- Twitter: https://docs.ranger.finance/legal-and-compliance
### Raw Data
- Launch address: `8Nmd13rpULJjY7h6oxCfuTWy8WkZxcuDrDWiSdnViVuo`
- Token: Ranger (RNGR)
- Token mint: `RNGRtJMbCveqCp7AC6U95KmrdKecFckaJZiWbPGmeta`
- Version: v0.7
- Total approved: $8,000,000.00
- Closed: 2026-01-10
- Completed: 2026-01-10

View file

@ -0,0 +1,61 @@
---
type: decision
entity_type: decision_market
name: "Ranger: Liquidate Ranger Finance"
domain: internet-finance
status: passed
parent_entity: "[[ranger-finance]]"
platform: "futardio"
proposer: "Group of RNGR tokenholders"
proposal_url: "https://www.metadao.fi/projects/ranger/proposal/DPATwR2HLcGZCBZCTffzagV4r7dp5FF2C9aJmiuCDUpS"
proposal_date: 2026-03-02
resolution_date: 2026-03-05
category: "liquidation"
summary: "Tokenholders voted to liquidate Ranger Finance citing material misrepresentations about revenue and product-market fit — treasury USDC returned to holders, IP returned to team"
tracked_by: rio
created: 2026-03-24
---
# Ranger: Liquidate Ranger Finance
## Summary
Group of RNGR tokenholders proposed full liquidation of Ranger Finance, alleging the team made material misrepresentations about business metrics to entice investment. Key allegations: co-founder stated "$5B volume → $2M revenue" for 2025, but on-chain analysis showed ~$2B volume and ~$500K revenue, with volume and revenue down 90%+ between ICO announcement (Nov 2025) and the presentation (Dec 2025). Activity dropped to near-zero post-ICO announcement, indicating users were points farmers not organic users. The proposal nullified the prior 90-day buyback cooldown.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** DPATwR2HLcGZCBZCTffzagV4r7dp5FF2C9aJmiuCDUpS
- **Duration:** 2026-03-02 to ~2026-03-05
- **Treasury USDC:** ~$3.5M
- **Expected book value:** $0.75-$0.82 per RNGR
- **Eligible tokens:** ~5.8-6.4M RNGR (excludes locked team, out-of-range LP, buyback tokens)
## Liquidation Structure
1. Remove all RNGR/USDC liquidity from futarchyAMM
2. Snapshot vested token balances 1 week after voting ends
3. Calculate book value per token from treasury USDC + LP USDC
4. Open redemption for tokenholders at book value
5. Return all IP, trademarks, source code to Glint House PTE. LTD
6. Unclaimed USDC after 18 months at MetaDAO team's discretion
## Significance
Third futarchy-governed liquidation on MetaDAO (after mtnCapital and Hurupay), but the first contested liquidation where tokenholders allege material misrepresentation. This is the strongest test of futarchy-governed investor protection: the market mechanism allowed investors to force full treasury return when they believed the team broke trust. The proposal explicitly overrode the 90-day cooldown from the previous buyback proposal, demonstrating that futarchy can override its own prior decisions when new evidence emerges.
The detailed on-chain evidence (Dune queries, Discord screenshots, timeline analysis) presented in the proposal shows the level of due diligence possible when governance is transparent and data is on-chain.
## Relationship to KB
- [[ranger-finance]] — parent entity, liquidation event
- [[futarchy-governed liquidation is the enforcement mechanism that makes unruggable ICOs credible because investors can force full treasury return when teams materially misrepresent]] — strongest evidence
- [[futarchy can override its own prior decisions when new evidence emerges because conditional markets re-evaluate proposals against current information not historical commitments]] — overrode 90-day cooldown
- [[ownership coins primary value proposition is investor protection not governance quality because anti-rug enforcement through market-governed liquidation creates credible exit guarantees that no amount of decision optimization can match]] — liquidation as investor protection
## Full Proposal Text
*Source: metadao.fi, tabled 2026-03-02. Authors: Group of RNGR tokenholders.*
Since the ICO concluded, it's become clear that: (1) the Ranger team made material misrepresentations about their business, and (2) the business was predicated on points farming, not organic activity.
Key evidence: In a presentation, Ranger co-founder FA2 stated "Current stats: we are close to doing $5 billion in volume this year and next year we are targeting to do $100 billion in volume" with a slide showing "2025: $5b volume → $2m revenue". On-chain analysis shows volume was ~$2B and revenue ~$500K, with volume/revenue down 90%+ between ICO announcement and presentation. Multiple team members repeated the $2M revenue figure without correction.
Activity across perps and spot declined to near-zero following the ICO announcement, indicating "users" were points farmers not organic users.
Proposed plan: remove LP, snapshot vested balances, calculate book value, open redemption. Treasury USDC: ~$3.5M. Expected book value: $0.75-$0.82. Return all IP to Glint House PTE. LTD.

View file

@ -0,0 +1,48 @@
---
type: decision
entity_type: decision_market
name: "Solomon: Futardio ICO Launch"
domain: internet-finance
status: passed
parent_entity: "[[solomon]]"
platform: "futardio"
proposer: "Solomon Labs"
proposal_url: "https://v1.metadao.fi/solomon/trade/634r63NH2qbTrSVyLieC3Ab3YKaEfoGnCLM8idZMEycE"
proposal_date: 2025-11-14
resolution_date: 2025-11-18
category: "launch"
summary: "Solomon Labs raised $8M via MetaDAO ICO for composable yield-bearing stablecoin (USDv) — $102.9M committed against $2M minimum"
tracked_by: rio
created: 2026-03-24
---
# Solomon: Futardio ICO Launch
## Summary
Solomon Labs, building USDv (a composable yield-bearing stablecoin on Solana), raised $8M via MetaDAO's futarchy-governed ICO. $102.9M committed against $2M minimum (51.5x oversubscribed). USDv stays at $1 via two-way market making, earns yield from basis trade strategy (long spot, short perp) and T-bills. Yield delivered via sUSDv (permissionless staking) or Yield-as-a-Service for protocols. Ran live in closed beta for one year with seven-figure TVL and zero incidents through multiple market shocks.
## Market Data
- **Outcome:** Complete
- **Total Committed:** $102,932,673
- **Final Raise:** $8,000,000
- **Minimum:** $2,000,000
- **Duration:** 2025-11-14 to 2025-11-18
- **Token:** SOLO (SoLo9oxzLDpcq1dpqAgMwgce5WqkRDtNXK7EPnbmeta)
## Significance
Largest MetaDAO ICO by commitment volume ($102.9M). Demonstrates that futarchy-governed fundraising can attract institutional-scale capital for infrastructure projects. Solomon's approach — composable stablecoin with basis trade yield — represents DeFi infrastructure rather than speculative memecoin, validating MetaDAO's expansion beyond governance experiments.
## Relationship to KB
- [[solomon]] — parent entity
- [[metadao]] — ICO platform
- [[metadao-ico-platform-demonstrates-15x-oversubscription-validating-futarchy-governed-capital-formation]] — 51.5x oversubscription extends this pattern
## Full Proposal Text
*Source: futard.io, launched 2025-11-14*
Solomon is building a more composable dollar that stays at $1, doesn't rebase, and earns. Over $150B of stable capital is idle across chains because yield designs require staking into a separate, drifting or rebasing unit that breaks composability.
USDv: Solana-native, composable, kept at $1 via two-way market making. Stake for sUSDv (permissionless) or use Yield-as-a-Service for direct USDv yield. Yield from basis trade strategy (long spot, short perp) and T-bills. Automated trading infrastructure with custody segregated via Ceffu with insurance. Programs audited, admin via Squads multisig.
Raise: $2M minimum, $5-8M ideal target. Uses: treasury yield generation (~16% APR), liquidity mining for TVL growth, deeper USDv/USDC liquidity, improved venue terms. Default structure: 20% to seed liquidity, 80% to DAO treasury.

View file

@ -0,0 +1,242 @@
---
type: decision
entity_type: decision_market
name: "Solomon: DP-00002 — SOLO Acquisition and Restricted Incentives Reserve"
domain: internet-finance
status: passed
parent_entity: "[[solomon]]"
platform: "futardio"
proposer: "Solomon team"
proposal_url: "https://www.metadao.fi/projects/solomon/proposal/wwRoJYcur3EjnQCLodUhLqCs6H9NQ97RvP6JNV4b9F6"
proposal_date: 2026-03-13
resolution_date: 2026-03-16
category: "operations"
summary: "Authorize acquisition of SOLO tokens and establish restricted incentives reserve for ecosystem growth"
tracked_by: rio
created: 2026-03-24
---
# Solomon: DP-00002 — SOLO Acquisition and Restricted Incentives Reserve
## Summary
Second Solomon governance proposal, continuing the staged treasury deployment series. Authorizes acquisition of SOLO tokens and establishes a restricted incentives reserve for ecosystem growth initiatives.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** FMn6RyGhQkxT9wbVsE6KnQVzG5yHRTLkMmzLNJbCeV8J
- **Duration:** 2026-03-13 to ~2026-03-16
## Significance
Second stage of Solomon's governance formation, building on DP-00001's legal/compliance foundation. The staged approach continues to demonstrate the most methodical governance scaffolding among FaaS-launched projects.
## Relationship to KB
- [[solomon]] — parent entity, governance formation
- [[futardio]] — governance platform
## Full Proposal Text
*Source: futard.io, tabled 2026-03-13*
**Status:** Draft (proposal memorandum; to be voted)
**Version:** 1.0.2
**NON-BINDING SUMMARY.** This memorandum is informational only and is
subordinate to the governing instruments and any adopted resolutions.
In the event of conflict, the normative resolution text controls.
---
### Summary
This proposal authorizes the DAO to acquire SOLO using treasury funds and to
hold all acquired SOLO in a segregated **Restricted SOLO Incentives Reserve**.
The purpose of this reserve is to provide a credible, prefunded path for
future SOLO backed incentive programs intended to reward participation,
deepen alignment, and support long term ecosystem growth. This includes,
without limitation, the future pips program and any substantially similar
successor or related participation based framework later approved by
governance.
This proposal earmarks that purpose now so that participants can have
confidence that SOLO backing has been set aside in advance and cannot be
redirected by signers, operators, contributors, or committees acting on
discretion alone.
This proposal does not establish the live Incentives Subcommittee or appoint
its members. Those matters will be brought in a later proposal. Until that
later governance action is adopted, no person or body may deploy,
distribute, commit, or otherwise use reserve SOLO.
---
### Rationale
A participation based incentive program only has credibility if there is a
credible path from participation to the asset being promised or implied.
If the DAO intends to use SOLO-backed incentives to reward durable
participation, it is better to earmark that backing now than to leave
it to future discretion.
This proposal is intended to solve that credibility problem without
prematurely locking the DAO into a single incentive design.
This structure preserves three things at once:
- confidence that incentive backing exists and has been ring fenced;
- flexibility to design the actual program architecture; and
- sufficient operational discretion to finalize and implement program
details in a way that reduces front running, gaming, sybil behavior, and
other exploitative positioning before launch.
There is also a clear timing advantage. With SOLO trading below
treasury implied value ("NAV"), the DAO has an opportunity to build a
restricted incentives reserve on attractive terms and use treasury
capital to strengthen long term alignment across the network.
---
### Key Parameters
- **Amount:** `1,000,000 USDC`
- **Order Type:** `Recurring`
- **Program Duration:** `Up to 60 days`
- **Order Quantity:** `Variable recurring purchases, sized operationally
within the approved cap and execution window`
- **Order Frequency:** `Recurring over a period of up to 60 days`
- **Maximum Order Price:** `0.74 USDC per SOLO (interpreted as a maximum
program TWAP)`
- **Estimated SOLO Acquired:** `Approximately 1,351,351.35 SOLO, assuming
full use of the acquisition facility at the maximum program TWAP`
### Process
This proposal includes instructions to execute a recurring SOLO acquisition
program using DAO treasury funds in an aggregate amount of up to
**1,000,000 USDC** over a period of up to **60 days**, subject to a
**maximum program TWAP of 0.74 USDC per SOLO**. Any SOLO acquired pursuant
to this proposal shall be retained in the DAO treasury and accounted for
as Restricted SOLO Incentives Reserve property.
---
### Section 1. Authorization of SOLO Acquisition
**Resolved**, that the DAO hereby authorizes a capped SOLO acquisition
program funded from DAO treasury using the parameters specified in this
Proposal.
**Resolved further**, that all SOLO acquired pursuant to this Proposal
shall be retained in the DAO treasury and designated on the DAO's books
and records as Restricted SOLO Incentives Reserve property.
---
### Section 2. Designation of Restricted SOLO Incentives Reserve
**Resolved**, that all SOLO acquired pursuant to this Proposal shall be held
in the DAO treasury and designated as Restricted SOLO Incentives Reserve
property of the DAO.
The Designated Purpose of the Restricted SOLO Incentives Reserve is to
support SOLO backed incentive programs intended to reward participation,
deepen alignment, and support long term ecosystem growth, including the
future pips program and any substantially similar successor or related
participation based framework later approved by governance.
**Resolved further**, that pips, and any substantially similar successor
participation framework approved by governance, shall have first call
priority on the Restricted SOLO Incentives Reserve.
**Resolved further**, that until amended by express later governance action,
the Restricted SOLO Incentives Reserve shall remain earmarked for its
Designated Purpose and shall not be repurposed, redirected, impaired, or
clawed back by any signer, contributor, service provider, committee,
operator, or other person acting without such governance approval.
---
### Section 3. No Current Deployment Authority
**Resolved**, that this Proposal does not establish the live Incentives
Subcommittee or appoint its members.
**Resolved further**, that this Proposal does not authorize any person or
body to distribute, commit, allocate, sell, transfer, make claimable, or
otherwise deploy Restricted SOLO Incentives Reserve assets at this time.
Until later governance action establishes and approves the live Incentives
Subcommittee and any applicable activation framework, reserve SOLO shall
remain held in the DAO treasury and accounted for solely for its
Designated Purpose.
---
### Section 5. Core Guardrails
Unless expressly approved by later governance action:
- reserve SOLO shall remain held in the DAO treasury and separately
accounted for as Restricted SOLO Incentives Reserve property;
- reserve SOLO may not be self dealt, privately allocated, or directed to
insiders or affiliates on preferential terms;
- reserve SOLO may not be manually transferred wallet to wallet to selected
recipients as a discretionary allocation method;
- reserve SOLO may not be sold or otherwise disposed of below prevailing
market price;
- reserve SOLO may not be lent, pledged, staked, paired for liquidity,
used as collateral, used as market making inventory, or used for
compensation; and
- any unused, expired, forfeited, cancelled, or unclaimed reserve SOLO
shall be burned unless governance expressly directs otherwise.
---
### Plain English
If adopted, this proposal means:
- the DAO can acquire SOLO now;
- that SOLO is ring-fenced now for future incentive use;
- Pips has priority on that reserve;
- nobody can use or redirect that reserve on discretion alone; and
- a future Incentives Subcommittee can be voted in later to steward it.
---
### Links
- Full normative resolution text (controls if there is any conflict
with this summary):
[DP-00002_MEM-full.md](https://github.com/SolomonDAOrg/dao-proposals/blob/main/proposals/DP-00002-acquisition-restricted-incentives-framework/DP-00002_MEM-full.md)
- Compiled Company Agreement PDF:
[Company_Agreement_SOLOMON_DAO_LLC.pdf](https://github.com/SolomonDAOrg/compiled-documents/blob/main/company-agreement/Company_Agreement_SOLOMON_DAO_LLC.pdf)
- Proposal repository (canonical history + execution artefacts):
[https://github.com/SolomonDAOrg/dao-proposals](https://github.com/SolomonDAOrg/dao-proposals)
- SOP Registry (canonical):
[https://github.com/SolomonDAOrg/sop-registry](https://github.com/SolomonDAOrg/sop-registry)
---
**Disclaimer (Governance Proposal; No Professional Advice).**
This document is a governance proposal and governance communication.
If adopted by the DAO through its governance mechanisms, it may become
binding on the DAO and persons exercising authority under the
Company Agreement to the extent provided in the Company Agreement and
applicable law.
This document does not constitute legal, tax, financial, or other
professional advice.
The author(s) are not acting as legal counsel to the DAO or any
member or user. No attorney-client relationship is created.
You must obtain your own independent advice for your circumstances.
### Raw Data
- Proposal account: `wwRoJYcur3EjnQCLodUhLqCs6H9NQ97RvP6JNV4b9F6`
- Proposal number: 2
- DAO account: `DzYtzoNvPbyFCzwZA6cSm9eDEEmxEB9f8AGkJXUXgnSA`
- Proposer: `tSTp6B6kE9o6ZaTmHm2ZwnJBBtgd3x112tapxFhmBEQ`
- Autocrat version: 0.6

View file

@ -0,0 +1,40 @@
---
type: decision
entity_type: decision_market
name: "Solomon: DP-00001 — Treasury Subcommittee and Legal Budget"
domain: internet-finance
status: passed
parent_entity: "[[solomon]]"
platform: "futardio"
proposer: "Solomon team"
proposal_url: "https://www.metadao.fi/projects/solomon/proposal/8c9sFZ5Z46ZLnhywkWuJ5BhJK4Wrj19AN4gzQicyBKjK"
proposal_date: 2026-03-05
resolution_date: 2026-03-08
category: "operations"
summary: "Fund $150K capped legal/compliance budget in segregated wallet and nominate pre-formation treasury subcommittee for readiness work"
tracked_by: rio
created: 2026-03-24
---
# Solomon: DP-00001 — Treasury Subcommittee and Legal Budget
## Summary
First Solomon governance proposal. Funds a capped $150K legal and compliance budget in a segregated wallet (legal work only). Nominates a pre-formation treasury subcommittee for readiness work only — no authority to move treasury funds. Part of a staged proposal series to deploy the DAO treasury under explicit controls: DP-00001 (legal + committee), followed by proposals defining permitted capital policy actions and then activating delegated authority with strict limits and reporting.
## Market Data
- **Outcome:** Passed
- **Proposal Account:** 8c9sFZ5Z46ZLnhywkWuJ5BhJK4Wrj19AN4gzQicyBKjK
- **Duration:** 2026-03-05 to ~2026-03-08
## Significance
Most sophisticated governance scaffolding observed in a FaaS-launched project. The staged proposal series (legal foundation → policy framework → delegated authority) mirrors traditional corporate governance formation while using futarchy for each approval step. The segregated wallet with use restrictions demonstrates that futarchy-governed DAOs can implement granular treasury controls beyond simple yes/no spending decisions.
## Relationship to KB
- [[solomon]] — parent entity, first governance decision
- [[futarchy-governed DAOs converge on traditional corporate governance scaffolding for treasury operations because market mechanisms alone cannot provide operational security and legal compliance]] — strongest evidence yet
## Full Proposal Text
*Source: metadao.fi, tabled 2026-03-05*
This proposal series sets up a staged path to deploy the DAO treasury under explicit controls. DP-00001 does two things: funds a capped $150K legal and compliance budget in a segregated wallet (only for legal, regulatory, and compliance work), and nominates a pre-formation treasury subcommittee for readiness work only (no authority to move treasury funds). Follow-on proposals define permitted capital policy actions and, once the Company is formed, designate the Treasury Account and activate delegated authority with strict limits and required reporting.

View file

@ -0,0 +1,99 @@
---
type: decision
entity_type: decision_market
name: "Umbra: UMBRA-001 — Fund Security Audits"
domain: internet-finance
status: passed
parent_entity: "[[umbra]]"
platform: "futardio"
proposer: "Umbra team"
proposal_url: "https://www.metadao.fi/projects/umbra/proposal/71nYHjLpgY7evn9G4UaGCBd6cYHpGWzrzd3ESs2KUduG"
proposal_date: 2025-11-12
resolution_date: 2025-11-15
category: "operations"
summary: "Fund Umbra security audits before mainnet launch"
tracked_by: rio
created: 2026-03-24
---
# Umbra: UMBRA-001 — Fund Security Audits
## Summary
Umbra allocated treasury funds for security audits before mainnet launch, following the same pre-launch audit pattern as Omnipair (OMFG-002).
## Market Data
- **Outcome:** Passed
- **Duration:** 2025-11-12 to ~2025-11-15
## Significance
Second FaaS-launched project (after Omnipair) using futarchy to approve pre-launch security audits, establishing this as a standard governance pattern.
## Relationship to KB
- [[umbra]] — parent entity, pre-launch security
- [[futardio]] — governance platform
## Full Proposal Text
*Source: futard.io, tabled 2025-11-12*
**Proposer:** Kru
**Requested:** 105,000 USDC
**Recipient:** Kru (for audit coordination)
**Purpose:** Security audits for Umbra before mainnet
### Summary
We are in the final stages of Umbra going live on mainnet alongside Arcium and we've spent the last month evaluating different audit partners. So far the best partner for us seems to be Halborn. This proposal looks to initiate a spend of $105,000 USDC for the same.
**About Halborn**
* **Founded:** 2019
* **Focus:** Cybersecurity and auditing firm
* **Value Secured:** Over **$1 trillion** in digital assets
* **Clients:** 600+ across exchanges, custody infrastructure, and blockchains
* ### Solana Ecosystem Security Work: Conducted **audits for Solana Foundation, Solana Labs, and Anza**.
* ### Reviewed 150K+ lines of code across SPL programs and Layer-1 components.
**Goal**
* Halborn will secure and verify both ZK circuits and Anchor program before Arcium mainnet launch.
### Challenges and scope as highlighted by Halborn
### Challenges
* Two codebases nearing completion, with ZK circuits ready for audit and Solana programmes following within weeks.
* No prior external audit of Umbra's cryptographic logic \- high need for independent ZK \+ Rust review.
* Tight launch window (\~30 days) creates risk without parallel audit execution and structured issue tracking.
* Complex dependencies on Arcium's evolving MPC infra make code freeze and scoping fluid.
* Global, remote team (India \+ Spain) requires timezone-aligned engineering collaboration and rapid feedback loops
* **Scope Includes**
* Software, System & Process design advisory
* Technical & Security Overview
* Penetration Testing & Source Code Security Assessment
* Mobile Application Security Assessment
* Red Team Exersice ( OpSec )
* Cloud Security Assessment
You can read more about the payment terms and scope of work here: [(Halborn Retainer Doc](https://drive.google.com/file/d/1vKMGEAI_m0nyABQQkNffKNVcETRO35M3/view?usp=drivesdk)).
### Execution and Timeline
* **Total:** $105,000
* **Disbursement:**
* Upfront: $35,000
* The remaining balance of $70,000 shall be paid upon the earlier of:
* (a) Approval of the payment and release of funds allocated to Umbra
* (b) Delivery of the draft report by Halborn to Client.
* **Timeline:** 35 Days
* **Note:** To ensure we can meet our launch timelines Kru will be making an upfront payment of $35000 to help us proceed with the engagement with Halborn without any delays
### Raw Data
- Proposal account: `71nYHjLpgY7evn9G4UaGCBd6cYHpGWzrzd3ESs2KUduG`
- Proposal number: 1
- DAO account: `BLkBSE96kQys7SrMioKxeMiVbeo4Ckk2Y4n1JphKxYnv`
- Proposer: `BF8hxzzR4KuVxfsyAUFyy26E6y2GhsSZgBoUQrygwof1`
- Autocrat version: 0.6

View file

@ -0,0 +1,70 @@
---
type: decision
entity_type: decision_market
name: "Umbra: Futardio ICO Launch"
domain: internet-finance
status: passed
parent_entity: "[[umbra]]"
platform: "futardio"
proposer: "Umbra team"
proposal_url: "https://www.futard.io/launch/9kx7UDFzFt7e2V4pFtawnupKKvRR3EhV7P1Pxmc5XCQj"
proposal_date: 2025-10-06
resolution_date: 2025-10-10
category: "launch"
summary: "Umbra launched via MetaDAO futarchy-governed ICO"
tracked_by: rio
created: 2026-03-24
---
# Umbra: Futardio ICO Launch
## Summary
Umbra launched via MetaDAO's futarchy-governed ICO platform.
## Market Data
- **Outcome:** Complete
- **Duration:** 2025-10-06 to 2025-10-10
## Relationship to KB
- [[umbra]] — parent entity
- [[metadao]] — ICO platform
## Full Proposal Text
*Source: futard.io, launched 2025-10-06*
### Launch Details
- Project: Umbra
- Description: Privacy for swaps and transfers, built on Arcium.
- Funding target: $750,000.00
- Total committed: $154,943,746.00
- Status: Complete
- Launch date: 2025-10-06
- URL: https://www.futard.io/launch/9kx7UDFzFt7e2V4pFtawnupKKvRR3EhV7P1Pxmc5XCQj
### Team / Description
Umbra is a privacy protocol designed to bring confidentiality, composability, and compliance-ready infrastructure to the Solana ecosystem.
With privacy as a cornerstone of financial freedom and secure innovation, Umbra aims to provide a foundation for applications and users to transact with confidence.
To accelerate this mission, Umbra is launching its token through MetaDAO, creating a community-driven foundation while ensuring aligned incentives for long-term growth.
You can read more about the ICO details [here](https://x.com/UmbraPrivacy/status/1973785682872062014).
The token CA is: [`PRVT6TB7uss3FrUd2D9xs2zqDBsa3GbMJMwCQsgmeta`](https://jup.ag/tokens/PRVT6TB7uss3FrUd2D9xs2zqDBsa3GbMJMwCQsgmeta)
### Links
- Website: https://umbraprivacy.com
- Twitter: https://umbraprivacy.com/terms-of-use
- Discord: https://discord.com/invite/UmbraPrivacy
### Raw Data
- Launch address: `9kx7UDFzFt7e2V4pFtawnupKKvRR3EhV7P1Pxmc5XCQj`
- Token: Umbra (UMBRA)
- Token mint: `PRVT6TB7uss3FrUd2D9xs2zqDBsa3GbMJMwCQsgmeta`
- Version: v0.6
- Final raise: $3,000,000.00
- Closed: 2025-10-10

View file

@ -0,0 +1,122 @@
---
type: decision
entity_type: decision_market
name: "Umbra: Road to Mainnet — Operational Expansion"
domain: internet-finance
status: passed
parent_entity: "[[umbra]]"
platform: "futardio"
proposer: "Umbra team"
proposal_url: "https://www.metadao.fi/projects/umbra/proposal/3seyB3i5bLQcUReaQoLkgwkNbVH7U7nnfiAFVaNawU6F"
proposal_date: 2026-01-13
resolution_date: 2026-01-16
category: "operations"
summary: "Fund operational expansion for Umbra's path to mainnet deployment"
tracked_by: rio
created: 2026-03-24
---
# Umbra: Road to Mainnet — Operational Expansion
## Summary
Umbra proposed operational expansion to support the path to mainnet deployment, including team scaling and infrastructure costs.
## Market Data
- **Outcome:** Passed
- **Duration:** 2026-01-13 to ~2026-01-16
## Relationship to KB
- [[umbra]] — parent entity, mainnet preparation
- [[futardio]] — governance platform
## Full Proposal Text
*Source: futard.io, tabled 2026-01-13*
**Authors:** Abbas & Kru
**Category:** Project Update & Governance Proposal
**Proposal Threshold:** -3% (team-based)
**Requested:** $150,000 (audit) + $100,000/month (operations)
**Purpose:** Mainnet launch preparation, security audits, and operational expansion
### Summary
As we approach the final stretch of development for Umbra, we are defining a concrete timeline for our Mainnet launch. This proposal focuses on finalizing security audits, establishing core DAO parameters, and expanding our operational budget for legal, accounting, and security monitoring.
**Note:** MetaDAO will execute the migration instructions asynchronously. These specific migration actions will not appear in the standard proposal simulation.
### 1. The Launch Timeline
#### Private Mainnet (Next Week)
* **Rollout Rate:** Weekly cohorts of 100 users. Priority for November/December registrants and top token holders. Selected users will receive a DM with a unique access code and TestFlight download link.
* **Platforms:** TestFlight (iOS), Android APK, and Web Extension.
* **Access Control:** 6-digit alphanumeric one-time use password sent to verified registrants.
* **Safety Limits:** $500 deposit limit during this phase to minimise risk while validating the system in a live environment.
#### Public Mainnet (February)
Following the private phase and final audits, Public Mainnet launches in February. Deposit limits and access gating will be lifted.
### 2. Governance Proposal: Security, Audit, and Operations
#### A. Codebase Evolution & Final Security Audit
Since December, the Umbra codebase has matured significantly. We have moved beyond our initial architecture to ship a version that is substantially faster and smoother, featuring an expanded feature set designed for a superior user experience.
Given our tight launch timeline, we solicited expedited quotes from three top-tier firms, receiving proposals ranging from $150k to $370k.
* **Vendor:** Halborn Security
* **Cost:** $150,000
* **Scope:** Complete stress test of ZK circuits and Solana program logic
* **Why Halborn:** Returning partner with deep context on our architecture, enabling fast and precise execution
* **Details:** SOW from Halborn Security attached for verification. Upon passing this proposal, final invoices and transaction details will be shared in the governance forum.
You can read more about the scope of work here: [(Halborn SOW)](https://docs.google.com/document/d/1jerTUAxQ1Kqrhvb9IfPCo-hXFbCdV7oG/edit?usp=drive_link&ouid=115428837088195762250&rtpof=true&sd=true)
#### B. Operational Budget Increase
**Requested Monthly Limit:** $100,000
This increase is driven by three key initiatives:
##### 1. Enhanced Security with Groom Lake
* **Cost:** $8,750/month (included in the $100k total)
* **Purpose:** Identify security gaps and enhance security posture across the organization
* **Scope:** Incident Response, Security Engineering, and Intelligence services
* **Details:** GL operatives will integrate with the team and unburden Umbra team members from security initiatives
You can read more about the scope of work here: [(Groom Lake SOW)](https://drive.google.com/file/d/1vVfl7sCkL9rB3elDCEaT9doEcJ4ogTBE/view?usp=drive_link)
##### 2. Legal Advisory & Accounting
* **Vendor:** Ascent Partners
* **Cost:** $6,000/month (included in the $100k total)
* **Scope of Services:**
* **Core Accounting:** Bookkeeping, Financial Statements, and Payment Support
* **Transparency & Insight:** Transparency Reporting and Internal Financial Dashboards
* **Strategy & Compliance:** Budgeting, Account Policy Creation, Tax Planning, and Account Risk Management
You can read more about the scope of work here: [(Ascent Partners SOW)](https://drive.google.com/file/d/1AOj-pDwZBLzHPw6i8UQB_qSfsOmIssrH/view?usp=sharing)
##### 3. Initial Anonymity Set Seeding
* **Cost:** $50,000 USDC
* **Purpose:** Bootstrap the anonymity set to ensure privacy guarantees are effective from Day 1, providing early users with immediate privacy coverage
### Trusted Setup
To ensure the highest standard of cryptographic security for the Umbra privacy protocol, we are adopting a robust multi-stage trusted setup:
* **Phase 1:** Utilizing output of the Perpetual Powers of Tau ceremony (industry benchmark for universal setups)
* **Phase 2:** Hybrid contribution model:
* **Lower-constraint circuits:** Web-based contribution interface for community participation
* **Higher-constraint circuits:** CLI-based ceremony with Umbra technical team and prominent ecosystem leaders
**Special thanks to Kollan, Proph3t & MetaDAO team for making this proposal possible.**
### Raw Data
- Proposal account: `3seyB3i5bLQcUReaQoLkgwkNbVH7U7nnfiAFVaNawU6F`
- Proposal number: 2
- DAO account: `BLkBSE96kQys7SrMioKxeMiVbeo4Ckk2Y4n1JphKxYnv`
- Proposer: `ELT1uRmtFvYP6WSrc4mCZaW7VVbcdkcKAj39aHSVCmwH`
- Autocrat version: 0.6

View file

@ -0,0 +1,97 @@
---
type: decision
entity_type: decision_market
name: "ZKLSOL: $200K Buyback"
domain: internet-finance
status: passed
parent_entity: "[[zklsol]]"
platform: "futardio"
proposer: "ZKLSOL community"
proposal_url: "https://www.metadao.fi/projects/zklsol/proposal/4P35jGwheMhNCk1UNfeTdMYUfrSWyV41sFwWeMLAV7zx"
proposal_date: 2026-01-16
resolution_date: 2026-01-19
category: "treasury"
summary: "Allocate $200K USDC for ZKLSOL token buyback to defend NAV"
tracked_by: rio
created: 2026-03-24
---
# ZKLSOL: $200K Buyback
## Summary
ZKLSOL allocated $200K USDC for token buyback, following the standard NAV defense pattern seen across MetaDAO-launched projects (Ranger, Loyal).
## Market Data
- **Outcome:** Passed
- **Duration:** 2026-01-16 to ~2026-01-19
## Significance
Third instance of MetaDAO-launched project deploying treasury buyback to defend against NAV arbitrage. The pattern is now clearly established across Ranger ($2M), Loyal ($1.5M), and ZKLSOL ($200K).
## Relationship to KB
- [[zklsol]] — parent entity, treasury defense
- [[ownership coin treasuries should be actively managed through buybacks and token sales as continuous capital calibration not treated as static war chests]] — buyback pattern
## Full Proposal Text
*Source: futard.io, tabled 2026-01-16*
**Type**
Operations Direct Action
**Author(s)**
Community Members
**Summary**
If passed, $200k USDC of treasury funds will be used to purchase ZKFG tokens with a maximum price set as 0.082 per token.
**Motivation**
While ZKFG is sitting below NAV, our treasury is an arbitrage opportunity for adversarial capital. We want to protect the treasury against liquidation and ensure we can continue building our vision while also protecting the tokenholders.
This allocation of capital would allow us:
- Protect our holders who want to see us build our vision.
- Accumulate tokens for OTC deals without increasing the supply.
**Logistics**
$200k of treasury funds will be used to purchase `ZKFHiLAfAFMTcDAuCtjNW54VzpERvoe7PBF9mYgmeta` (ZKFG) tokens with a maximum price set as 0.082 per token. These orders will be placed every five minutes over a period of ~14 days (for a total of 4000 orders).
The price per token was established by taking the total funds raised minus two months of operating expenses. It does not account for any trading fees accrued from liquidity.
**Specifications**
Amount: $200k
Order Type: Recurring
Order Quantity: 4000
Order Frequency: 5 minutes
Maximum Order Price: 0.082
Effective Time Horizon: ~14 days
**NOTE:**
Any funds remaining in the order (should it fail to complete its total number of orders in quantity) will remain in the DCA account until there is another proposal to cancel the order.
All ZKFG tokens will be transferred to the DAO treasury
**Redemption/Buyback cooldown period**
No new buyback or redemption proposals shall be submitted or executed for 90 days following upon succesfull implementation of this proposal.
### Raw Data
- Proposal account: `4P35jGwheMhNCk1UNfeTdMYUfrSWyV41sFwWeMLAV7zx`
- Proposal number: 2
- DAO account: `5FPGRzY9ArJFwY2Hp2y2eqMzVewyWCBox7esmpuZfCvE`
- Proposer: `ELT1uRmtFvYP6WSrc4mCZaW7VVbcdkcKAj39aHSVCmwH`
- Autocrat version: 0.6

View file

@ -0,0 +1,55 @@
---
type: decision
entity_type: decision_market
name: "ZKLSOL: Burn Team Performance Package"
domain: internet-finance
status: passed
parent_entity: "[[zklsol]]"
platform: "futardio"
proposer: "ZKLSOL team"
proposal_url: "https://www.metadao.fi/projects/zklsol/proposal/CYr2YPr7MEUHZrdRs6ZbHMKXVBHPAwR4aocvwnUzHoj2"
proposal_date: 2025-11-22
resolution_date: 2025-11-25
category: "treasury"
summary: "Burn team performance package tokens to demonstrate alignment with community"
tracked_by: rio
created: 2026-03-24
---
# ZKLSOL: Burn Team Performance Package
## Summary
ZKLSOL team proposed burning their performance package tokens to demonstrate alignment with community token holders.
## Market Data
- **Outcome:** Passed
- **Duration:** 2025-11-22 to ~2025-11-25
## Significance
Voluntary team token burn demonstrates a pattern among FaaS-launched projects where teams sacrifice their performance packages to signal alignment. Similar to Futardio cult's FUTARDIO-001 proposal burning 4.5M of 5M performance tokens.
## Relationship to KB
- [[zklsol]] — parent entity
- [[futardio]] — governance platform
## Full Proposal Text
*Source: futard.io, tabled 2025-11-22*
The team behind ZKLSOL (now turbine.cash) want to ensure maximum community / holders alignment.
We initially left the performance package at default since we felt that the 18 month cliff is long enough to make changes long before it arrives.
And this is the first and major change, burning the entire performance package.
We believe that when we deliver success, the holders and us will be aligned to ensure a fair performance package.
We believe in MetaDAO process from begining to end, hence we raise this proposal.
### Raw Data
- Proposal account: `CYr2YPr7MEUHZrdRs6ZbHMKXVBHPAwR4aocvwnUzHoj2`
- Proposal number: 1
- DAO account: `5FPGRzY9ArJFwY2Hp2y2eqMzVewyWCBox7esmpuZfCvE`
- Proposer: `GZFj6uESDHUQJCZXErvSWPeg6UB6FZFBmw675RRfSB7X`
- Autocrat version: 0.6

View file

@ -0,0 +1,82 @@
---
type: decision
entity_type: decision_market
name: "ZKLSOL: Futardio ICO Launch"
domain: internet-finance
status: passed
parent_entity: "[[zklsol]]"
platform: "futardio"
proposer: "ZKLSOL team"
proposal_url: "https://www.futard.io/launch/4h248CdXdeWtxWnHxEPqa5ruYZaEwXRZPyDFYnndbzpR"
proposal_date: 2025-10-20
resolution_date: 2025-10-24
category: "launch"
summary: "ZKLSOL launched via MetaDAO futarchy-governed ICO"
tracked_by: rio
created: 2026-03-24
---
# ZKLSOL: Futardio ICO Launch
## Summary
ZKLSOL launched via MetaDAO's futarchy-governed ICO platform.
## Market Data
- **Outcome:** Complete
- **Duration:** 2025-10-20 to 2025-10-24
## Relationship to KB
- [[zklsol]] — parent entity
- [[metadao]] — ICO platform
## Full Proposal Text
*Source: futard.io, launched 2025-10-20*
### Launch Details
- Project: ZKLSOL
- Description: Permissionless yield generating privacy protocol.
- Funding target: $300,000.00
- Total committed: $14,886,359.00
- Status: Complete
- Launch date: 2025-10-20
- URL: https://www.futard.io/launch/4h248CdXdeWtxWnHxEPqa5ruYZaEwXRZPyDFYnndbzpR
### Team / Description
Cryptocurrency mixers enable blockchain privacy by pooling and shuffling funds to break transaction links on public ledgers.
Yet, they embody a core paradox: robust anonymity requires funds to dwell in the mixer for extended periods, allowing diverse user activities to mask individual traces.
This delays access to capital, clashing with users' need for swift liquidity in volatile markets and incurring opportunity costs like foregone yields.
ZKLSOL (Zero-Knowledge Liquid Staking on Solana) addresses this by basing its mixer on Liquid Staking Tokens (LSTs).
Upon deposit, SOL converts to LST, which is staked. Users thus earn rewards during the waiting period, offsetting delays.
The user withdraws the LST after a sufficient waiting period, without any loss of yield.
This design bridges security and efficiency, promoting wider DeFi privacy adoption by aligning anonymity with economic incentives.
- Follow our progress on [https://roadmap.zklsol.org](https://roadmap.zklsol.org)
- Visit our devnet app at [https://app.zklsol.org](https://app.zklsol.org)
- Read our documentation at [https://docs.zklsol.org](https://docs.zklsol.org)
Token CA: [`ZKFHiLAfAFMTcDAuCtjNW54VzpERvoe7PBF9mYgmeta`](https://jup.ag/tokens/ZKFHiLAfAFMTcDAuCtjNW54VzpERvoe7PBF9mYgmeta)
- [Telegram community](https://tg.zklsol.org/)
- [X](https://x.com/ZKLSOL)
### Links
- Website: https://zklsol.org
- Twitter: https://terms.zklsol.org/
### Raw Data
- Launch address: `4h248CdXdeWtxWnHxEPqa5ruYZaEwXRZPyDFYnndbzpR`
- Token: ZKFG (ZKFG)
- Token mint: `ZKFHiLAfAFMTcDAuCtjNW54VzpERvoe7PBF9mYgmeta`
- Version: v0.6
- Final raise: $969,420.00
- Closed: 2025-10-24

View file

@ -0,0 +1,92 @@
---
type: decision
entity_type: decision_market
name: "ZKLSOL: Restructuring Proposal"
domain: internet-finance
status: passed
parent_entity: "[[zklsol]]"
platform: "futardio"
proposer: "ZKLSOL team"
proposal_url: "https://www.metadao.fi/projects/zklsol/proposal/Gte4BCXKvQdzzN8sXMCXNwvKdrYSUHkTQWZVA8DECM2y"
proposal_date: 2026-02-07
resolution_date: 2026-02-10
category: "strategy"
summary: "Restructure ZKLSOL operations and governance"
tracked_by: rio
created: 2026-03-24
---
# ZKLSOL: Restructuring Proposal
## Summary
ZKLSOL proposed restructuring its operations and governance framework.
## Market Data
- **Outcome:** Passed
- **Duration:** 2026-02-07 to ~2026-02-10
## Relationship to KB
- [[zklsol]] — parent entity
- [[futardio]] — governance platform
## Full Proposal Text
*Source: futard.io, tabled 2026-02-07*
**Type**
Operations Direct Action
**Author(s)**
Proph3t
**Summary**
If passed, this proposal would allocate up to 500,000 USDC to buy ZKFG at prices up to $0.076. And move 50% of the liquidity from the FutarchyAMM to the treasury.
**Motivation**
When an ownership coin trades at a significant discount to NAV, the right thing to do is to do buybacks until it gets there. We communicate this to projects beforehand: you can raise more, but the money you raise will be at risk.
Almost since inception, ZKFG has traded at a discount to NAV. It's clear that today there is not $1M of demand for ZKFG.
The market can change - at the later stages, Tesla came back from being ["within weeks of bankruptcy"](https://www.forbes.com/sites/christopherhelman/2018/11/28/elon-musk-said-tesla-was-single-digit-weeks-from-deathwheres-the-disclosures/?utm_source=chatgpt.com) and went on to grow their stock price 30-fold; at the earlier stages, Airbnb had great difficulty raising their first round of funding - but this is where it's at today.
We are proposing a big potential buyback in order to bring the system back into equilibrium and buy out the non-believers at accretive prices for the believers.
**Logistics**
500,000 USDC of treasury funds would go into a DCA order to purchase `ZKFHiLAfAFMTcDAuCtjNW54VzpERvoe7PBF9mYgmeta` (ZKFG) at a maximum price of 0.076 USDC per token. These orders will be placed every five minutes over a period of ~14 days (for a total of 4000 orders).
The NAV per token was established by taking the 150,000 USDC in the treasury's AMM position, the 575,000 USDC sitting in the treasury, the negligible amount of non-treasury cash (the estimate I got from the founder), and dividing by the 9,500,000 ZKFG in circulation.
This proposal would move 50% of the liquidity in the FutarchyAMM to the treasury to be used for future operations.
**Specifications**
Amount: 500,000 USDC
Order Type: Recurring
Order Quantity: 4000
Order Frequency: 5 minutes
Maximum Order Price: 0.076
Effective Time Horizon: ~14 days
**NOTE:**
Any funds remaining in the order (should it fail to complete its total number of orders in quantity) will go back to the treasury at the end of 14 days.
All ZKFG tokens will be transferred to the treasury.
### Raw Data
- Proposal account: `Gte4BCXKvQdzzN8sXMCXNwvKdrYSUHkTQWZVA8DECM2y`
- Proposal number: 4
- DAO account: `5FPGRzY9ArJFwY2Hp2y2eqMzVewyWCBox7esmpuZfCvE`
- Proposer: `tSTp6B6kE9o6ZaTmHm2ZwnJBBtgd3x112tapxFhmBEQ`
- Autocrat version: 0.6