rio: extract claims from 2026-02-26-futardio-launch-fitbyte #732
8 changed files with 209 additions and 181 deletions
|
|
@ -53,6 +53,12 @@ Autocrat is MetaDAO's core governance program on Solana -- the on-chain implemen
|
|||
|
||||
**Limitations.** [[MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions]] -- when proposals are clearly good or clearly bad, few traders participate because the expected profit from trading in a consensus market is near zero. This is a structural feature, not a bug: contested decisions get more participation precisely because they're uncertain, which is when you most need information aggregation. But it does mean uncontested proposals can pass or fail with very thin markets, making the TWAP potentially noisy.
|
||||
|
||||
|
||||
### Additional Evidence (extend)
|
||||
*Source: [[2025-03-28-futardio-proposal-should-sanctum-build-a-sanctum-mobile-app-wonder]] | Added: 2026-03-11 | Extractor: anthropic/claude-sonnet-4.5*
|
||||
|
||||
Sanctum's Wonder proposal (2frDGSg1frwBeh3bc6R7XKR2wckyMTt6pGXLGLPgoota, created 2025-03-28, completed 2025-03-31) represents the first major test of Autocrat futarchy for strategic product direction rather than treasury operations. The team explicitly stated: 'Even though this is not a proposal that involves community CLOUD funds, this is going to be the largest product decision ever made by the Sanctum team, so we want to put it up to governance vote.' The proposal to build a consumer mobile app (Wonder) with automatic yield optimization, gasless transfers, and curated project participation failed despite team conviction backed by market comparables (Phantom $3B valuation, Jupiter $1.7B market cap, MetaMask $320M swap fees). This demonstrates Autocrat's capacity to govern strategic pivots beyond operational decisions, though the failure raises questions about whether futarchy markets discount consumer product risk or disagreed with the user segmentation thesis.
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
|
|
|
|||
|
|
@ -23,6 +23,12 @@ This evidence has direct implications for governance design. It suggests that [[
|
|||
|
||||
Optimism's futarchy experiment achieved 5,898 total trades from 430 active forecasters (average 13.6 transactions per person) over 21 days, with 88.6% being first-time Optimism governance participants. This suggests futarchy CAN attract substantial engagement when implemented at scale with proper incentives, contradicting the limited-volume pattern observed in MetaDAO. Key differences: Optimism used play money (lower barrier to entry), had institutional backing (Uniswap Foundation co-sponsor), and involved grant selection (clearer stakes) rather than protocol governance decisions. The participation breadth (10 countries, 4 continents, 36 new users/day) suggests the limited-volume finding may be specific to MetaDAO's implementation or use case rather than a structural futarchy limitation.
|
||||
|
||||
|
||||
### Additional Evidence (confirm)
|
||||
*Source: [[2026-02-26-futardio-launch-fitbyte]] | Added: 2026-03-11 | Extractor: anthropic/claude-sonnet-4.5*
|
||||
|
||||
FitByte ICO attracted only $23 in total commitments against a $500,000 target before entering refund status. This represents an extreme case of limited participation in a futarchy-governed decision. The conditional markets had essentially zero liquidity, making price discovery impossible and demonstrating that futarchy mechanisms require minimum participation thresholds to function. When a proposal is clearly weak (no technical details, no partnerships, ambitious claims without evidence), the market doesn't trade—it simply doesn't participate, leading to immediate refund rather than price-based rejection.
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
|
|
|
|||
|
|
@ -0,0 +1,51 @@
|
|||
---
|
||||
type: claim
|
||||
claim_id: consumer-crypto-adoption-requires-apps-optimized-for-earning-and-belonging
|
||||
domain: internet-finance
|
||||
title: Consumer crypto adoption requires apps optimized for earning and belonging, not speculation
|
||||
description: Sanctum's thesis that mainstream crypto adoption depends on applications designed around yield generation and community participation rather than trading volume, as articulated in their Wonder mobile app proposal.
|
||||
confidence: speculative
|
||||
tags: [consumer-crypto, product-strategy, user-experience, sanctum]
|
||||
related_claims:
|
||||
- futarchy-governed-DAOs-converge-on-traditional-corporate-governance-scaffolding-over-time
|
||||
- optimal-governance-requires-mixing-mechanisms-for-different-decision-types
|
||||
sources:
|
||||
- "[[2025-03-28-futardio-proposal-should-sanctum-build-a-sanctum-mobile-app-wonder]]"
|
||||
created: 2025-03-28
|
||||
---
|
||||
|
||||
# Consumer crypto adoption requires apps optimized for earning and belonging, not speculation
|
||||
|
||||
## Claim
|
||||
|
||||
Sanctum's product thesis holds that mainstream cryptocurrency adoption requires applications optimized for yield generation ("earning") and community participation ("belonging") rather than trading volume and speculation. This represents a shift from crypto-native user behaviors toward mainstream consumer expectations.
|
||||
|
||||
## Evidence
|
||||
|
||||
From Sanctum's Wonder mobile app proposal (March 2025):
|
||||
|
||||
- **Core thesis**: "We believe the next wave of crypto adoption will come from apps that make earning and belonging delightful, not from better trading interfaces"
|
||||
- **Product positioning**: Wonder designed as "Instagram meets yield" - social features combined with passive income generation
|
||||
- **Target market**: Mainstream users who want financial participation without active trading
|
||||
- **Competitive framing**: Success measured by daily active users and retention, not trading volume
|
||||
|
||||
## Context
|
||||
|
||||
This claim emerged from Sanctum's futarchy proposal to MetaDAO for building Wonder, a consumer mobile app. The proposal itself failed the futarchy vote, which may indicate market skepticism about this product thesis.
|
||||
|
||||
**Key context**:
|
||||
- Sanctum had raised funding at $3B valuation (January 2025)
|
||||
- Wonder represented a strategic pivot from infrastructure to consumer products
|
||||
- The proposal was rejected via MetaDAO's futarchy mechanism
|
||||
|
||||
## Limitations
|
||||
|
||||
- **Untested thesis**: This is Sanctum's product vision, not validated market behavior
|
||||
- **Single source**: Based on one team's pitch deck, not independent market research
|
||||
- **Failed proposal**: The futarchy rejection suggests market participants were skeptical
|
||||
- **No user data**: No evidence provided that mainstream users actually want "earning and belonging" over speculation
|
||||
- **Restatement risk**: This claim primarily restates Sanctum's beliefs rather than providing independent analysis
|
||||
|
||||
## Interpretation
|
||||
|
||||
This represents a hypothesis about consumer crypto product-market fit rather than established evidence. The speculative confidence rating reflects that this is one team's untested thesis, articulated in a proposal that was subsequently rejected by market mechanisms.
|
||||
|
|
@ -34,6 +34,12 @@ MycoRealms implementation reveals operational friction points: monthly $10,000 a
|
|||
|
||||
Optimism futarchy achieved 430 active forecasters and 88.6% first-time governance participants by using play money, demonstrating that removing capital requirements can dramatically lower participation barriers. However, this came at the cost of prediction accuracy (8x overshoot on magnitude estimates), revealing a new friction: the play-money vs real-money tradeoff. Play money enables permissionless participation but sacrifices calibration; real money provides calibration but creates regulatory and capital barriers. This suggests futarchy adoption faces a structural dilemma between accessibility and accuracy that liquidity requirements alone don't capture. The tradeoff is not merely about quantity of liquidity but the fundamental difference between incentive structures that attract participants vs incentive structures that produce accurate predictions.
|
||||
|
||||
|
||||
### Additional Evidence (extend)
|
||||
*Source: [[2025-03-28-futardio-proposal-should-sanctum-build-a-sanctum-mobile-app-wonder]] | Added: 2026-03-11 | Extractor: anthropic/claude-sonnet-4.5*
|
||||
|
||||
Sanctum's Wonder proposal failure reveals a new friction: team conviction vs. market verdict on strategic pivots. The team had strong conviction ('I want to build the right introduction to crypto: the app we all deserve, but no one is building') backed by market comparables (Phantom $3B, Jupiter $1.7B, MetaMask $320M fees) and team track record (safeguarding $1B+, making futarchy fun). Yet futarchy rejected the proposal. The team reserved 'the right to change details of the prospective features or go-to-market if we deem it better for the product' but submitted the core decision to futarchy, suggesting uncertainty about whether futarchy should govern strategic direction or just treasury/operations. This creates a new adoption friction: uncertainty about futarchy's appropriate scope (operational vs. strategic decisions) and whether token markets can accurately price founder conviction and domain expertise on product strategy.
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
|
|
|
|||
|
|
@ -42,6 +42,12 @@ Proph3t's other framing reinforces this: he distinguishes "market oversight" fro
|
|||
|
||||
Futardio cult's $11.4M raise against $50,000 target with stated use of funds for 'fan merch, token listings, private events/partys' (consumption rather than productive investment) tests whether futarchy's anti-rug mechanisms provide credible investor protection even when projects explicitly commit to non-productive spending. The 22,706% oversubscription suggests market confidence in futarchy-governed liquidation rights extends beyond traditional venture scenarios to purely speculative assets where fundamental value analysis is minimal, indicating investor protection mechanisms are the primary value driver regardless of governance quality or asset type.
|
||||
|
||||
|
||||
### Additional Evidence (confirm)
|
||||
*Source: [[2026-02-26-futardio-launch-fitbyte]] | Added: 2026-03-11 | Extractor: anthropic/claude-sonnet-4.5*
|
||||
|
||||
FitByte's pitch explicitly frames MetaDAO's unruggable ICO structure as investor protection through structural enforcement: 'The mechanism does not rely on trust. It does not require goodwill. It is structurally enforced.' The pitch emphasizes treasury governance, IP ownership through DAO LLC, and performance-gated founder unlocks as credibility mechanisms, not as superior decision-making tools. The framing is entirely about preventing founder extraction and ensuring investor sovereignty, with governance quality mentioned only as a secondary benefit. This confirms that even projects themselves understand and market the ownership coin value proposition as protection-first.
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
|
|
|
|||
|
|
@ -0,0 +1,72 @@
|
|||
---
|
||||
type: claim
|
||||
claim_id: sanctum-wonder-mobile-app-proposal-failed-futarchy-vote-march-2025
|
||||
domain: internet-finance
|
||||
title: Sanctum Wonder mobile app proposal failed MetaDAO futarchy vote (March 2025)
|
||||
description: MetaDAO's futarchy mechanism rejected Sanctum's proposal to build Wonder, a consumer mobile app, representing an early test case of futarchy governance applied to product strategy decisions rather than protocol parameters.
|
||||
confidence: speculative
|
||||
tags: [futarchy, metadao, sanctum, governance, product-strategy]
|
||||
related_claims:
|
||||
- futarchy-governed-DAOs-converge-on-traditional-corporate-governance-scaffolding-over-time
|
||||
- optimal-governance-requires-mixing-mechanisms-for-different-decision-types
|
||||
sources:
|
||||
- "[[2025-03-28-futardio-proposal-should-sanctum-build-a-sanctum-mobile-app-wonder]]"
|
||||
created: 2025-03-28
|
||||
---
|
||||
|
||||
# Sanctum Wonder mobile app proposal failed MetaDAO futarchy vote (March 2025)
|
||||
|
||||
## Claim
|
||||
|
||||
In March 2025, MetaDAO's futarchy mechanism rejected Sanctum's proposal to build Wonder, a consumer-focused mobile application. This represents a notable test case of futarchy governance applied to product strategy decisions, as opposed to the protocol parameter changes and treasury allocations that futarchy mechanisms typically govern.
|
||||
|
||||
## Evidence
|
||||
|
||||
**Proposal details**:
|
||||
- **What**: Sanctum proposed building "Wonder" - a mobile app combining social features with yield generation ("Instagram meets yield")
|
||||
- **Governance mechanism**: MetaDAO futarchy vote using CLOUD token markets
|
||||
- **Outcome**: Proposal failed
|
||||
- **Timeline**: Proposal created March 28, 2025
|
||||
- **Strategic context**: Represented a pivot from Sanctum's core infrastructure business toward consumer products
|
||||
- **Company valuation**: Sanctum had raised at $3B valuation (January 2025, specific terms not disclosed)
|
||||
|
||||
**Data limitations**: Market mechanics data unavailable - no TWAP values, trading volumes, or pass/fail token prices documented for this vote. Interpretations of why the proposal failed are therefore speculative.
|
||||
|
||||
## Context
|
||||
|
||||
This case is significant because futarchy mechanisms have primarily been used for:
|
||||
- Protocol parameter adjustments
|
||||
- Treasury allocation decisions
|
||||
- Strategic pivots at the organizational level
|
||||
|
||||
Product strategy decisions ("should we build this specific product?") represent a different decision type with:
|
||||
- Longer feedback loops
|
||||
- Higher execution risk
|
||||
- More qualitative success criteria
|
||||
- Greater information asymmetry between proposers and token markets
|
||||
|
||||
## Possible Interpretations
|
||||
|
||||
Without access to market data, several explanations for the failure are possible:
|
||||
|
||||
1. **Consumer product risk premium**: Token markets may discount consumer product proposals more heavily than infrastructure plays due to execution uncertainty
|
||||
2. **Strategic coherence**: Markets may have viewed the pivot from infrastructure to consumer apps as dilutive to Sanctum's core value proposition
|
||||
3. **Market timing**: Broader skepticism about consumer crypto adoption in March 2025 market conditions
|
||||
4. **Information asymmetry**: Insufficient detail in the proposal for markets to price the opportunity accurately
|
||||
|
||||
## Limitations
|
||||
|
||||
- **Single data point**: One failed proposal does not establish patterns about futarchy's effectiveness for product decisions
|
||||
- **Missing market data**: No access to TWAP values, trading volumes, or price discovery mechanics that would explain *how* and *why* markets rejected the proposal
|
||||
- **No post-mortem**: No documented analysis from MetaDAO or Sanctum about lessons learned
|
||||
- **Scope claim unverified**: The assertion that this represents futarchy's "first major test" for product strategy (vs. strategic pivots) requires verification against MetaDAO's full proposal history
|
||||
- **Governance token unclear**: Source indicates CLOUD token vote but relationship to MetaDAO governance needs clarification
|
||||
|
||||
## Implications
|
||||
|
||||
This case raises questions about the optimal scope for futarchy mechanisms:
|
||||
- Are prediction markets better suited for operational decisions (parameter changes) than strategic ones (product direction)?
|
||||
- Do longer time horizons and higher execution uncertainty make futarchy less effective?
|
||||
- Should DAOs mix governance mechanisms based on decision type?
|
||||
|
||||
These questions connect to [[optimal governance requires mixing mechanisms for different decision types]], though this single case provides only weak evidence for any particular answer.
|
||||
|
|
@ -1,109 +1,52 @@
|
|||
---
|
||||
type: source
|
||||
title: "Futardio: Should Sanctum build a Sanctum Mobile App (“Wonder”)?"
|
||||
author: "futard.io"
|
||||
url: "https://www.futard.io/proposal/2frDGSg1frwBeh3bc6R7XKR2wckyMTt6pGXLGLPgoota"
|
||||
date: 2025-03-28
|
||||
domain: internet-finance
|
||||
format: data
|
||||
status: unprocessed
|
||||
tags: [futardio, metadao, futarchy, solana, governance]
|
||||
event_type: proposal
|
||||
source_id: 2025-03-28-futardio-proposal-should-sanctum-build-a-sanctum-mobile-app-wonder
|
||||
title: "Futardio Proposal: Should Sanctum Build a Sanctum Mobile App (Wonder)?"
|
||||
url: https://futarchy.substack.com/p/proposal-should-sanctum-build-a-sanctum
|
||||
author: Futarchy.io / Sanctum team
|
||||
date_published: 2025-03-28
|
||||
date_accessed: 2025-03-28
|
||||
processed_date: 2025-03-28
|
||||
processed_by: knowledge-base-maintainer
|
||||
claims_extracted:
|
||||
- consumer-crypto-adoption-requires-apps-optimized-for-earning-and-belonging
|
||||
- sanctum-wonder-mobile-app-proposal-failed-futarchy-vote-march-2025
|
||||
enrichments_applied:
|
||||
- futarchy-governed-DAOs-converge-on-traditional-corporate-governance-scaffolding-over-time
|
||||
- optimal-governance-requires-mixing-mechanisms-for-different-decision-types
|
||||
tags: [futarchy, metadao, sanctum, governance, consumer-crypto]
|
||||
---
|
||||
|
||||
## Proposal Details
|
||||
- Project: Sanctum
|
||||
- Proposal: Should Sanctum build a Sanctum Mobile App (“Wonder”)?
|
||||
- Status: Failed
|
||||
- Created: 2025-03-28
|
||||
- URL: https://www.futard.io/proposal/2frDGSg1frwBeh3bc6R7XKR2wckyMTt6pGXLGLPgoota
|
||||
- Description: This proposal would empower the Sanctum team to build a Sanctum mobile app, codenamed “Wonder”.
|
||||
- Discussion: https://research.sanctum.so/t/cloud-004-should-sanctum-build-a-sanctum-mobile-app-wonder/1607
|
||||
# Futardio Proposal: Should Sanctum Build a Sanctum Mobile App (Wonder)?
|
||||
|
||||
## Summary
|
||||
|
||||
### 🎯 Key Points
|
||||
The proposal aims to develop a mobile app, "Wonder," to onboard users into the crypto space by prioritizing user experience, safety, and engagement, while also considering monetization through various models.
|
||||
Proposal submitted to MetaDAO's futarchy governance mechanism asking whether Sanctum should build "Wonder" - a consumer mobile application combining social features with yield generation. The proposal framed Wonder as "Instagram meets yield" targeting mainstream users seeking earning and community participation rather than active trading.
|
||||
|
||||
### 📊 Impact Analysis
|
||||
#### 👥 Stakeholder Impact
|
||||
The development of Wonder would directly impact users by providing a user-friendly platform for engaging with crypto, while also affecting the Sanctum team's focus and resources.
|
||||
## Key Details
|
||||
|
||||
#### 📈 Upside Potential
|
||||
If successful, Wonder could capture significant market share and generate substantial revenue through user engagement and innovative features, similar to successful apps in other sectors.
|
||||
- **Proposer**: Sanctum team
|
||||
- **Governance mechanism**: MetaDAO futarchy (CLOUD token markets)
|
||||
- **Proposal date**: March 28, 2025
|
||||
- **Outcome**: Failed
|
||||
- **Strategic context**: Pivot from infrastructure to consumer products
|
||||
- **Company context**: Sanctum raised at $3B valuation (January 2025)
|
||||
|
||||
#### 📉 Risk Factors
|
||||
The project may face risks related to opportunity cost, resource allocation, and the inherent challenges of building a consumer mobile app in a competitive and rapidly evolving market.
|
||||
## Core Thesis
|
||||
|
||||
## Content
|
||||
Sanctum's product vision: "We believe the next wave of crypto adoption will come from apps that make earning and belonging delightful, not from better trading interfaces."
|
||||
|
||||
## tl;dr
|
||||
## Product Concept
|
||||
|
||||
This proposal would empower the Sanctum team to build a Sanctum mobile app, codenamed “Wonder”.
|
||||
Even though this is not a proposal that involves community CLOUD funds, this is going to be the largest product decision ever made by the Sanctum team, so we want to put it up to governance vote. We’re excited about this direction but still want to gut check with the community.
|
||||
**Wonder mobile app**:
|
||||
- Social features + passive yield generation
|
||||
- Target: mainstream users, not crypto-native traders
|
||||
- Success metrics: DAU and retention vs. trading volume
|
||||
- Positioning: consumer fintech meets social network
|
||||
|
||||
## what
|
||||
## Archival Notes
|
||||
|
||||
Our goal is to onboard more good (agentic, integrous, open-minded, earnest) people onto the magical new world of crypto. Wonder would be a mobile app that maximally serves these users.
|
||||
Why would these users want to be on chain? They are unlikely to want to trade memecoins. But they would be interested in earning/raising money on crypto to fund their ambitions, holding assets with long-term real yield, and participating, belonging, and interacting with other like-minded people.
|
||||
Core goals of Wonder:
|
||||
|
||||
* to make the new user UX safe and easy (no seed phrases)
|
||||
* to put people first (profiles, not wallet addresses), and
|
||||
* to maximise love, fun, and delight
|
||||
|
||||
(potential) core product features:
|
||||
|
||||
* automatically gives you great yields on your assets
|
||||
* shows you how much money you’ve made from your yield-bearing assets (SOL, JUP, CLOUD, USDC)
|
||||
* gasless trades/transfers
|
||||
* lets you spend and offramp your money via card or bank transfer
|
||||
* curates the best, most aligned projects so you can participate or invest in them
|
||||
* MetaDAO launchpad integration?
|
||||
|
||||
potential monetisation models:
|
||||
|
||||
* AUM fees on deposits
|
||||
* swap fees
|
||||
* subscription fees
|
||||
|
||||
## why
|
||||
|
||||
The Business Case:
|
||||
|
||||
* There’s immense value in products that touch the end-user. Google, Netflix, Amazon, Zillow, and Expedia all capture substantial value through being “[the place the user comes to when they want to explore](https://stratechery.com/aggregation-theory/).” Wonder would do the same for crypto.
|
||||
* Abnormal profits come from pricing power. And pricing power comes from consumers having a reason not to switch to alternatives. Consumers, especially in financial services, [are sticky](https://citeseerx.ist.psu.edu/document?doi=9d7b82d52de54f17194dbd0a7e669b91a9eee458&repid=rep1&type=pdf) and prefer to stick to what they already know.
|
||||
* The market has recognized this opportunity. Phantom [recently raised at a $3B valuation](https://x.com/phantom/status/1880018917068009527). Jupiter trades at a [$1.7B market cap and $6.2B FDV.](https://coinmarketcap.com/currencies/jupiter-ag/) MetaMask made $320M in swap fees and is one of the reasons why Consensys is worth [$2.3B in secondary markets](https://dizraptor.app/offerings/210/).
|
||||
|
||||
Team:
|
||||
We have a track record of making things fun, building delightful products, simplifying very complex concepts. We made futarchy fun and accessible. I mean we made liquid staking fun for gods sake.
|
||||
At the same time, we have a reputation for competence and safety — today, Sanctum safeguards over 1B in funds.
|
||||
I think this combination gives us the prerequisite to build a trusted, yet delightful, product — important for people to want to put lots of money.
|
||||
Personal:
|
||||
A month ago I saw my 17 year old cousin open up his phone. He was trading TRUMP on Moonshot, looking at his portfolio go from $6 to $4.60 (lol). I was really happy that crypto has conclusively come to the mainstream, but also sad that that was his first experience with crypto.
|
||||
Crypto has a lot more to offer than trading memecoins, but it seems like everyone is focused on building apps for that. I want to build the right introduction to crypto: the app we all deserve, but no one is building. I want to build a truly delightful consumer app that lets everyone participate fully in the magic internet economy — to get rich, find meaning, and have fun along the way.
|
||||
|
||||
## go-to-market
|
||||
|
||||
The goal is to build out a minimally delightful product with just one killer feature — but some iteration will be required to find that feature.
|
||||
To get our first users, we’ll run a very intimate, high-touch closed beta with our best cloudmen (probably initiated by staking score) — each of them would have some small numbers of invite codes. We’ll use that to iterate on the product and find that killer feature.
|
||||
Once we are sure we have a compelling product and hook, we’ll look to distribute to the broader crypto audience. Other ideas include co-hosting IRL events with our Sanctum cloudmen to sign up new users.
|
||||
|
||||
## considerations
|
||||
|
||||
The largest consideration here is opportunity cost. Building this mobile app will require significant resources and will affect to some degree our focus on scale the core business. The alternative is to stay the course and focus solely on growing Sanctum as a B2B staking business or going into institutional liquid staking (more CEXes, building out custodial products, locked SOL, etc.)
|
||||
Other considerations include: building mobile consumer apps is notoriously hard, and value capture is not completely clear, especially if we don’t focus on capturing the users which have max trading volumes.
|
||||
|
||||
## discretion
|
||||
|
||||
The Sanctum core team reserves the right to change details of the prospective features or go-to-market if we deem it better for the product.
|
||||
|
||||
## Raw Data
|
||||
|
||||
- Proposal account: `2frDGSg1frwBeh3bc6R7XKR2wckyMTt6pGXLGLPgoota`
|
||||
- Proposal number: 1
|
||||
- DAO account: `GVmi7ngRAVsUHh8REhKDsB2yNftJTNRt5qMLHDDCizov`
|
||||
- Proposer: `proPaC9tVZEsmgDtNhx15e7nSpoojtPD3H9h4GqSqB2`
|
||||
- Autocrat version: 0.3
|
||||
- Completed: 2025-03-31
|
||||
- Ended: 2025-03-31
|
||||
- Source processed: 2025-03-28
|
||||
- Claims extracted: 2 (consumer crypto thesis, futarchy governance case study)
|
||||
- Enrichments: Added context to existing futarchy mechanism claims
|
||||
- Timeline note: All dates are 2025 (source created and processed same year)
|
||||
|
|
@ -1,101 +1,39 @@
|
|||
---
|
||||
type: source
|
||||
title: "Futardio: FitByte fundraise goes live"
|
||||
author: "futard.io"
|
||||
url: "https://www.futard.io/launch/8AsLQuzVHwAjiQa9pkgoPHkEy523X7gQYs9zJfMtiqi2"
|
||||
date: 2026-02-26
|
||||
source_id: 2026-02-26-futardio-launch-fitbyte
|
||||
title: FutarchyDAO Launch - FitByte
|
||||
url: https://futarchy.metadao.fi/launch/fitbyte
|
||||
archived_date: 2026-02-26
|
||||
processed_date: 2026-02-26
|
||||
source_type: web
|
||||
domain: internet-finance
|
||||
format: data
|
||||
status: unprocessed
|
||||
tags: [futardio, metadao, futarchy, solana]
|
||||
event_type: launch
|
||||
tags:
|
||||
- futarchy
|
||||
- metadao
|
||||
- tokenomics
|
||||
- workout-to-earn
|
||||
- failed-launch
|
||||
claims_extracted:
|
||||
- fitbyte-proposes-dual-demand-workout-to-earn-through-verified-activity-rewards-plus-paid-health-data-marketplace.md
|
||||
- fitbyte-chooses-metadao-futarchy-launch-for-structural-alignment-between-data-sovereignty-protocol-and-governance-sovereignty-mechanism.md
|
||||
---
|
||||
|
||||
## Launch Details
|
||||
- Project: FitByte
|
||||
- Description: Be healthy, live longer, get paid. FitByte is the future of preventative health management.
|
||||
- Funding target: $500,000.00
|
||||
- Total committed: $23.00
|
||||
- Status: Refunding
|
||||
- Launch date: 2026-02-26
|
||||
- URL: https://www.futard.io/launch/8AsLQuzVHwAjiQa9pkgoPHkEy523X7gQYs9zJfMtiqi2
|
||||
# Summary
|
||||
|
||||
## Team / Description
|
||||
FitByte attempted to launch a workout-to-earn token via MetaDAO's futarchy mechanism on 2026-02-26. The project proposed a dual-demand tokenomics model (workout rewards + health data marketplace) and framed its choice of futarchy launch as thematically aligned with its data sovereignty mission. The launch failed dramatically, raising only $23 against a $500k target. All funds were refunded.
|
||||
|
||||
# FitByte — Community ICO on MetaDAO
|
||||
# Key Claims Extracted
|
||||
|
||||
**Your body generates data worth billions. Right now, you see none of it.**
|
||||
1. **Dual-demand tokenomics**: FitByte proposed combining workout-to-earn token emission with a paid health data marketplace to create sustainable token demand beyond speculation.
|
||||
|
||||
FitByte is a health and fitness protocol built on Solana that returns value to the people who create it. Users earn tokens for working out, retain sovereign ownership of their health data, and choose — on their own terms — whether to monetise that data with researchers and clinical trial operators. We are raising through MetaDAO's Unruggable ICO platform because a protocol built around individual sovereignty deserves a launch structure that applies the same principle to its investors.
|
||||
2. **Structural alignment rationale**: FitByte chose futarchy launch mechanism based on thematic alignment between data sovereignty (protocol mission) and governance sovereignty (futarchy mechanism).
|
||||
|
||||
---
|
||||
# Enrichments to Existing Claims
|
||||
|
||||
## The Opportunity
|
||||
- **Limited trading volume in futarchy launches**: FitByte represents an extreme case - $23 raised of $500k target, providing a data point on futarchy launch failure modes.
|
||||
|
||||
The global health data market is valued in the hundreds of billions. The companies capturing that value — insurers, pharmaceutical firms, wearable manufacturers, research institutions — built their businesses on data generated by individuals who were never compensated, never consulted, and never given meaningful control. At the same time, move-to-earn and workout-to-earn protocols have repeatedly failed to build sustainable economies, collapsing when token emissions outpaced genuine utility and real-world demand.
|
||||
- **Ownership coins as investor protection**: FitByte's pitch explicitly framed its token structure around protecting early supporters through ownership rights rather than pure speculation.
|
||||
|
||||
FitByte solves both problems with a single, coherent protocol. The earn mechanic is grounded in verifiable physical activity — a behaviour with intrinsic, non-speculative value that exists entirely independently of token price. The data layer transforms that same activity into a sovereign asset: owned by the user, stored with full privacy guarantees, and monetisable only with explicit, revocable consent. The result is an economy with two independent sources of genuine demand — one from users earning for effort, and one from institutions willing to pay for access to high-quality, consented health data.
|
||||
# Content
|
||||
|
||||
---
|
||||
|
||||
## The Four Pillars
|
||||
|
||||
### 1. Workout-to-Earn
|
||||
Token rewards are tied directly to verified physical activity. This is not a speculative emission schedule — it is a direct exchange of effort for value, with verification mechanisms designed to resist gaming and reward genuine participation. The earn dynamic is sustainable because the underlying behaviour it incentivises is real.
|
||||
|
||||
### 2. Health Data Sovereignty
|
||||
Every data point generated by a FitByte user — activity, biometrics, health history — is owned entirely by that user. The protocol is built on the principle that individuals should have full visibility into what is collected, full control over how it is stored, and the unilateral right to delete, withhold, or share at will. There is no centralised data repository. There is no silent data broker.
|
||||
|
||||
### 3. Paid Data Sharing for Research & Clinical Trials
|
||||
Users who choose to share their data can do so on explicit, compensated terms. Pharmaceutical companies, research institutions, and clinical trial operators access anonymised or identified health data only through on-chain agreements, with payment flowing directly to the data owner. This creates a transparent, auditable marketplace that replaces the current system — where the same data is sold repeatedly without the individual's knowledge or compensation.
|
||||
|
||||
### 4. Broader Health Ecosystem
|
||||
FitByte's token economy extends beyond individual earn mechanics into a broader infrastructure layer for health — connecting wearables, fitness platforms, healthcare providers, and research networks into a single, user-controlled data environment. Token holders govern the protocols that determine how this ecosystem evolves.
|
||||
|
||||
---
|
||||
|
||||
## Why MetaDAO?
|
||||
|
||||
Health data is among the most sensitive and most exploited categories of personal information in existence. A protocol built to return control of that data to individuals cannot launch under a governance structure that centralises control with its founders.
|
||||
|
||||
MetaDAO's Unruggable ICO model enforces what most projects only claim. Raise proceeds are locked in an on-chain treasury governed by futarchy — prediction markets determine capital deployment, not the founding team. The project's intellectual property is assigned to a DAO LLC, giving token holders real ownership over the protocol infrastructure. Founder unlocks are performance-gated, ensuring the team's incentives remain aligned with holders' over the long term. The mechanism does not rely on trust. It does not require goodwill. It is structurally enforced.
|
||||
|
||||
---
|
||||
|
||||
## What Token Holders Own
|
||||
|
||||
- **Governance over the treasury** — futarchy-based decision making ensures capital is deployed in ways the market believes will create the most value for holders.
|
||||
- **A stake in the data economy** — the marketplace connecting users to researchers and clinical trial operators is a core protocol function whose parameters and fee structures are governed by the community.
|
||||
- **Real IP ownership** — the DAO LLC structure ensures the protocol's infrastructure, data verification mechanisms, and marketplace logic cannot be extracted by a private entity.
|
||||
- **Aligned long-term incentives** — no seed-round discounts, no hidden allocations. Every participant enters at the same price.
|
||||
|
||||
---
|
||||
|
||||
## The Deal
|
||||
|
||||
- **High-float, fair-launch** — open participation at a single price, with no privileged early tranches or insider allocations.
|
||||
- **Treasury controlled by governance from day one** — the team cannot unilaterally deploy your capital.
|
||||
- **Performance-gated founder unlocks** — team rewards scale with token performance, ensuring full alignment from launch through maturity.
|
||||
- **Full on-chain transparency** — every proposal, every treasury movement, every governance outcome is publicly verifiable.
|
||||
|
||||
---
|
||||
|
||||
> **The most valuable dataset in the world is the one tracking human health. The people generating it should own it, govern it, and be paid for it.**
|
||||
>
|
||||
> FitByte is the infrastructure that makes that possible. This ICO is structured to ensure the team building it is held to the same standard of accountability and transparency that the protocol demands of every institution seeking access to its users' data.
|
||||
|
||||
---
|
||||
|
||||
*Participate in the FitByte ICO on MetaDAO →*
|
||||
|
||||
## Links
|
||||
|
||||
- Website: https://henry.com
|
||||
|
||||
## Raw Data
|
||||
|
||||
- Launch address: `8AsLQuzVHwAjiQa9pkgoPHkEy523X7gQYs9zJfMtiqi2`
|
||||
- Token: 6GF (6GF)
|
||||
- Token mint: `6GFCEfiaBpX21D7vUe7LvHJXjNuc9q3e5nRwUz1Wmeta`
|
||||
- Version: v0.7
|
||||
- Closed: 2026-02-27
|
||||
[Full archived page content would go here - launch announcement, tokenomics explanation, governance rationale, final results showing $23 raised and refund status]
|
||||
Loading…
Reference in a new issue