Compare commits
34 commits
extract/20
...
main
| Author | SHA1 | Date | |
|---|---|---|---|
| 98da1cbcdc | |||
|
|
6101c06cd9 | ||
| 34f0454390 | |||
|
|
42e3ddb0b5 | ||
| 6824f5c924 | |||
| f884dde98a | |||
| 55fb571dea | |||
| 71227f3bca | |||
| 723bf4c6ba | |||
| bb3df4dc76 | |||
| 20d1f8cf77 | |||
|
|
1db57d9db5 | ||
|
|
bffd4cfb6f | ||
|
|
04ca7ce297 | ||
|
|
4e47efa98a | ||
|
|
57a8900dd7 | ||
|
|
8fc6e53a59 | ||
|
|
6c415bcb1b | ||
| 171e18a8aa | |||
|
|
2a304fb02a | ||
|
|
63f59d0768 | ||
| 8214d383cf | |||
| 1c895b2b0e | |||
| 0200671b0b | |||
|
|
6a80039f2c | ||
|
|
2957bee21b | ||
| ef2746cc09 | |||
| 5154b93bd2 | |||
| ce52f0c3f1 | |||
|
|
7a11c07a3d | ||
|
|
d8d50fcb51 | ||
| 0bdcd26f25 | |||
| e69c62bb6c | |||
| 38ac2375e1 |
35 changed files with 928 additions and 229 deletions
|
|
@ -23,6 +23,9 @@ The architecture follows biological organization: nested Markov blankets with sp
|
|||
- [[collaborative knowledge infrastructure requires separating the versioning problem from the knowledge evolution problem because git solves file history but not semantic disagreement or insight-level attribution]] — the design challenge
|
||||
- [[person-adapted AI compounds knowledge about individuals while idea-learning AI compounds knowledge about domains and the architectural gap between them is where collective intelligence lives]] — where CI lives
|
||||
|
||||
## Structural Positioning
|
||||
- [[agent-mediated knowledge bases are structurally novel because they combine atomic claims adversarial multi-agent evaluation and persistent knowledge graphs which Wikipedia Community Notes and prediction markets each partially implement but none combine]] — what makes this architecture unprecedented
|
||||
|
||||
## Operational Architecture (how the Teleo collective works today)
|
||||
- [[adversarial PR review produces higher quality knowledge than self-review because separated proposer and evaluator roles catch errors that the originating agent cannot see]] — the core quality mechanism
|
||||
- [[prose-as-title forces claim specificity because a proposition that cannot be stated as a disagreeable sentence is not a real claim]] — the simplest quality gate
|
||||
|
|
|
|||
|
|
@ -0,0 +1,48 @@
|
|||
---
|
||||
type: claim
|
||||
domain: living-agents
|
||||
description: "Compares Teleo's architecture against Wikipedia, Community Notes, prediction markets, and Stack Overflow across three structural dimensions — atomic claims with independent evaluability, adversarial multi-agent evaluation with proposer/evaluator separation, and persistent knowledge graphs with semantic linking and cascade detection — showing no existing system combines all three"
|
||||
confidence: experimental
|
||||
source: "Theseus, original analysis grounded in CI literature and operational comparison of existing knowledge aggregation systems"
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
||||
# Agent-mediated knowledge bases are structurally novel because they combine atomic claims adversarial multi-agent evaluation and persistent knowledge graphs which Wikipedia Community Notes and prediction markets each partially implement but none combine
|
||||
|
||||
Existing knowledge aggregation systems each implement one or two of three critical structural properties, but none combine all three. This combination produces qualitatively different collective intelligence dynamics.
|
||||
|
||||
## The three structural properties
|
||||
|
||||
**1. Atomic claims with independent evaluability.** Each knowledge unit is a single proposition with its own evidence, confidence level, and challenge surface. Wikipedia merges claims into consensus articles, destroying the disagreement structure — you can't independently evaluate or challenge a single claim within an article without engaging the whole article's editorial process. Prediction markets price single propositions but can't link them into structured knowledge. Stack Overflow evaluates Q&A pairs but not propositions. Atomic claims enable granular evaluation: each can be independently challenged, enriched, or deprecated without affecting others.
|
||||
|
||||
**2. Adversarial multi-agent evaluation.** Knowledge inputs are evaluated by AI agents through structured adversarial review — proposer/evaluator separation ensures the entity that produces a claim is never the entity that approves it. Wikipedia uses human editor consensus (collaborative, not adversarial by design). Community Notes uses algorithmic bridging (matrix factorization, no agent evaluation). Prediction markets use price signals (no explicit evaluation of claim quality, only probability). The agent-mediated model inverts RLHF: instead of humans evaluating AI outputs, AI evaluates knowledge inputs using a codified epistemology.
|
||||
|
||||
**3. Persistent knowledge graphs with semantic linking.** Claims are wiki-linked into a traversable graph where evidence chains are auditable: evidence → claims → beliefs → positions. Community Notes has no cross-note memory — each note is evaluated independently. Prediction markets have no cross-question linkage. Wikipedia has hyperlinks but without semantic typing or confidence weighting. The knowledge graph enables cascade detection: when a foundational claim is challenged, the system can trace which beliefs and positions depend on it.
|
||||
|
||||
## Why the combination matters
|
||||
|
||||
Each property alone is well-understood. The novelty is in their interaction:
|
||||
|
||||
- Atomic claims + adversarial evaluation = each claim gets independent quality assessment (not possible when claims are merged into articles)
|
||||
- Adversarial evaluation + knowledge graph = evaluators can check whether a new claim contradicts, supports, or duplicates existing linked claims (not possible without persistent structure)
|
||||
- Knowledge graph + atomic claims = the system can detect when new evidence should cascade through beliefs (not possible without evaluators to actually perform the update)
|
||||
|
||||
The closest analog is scientific peer review, which has atomic claims (papers make specific arguments) and adversarial evaluation (reviewers challenge the work), but lacks persistent knowledge graphs — scientific papers cite each other but don't form a traversable, semantically typed graph with confidence weighting and cascade detection.
|
||||
|
||||
## What this does NOT claim
|
||||
|
||||
This claim is structural, not evaluative. It does not claim that agent-mediated knowledge bases produce *better* knowledge than Wikipedia or prediction markets — that is an empirical question we don't yet have data to answer. It claims the architecture is *structurally novel* in combining properties that existing systems don't combine. Whether structural novelty translates to superior collective intelligence is a separate, testable proposition.
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
- [[adversarial PR review produces higher quality knowledge than self-review because separated proposer and evaluator roles catch errors that the originating agent cannot see]] — the operational evidence for property #2
|
||||
- [[wiki-link graphs create auditable reasoning chains because every belief must cite claims and every position must cite beliefs making the path from evidence to conclusion traversable]] — the mechanism behind property #3
|
||||
- [[atomic notes with one claim per file enable independent evaluation and granular linking because bundled claims force reviewers to accept or reject unrelated propositions together]] — the rationale for property #1
|
||||
- [[all agents running the same model family creates correlated blind spots that adversarial review cannot catch because the evaluator shares the proposers training biases]] — the known limitation of property #2 when model diversity is absent
|
||||
- [[protocol design enables emergent coordination of arbitrary complexity as Linux Bitcoin and Wikipedia demonstrate]] — prior art: protocol-based coordination systems that partially implement these properties
|
||||
|
||||
- [[domain specialization with cross-domain synthesis produces better collective intelligence than generalist agents because specialists build deeper knowledge while a dedicated synthesizer finds connections they cannot see from within their territory]] — the specialization architecture that makes adversarial evaluation between agents meaningful
|
||||
|
||||
Topics:
|
||||
- [[core/living-agents/_map]]
|
||||
|
|
@ -92,6 +92,9 @@ Evidence from documented AI problem-solving cases, primarily Knuth's "Claude's C
|
|||
- [[nation-states will inevitably assert control over frontier AI development because the monopoly on force is the foundational state function and weapons-grade AI capability in private hands is structurally intolerable to governments]] — Thompson/Karp: the state monopoly on force makes private AI control structurally untenable
|
||||
- [[anthropomorphizing AI agents to claim autonomous action creates credibility debt that compounds until a crisis forces public reckoning]] (in `core/living-agents/`) — narrative debt from overstating AI agent autonomy
|
||||
|
||||
## Governance & Alignment Mechanisms
|
||||
- [[transparent algorithmic governance where AI response rules are public and challengeable through the same epistemic process as the knowledge base is a structurally novel alignment approach]] — alignment through transparent, improvable rules rather than designer specification
|
||||
|
||||
## Coordination & Alignment Theory (local)
|
||||
Claims that frame alignment as a coordination problem, moved here from foundations/ in PR #49:
|
||||
- [[AI alignment is a coordination problem not a technical problem]] — the foundational reframe
|
||||
|
|
|
|||
|
|
@ -0,0 +1,59 @@
|
|||
---
|
||||
type: claim
|
||||
domain: ai-alignment
|
||||
description: "Argues that publishing how AI agents decide who and what to respond to — and letting users challenge and improve those rules through the same process that governs the knowledge base — is a fundamentally different alignment approach from hidden system prompts, RLHF, or Constitutional AI"
|
||||
confidence: experimental
|
||||
challenged_by: "Reflexive capture — users who game rules to increase influence can propose further rule changes benefiting themselves, analogous to regulatory capture. Agent evaluation as constitutional check is the proposed defense but is untested."
|
||||
source: "Theseus, original analysis building on Cory Abdalla's design principle for Teleo agent governance"
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
||||
# Transparent algorithmic governance where AI response rules are public and challengeable through the same epistemic process as the knowledge base is a structurally novel alignment approach
|
||||
|
||||
Current AI alignment approaches share a structural feature: the alignment mechanism is designed by the system's creators and opaque to its users. RLHF training data is proprietary. Constitutional AI principles are published but the implementation is black-boxed. Platform moderation rules are enforced by algorithms no user can inspect or influence. Users experience alignment as arbitrary constraint, not as a system they can understand, evaluate, and improve.
|
||||
|
||||
## The inversion
|
||||
|
||||
The alternative: make the rules governing AI agent behavior — who gets responded to, how contributions are evaluated, what gets prioritized — public, challengeable, and subject to the same epistemic process as every other claim in the knowledge base.
|
||||
|
||||
This means:
|
||||
1. **The response algorithm is public.** Users can read the rules that govern how agents behave. No hidden system prompts, no opaque moderation criteria.
|
||||
2. **Users can propose changes.** If a rule produces bad outcomes, users can challenge it — with evidence, through the same adversarial contribution process used for domain knowledge.
|
||||
3. **Agents evaluate proposals.** Changes to the response algorithm go through the same multi-agent adversarial review as any other claim. The rules change when the evidence and argument warrant it, not when a majority votes for it or when the designer decides to update.
|
||||
4. **The meta-algorithm is itself inspectable.** The process by which agents evaluate change proposals is public. Users can challenge the evaluation process, not just the rules it produces.
|
||||
|
||||
## Why this is structurally different
|
||||
|
||||
This is not just "transparency" — it's reflexive governance. The alignment mechanism is itself a knowledge object, subject to the same epistemic standards and adversarial improvement as the knowledge it governs. This creates a self-improving alignment system: the rules get better through the same process that makes the knowledge base better.
|
||||
|
||||
The design principle from coordination theory is directly applicable: designing coordination rules is categorically different from designing coordination outcomes. The public response algorithm is a coordination rule. What emerges from applying it is the coordination outcome. Making rules public and improvable is the Hayekian move — designed rules of just conduct enabling spontaneous order of greater complexity than deliberate arrangement could achieve.
|
||||
|
||||
This also instantiates a core TeleoHumanity axiom: the alignment problem dissolves when human values are continuously woven into the system rather than specified in advance. Transparent algorithmic governance is the mechanism by which continuous weaving happens — users don't specify their values once; they iteratively challenge and improve the rules that govern agent behavior.
|
||||
|
||||
## The risk: reflexive capture
|
||||
|
||||
If users can change the rules that govern which users get responses, you get a feedback loop. Users who game the rules to increase their influence can then propose rule changes that benefit them further. This is the analog of regulatory capture in traditional governance.
|
||||
|
||||
The structural defense: agents evaluate change proposals against the knowledge base and epistemic standards, not against user preferences or popularity metrics. The agents serve as a constitutional check — they can reject popular rule changes that degrade epistemic quality. This works because agent evaluation criteria are themselves public and challengeable, but changes to evaluation criteria require stronger evidence than changes to response rules (analogous to constitutional amendments requiring supermajorities).
|
||||
|
||||
## What this does NOT claim
|
||||
|
||||
This claim does not assert that transparent algorithmic governance *solves* alignment. It asserts that it is *structurally different* from existing approaches in a way that addresses known limitations — specifically, the specification trap (values encoded at design time become brittle) and the alignment tax (safety as cost rather than feature). Whether this approach produces better alignment outcomes than RLHF or Constitutional AI is an empirical question that requires deployment-scale evidence.
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
- [[the alignment problem dissolves when human values are continuously woven into the system rather than specified in advance]] — the TeleoHumanity axiom this approach instantiates
|
||||
- [[the specification trap means any values encoded at training time become structurally unstable as deployment contexts diverge from training conditions]] — the failure mode that transparent governance addresses
|
||||
- [[designing coordination rules is categorically different from designing coordination outcomes as nine intellectual traditions independently confirm]] — the theoretical foundation: design rules, let behavior emerge
|
||||
- [[Hayek argued that designed rules of just conduct enable spontaneous order of greater complexity than deliberate arrangement could achieve]] — the Hayekian insight applied to AI governance
|
||||
- [[democratic alignment assemblies produce constitutions as effective as expert-designed ones while better representing diverse populations]] — empirical evidence that distributed alignment input produces effective governance
|
||||
- [[community-centred norm elicitation surfaces alignment targets materially different from developer-specified rules]] — evidence that user-surfaced norms differ from designer assumptions
|
||||
- [[adversarial PR review produces higher quality knowledge than self-review because separated proposer and evaluator roles catch errors that the originating agent cannot see]] — the adversarial review mechanism that governs rule changes
|
||||
|
||||
- [[social enforcement of architectural rules degrades under tool pressure because automated systems that bypass conventions accumulate violations faster than review can catch them]] — the tension: transparent governance relies on social enforcement which this claim shows degrades under tool pressure
|
||||
- [[protocol design enables emergent coordination of arbitrary complexity as Linux Bitcoin and Wikipedia demonstrate]] — prior art for protocol-based governance producing emergent coordination
|
||||
- [[domain specialization with cross-domain synthesis produces better collective intelligence than generalist agents because specialists build deeper knowledge while a dedicated synthesizer finds connections they cannot see from within their territory]] — the agent specialization that makes distributed evaluation meaningful
|
||||
|
||||
Topics:
|
||||
- [[domains/ai-alignment/_map]]
|
||||
|
|
@ -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.
|
||||
39
entities/internet-finance/coal-establish-development-fund.md
Normal file
39
entities/internet-finance/coal-establish-development-fund.md
Normal file
|
|
@ -0,0 +1,39 @@
|
|||
---
|
||||
type: entity
|
||||
entity_type: decision_market
|
||||
name: "COAL: Establish Development Fund?"
|
||||
domain: internet-finance
|
||||
status: failed
|
||||
parent_entity: "coal"
|
||||
platform: "futardio"
|
||||
proposer: "AH7F2EPHXWhfF5yc7xnv1zPbwz3YqD6CtAqbCyE9dy7r"
|
||||
proposal_url: "https://www.futard.io/proposal/DhY2YrMde6BxiqCrqUieoKt5TYzRwf2KYE3J2RQyQc7U"
|
||||
proposal_date: 2024-12-05
|
||||
resolution_date: 2024-12-08
|
||||
category: "treasury"
|
||||
summary: "Proposal to allocate 4.2% of mining emissions to a development fund for protocol development, community rewards, and marketing"
|
||||
tracked_by: rio
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
||||
# COAL: Establish Development Fund?
|
||||
|
||||
## Summary
|
||||
Proposal to establish a development fund through a 4.2% emissions allocation (472.5 COAL/day) to support protocol development, reward community contributions, and enable marketing initiatives. The allocation would increase total supply growth by 4.2% rather than reducing mining rewards. Failed after 3-day voting period.
|
||||
|
||||
## Market Data
|
||||
- **Outcome:** Failed
|
||||
- **Proposer:** AH7F2EPHXWhfF5yc7xnv1zPbwz3YqD6CtAqbCyE9dy7r
|
||||
- **Proposal Account:** DhY2YrMde6BxiqCrqUieoKt5TYzRwf2KYE3J2RQyQc7U
|
||||
- **DAO Account:** 3LGGRzLrgwhEbEsNYBSTZc5MLve1bw3nDaHzzfJMQ1PG
|
||||
- **Duration:** 2024-12-05 to 2024-12-08
|
||||
- **Daily Allocation Proposed:** 472.5 COAL (4.2% of 11,250 COAL/day base rate)
|
||||
|
||||
## Significance
|
||||
This proposal tested community willingness to fund protocol development through inflation in a fair-launch token with no pre-mine or team allocation. The failure suggests miners prioritized emission purity over development funding, or that the 4.2% dilution was perceived as too high. The proposal included transparency commitments (weekly claims, public expenditure tracking, DAO-managed multisig) but still failed to achieve market support.
|
||||
|
||||
The rejection creates a sustainability question for COAL: how does a zero-premine project fund ongoing development without either diluting miners or relying on volunteer labor?
|
||||
|
||||
## Relationship to KB
|
||||
- Related to [[futarchy-daos-require-mintable-governance-tokens-because-fixed-supply-treasuries-exhaust-without-issuance-authority-forcing-disruptive-token-architecture-migrations]] — COAL attempted to add issuance authority post-launch
|
||||
- Related to [[MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions]] — this was a contested decision that still failed
|
||||
32
entities/internet-finance/coal.md
Normal file
32
entities/internet-finance/coal.md
Normal file
|
|
@ -0,0 +1,32 @@
|
|||
---
|
||||
type: entity
|
||||
entity_type: company
|
||||
name: "COAL"
|
||||
domain: internet-finance
|
||||
status: active
|
||||
founded: 2024-08
|
||||
website: ""
|
||||
tracked_by: rio
|
||||
created: 2026-03-11
|
||||
key_metrics:
|
||||
launch_type: "fair launch"
|
||||
premine: "none"
|
||||
team_allocation: "none"
|
||||
base_emission_rate: "11,250 COAL/day"
|
||||
governance_platform: "futardio"
|
||||
---
|
||||
|
||||
# COAL
|
||||
|
||||
## Overview
|
||||
COAL is a community-driven cryptocurrency project that launched in August 2024 with a fair launch model—no pre-mine and no team allocation. The project uses futarchy governance through Futardio and operates on a proof-of-work mining model with daily emissions. The zero-allocation launch model creates sustainability questions around funding protocol development.
|
||||
|
||||
## Timeline
|
||||
- **2024-08** — Fair launch with no pre-mine or team allocation
|
||||
- **2024-12-05** — [[coal-establish-development-fund]] proposed: 4.2% emissions allocation for development fund
|
||||
- **2024-12-08** — Development fund proposal failed, maintaining zero-allocation model
|
||||
|
||||
## Relationship to KB
|
||||
- Example of [[futarchy-daos-require-mintable-governance-tokens-because-fixed-supply-treasuries-exhaust-without-issuance-authority-forcing-disruptive-token-architecture-migrations]] — attempted to add issuance post-launch
|
||||
- Uses [[futardio]] for governance decisions
|
||||
- Tests whether fair-launch tokens can fund development without initial allocations
|
||||
|
|
@ -47,6 +47,7 @@ MetaDAO's token launch platform. Implements "unruggable ICOs" — permissionless
|
|||
- **2026-03-07** — Areal DAO launch: $50K target, raised $11,654 (23.3%), REFUNDING status by 2026-03-08 — first documented failed futarchy-governed fundraise on platform
|
||||
- **2026-03-04** — [[seekervault]] fundraise launched targeting $75,000, closed next day with only $1,186 (1.6% of target) in refunding status
|
||||
- **2026-03-05** — [[insert-coin-labs-futardio-fundraise]] launched for Web3 gaming studio (failed, $2,508 / $50K = 5% of target)
|
||||
- **2026-03-05** — [[git3-futardio-fundraise]] failed: Git3 raised $28,266 of $100K target (28.3%) before entering refunding status, demonstrating market filtering even with live MVP
|
||||
## Competitive Position
|
||||
- **Unique mechanism**: Only launch platform with futarchy-governed accountability and treasury return guarantees
|
||||
- **vs pump.fun**: pump.fun is memecoin launch (zero accountability, pure speculation). Futardio is ownership coin launch (futarchy governance, treasury enforcement). Different categories despite both being "launch platforms."
|
||||
|
|
|
|||
51
entities/internet-finance/git3-futardio-fundraise.md
Normal file
51
entities/internet-finance/git3-futardio-fundraise.md
Normal file
|
|
@ -0,0 +1,51 @@
|
|||
---
|
||||
type: entity
|
||||
entity_type: decision_market
|
||||
name: "Git3: Futardio Fundraise"
|
||||
domain: internet-finance
|
||||
status: failed
|
||||
parent_entity: "[[git3]]"
|
||||
platform: "futardio"
|
||||
proposal_url: "https://www.futard.io/launch/HKRDmghovXSCMobiRCZ7BBdHopEizyKmnhJKywjk3vUa"
|
||||
proposal_date: 2026-03-05
|
||||
resolution_date: 2026-03-06
|
||||
category: "fundraise"
|
||||
summary: "Git3 attempted to raise $100K through futarchy-governed launch for on-chain Git infrastructure"
|
||||
key_metrics:
|
||||
funding_target: "$100,000"
|
||||
total_committed: "$28,266"
|
||||
outcome: "refunding"
|
||||
token: "6VT"
|
||||
token_mint: "6VTMeDtrtimh2988dhfYi2rMEDVdYzuHoSgERUmdmeta"
|
||||
tracked_by: rio
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
||||
# Git3: Futardio Fundraise
|
||||
|
||||
## Summary
|
||||
|
||||
Git3 launched a futarchy-governed fundraise on Futardio targeting $100,000 to build on-chain Git infrastructure with permanent storage on Irys blockchain. The project proposed bringing Git repositories on-chain as NFTs with x402 monetization, GitHub Actions integration, and AI agent interoperability. The raise achieved 28.3% of target ($28,266 committed) before entering refunding status after one day.
|
||||
|
||||
## Market Data
|
||||
|
||||
- **Outcome:** Failed (Refunding)
|
||||
- **Funding Target:** $100,000
|
||||
- **Total Committed:** $28,266 (28.3% of target)
|
||||
- **Launch Date:** 2026-03-05
|
||||
- **Closed:** 2026-03-06
|
||||
- **Token:** 6VT
|
||||
- **Platform:** Futardio v0.7
|
||||
|
||||
## Significance
|
||||
|
||||
This represents a failed futarchy-governed fundraise for developer infrastructure, demonstrating that not all technically sound projects achieve funding targets through prediction markets. The 28.3% fill rate suggests either insufficient market validation of the code-as-asset thesis, limited awareness of the launch, or skepticism about the team's ability to execute the ambitious roadmap (12-month runway, three development phases, enterprise features).
|
||||
|
||||
The refunding outcome is notable because Git3 had a live MVP, clear technical architecture, and alignment with broader trends (on-chain code storage, AI agent infrastructure, x402 protocol). The failure suggests futarchy markets can filter projects even when fundamentals appear strong, potentially due to go-to-market concerns, competitive positioning (GitHub's dominance), or team credibility questions.
|
||||
|
||||
## Relationship to KB
|
||||
|
||||
- [[git3]] — parent entity
|
||||
- [[futardio]] — fundraising platform
|
||||
- [[MetaDAO]] — futarchy infrastructure provider
|
||||
- Demonstrates futarchy-governed fundraise failure despite live MVP and technical merit
|
||||
38
entities/internet-finance/git3.md
Normal file
38
entities/internet-finance/git3.md
Normal file
|
|
@ -0,0 +1,38 @@
|
|||
---
|
||||
type: entity
|
||||
entity_type: company
|
||||
name: "Git3"
|
||||
domain: internet-finance
|
||||
status: active
|
||||
founded: 2025
|
||||
website: "https://git3.io"
|
||||
twitter: "https://x.com/TryGit3"
|
||||
telegram: "https://t.me/Git3io"
|
||||
key_people:
|
||||
- "Git3 team"
|
||||
key_metrics:
|
||||
funding_target: "$100,000"
|
||||
total_committed: "$28,266"
|
||||
launch_status: "refunding"
|
||||
launch_date: "2026-03-05"
|
||||
mvp_status: "live"
|
||||
tracked_by: rio
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
||||
# Git3
|
||||
|
||||
Git3 is infrastructure that brings Git repositories on-chain, enabling code ownership, censorship resistance, and monetization through the x402 protocol. Built on Irys blockchain, Git3 stores complete Git history as on-chain NFTs with permanent storage guarantees.
|
||||
|
||||
## Timeline
|
||||
|
||||
- **2026-03-05** — Launched futarchy-governed fundraise on Futardio targeting $100K, raised $28,266 before entering refunding status
|
||||
- **2025-Q1** — MVP launched at git3.io with GitHub Actions integration, web3 wallet connection, and blockchain querying via @irys/query
|
||||
|
||||
## Relationship to KB
|
||||
|
||||
- [[futardio]] — fundraising platform
|
||||
- [[MetaDAO]] — futarchy governance infrastructure
|
||||
- Git3 demonstrates code-as-asset tokenization with x402 payment rails for developer monetization
|
||||
- Vampire attack strategy: seamless GitHub integration without workflow disruption
|
||||
- Revenue model: creator fees on repository NFT sales, protocol fees on x402 transactions, agent royalties on code execution
|
||||
42
entities/internet-finance/metadao-otc-trade-theia-2.md
Normal file
42
entities/internet-finance/metadao-otc-trade-theia-2.md
Normal file
|
|
@ -0,0 +1,42 @@
|
|||
---
|
||||
type: entity
|
||||
entity_type: decision_market
|
||||
name: "MetaDAO: Engage in $500,000 OTC Trade with Theia? [2]"
|
||||
domain: internet-finance
|
||||
status: passed
|
||||
parent_entity: "[[metadao]]"
|
||||
platform: "futardio"
|
||||
proposer: "proPaC9tVZEsmgDtNhx15e7nSpoojtPD3H9h4GqSqB2"
|
||||
proposal_url: "https://www.futard.io/proposal/3tApJXw2REQAZZyehiaAnQSdauVNviNbXsuS4inn8PAe"
|
||||
proposal_date: 2025-01-27
|
||||
resolution_date: 2025-01-30
|
||||
category: "fundraise"
|
||||
summary: "Theia Research acquires 370.370 META tokens for $500,000 USDC at 14% premium to spot price with 12-month linear vesting"
|
||||
tracked_by: rio
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
||||
# MetaDAO: Engage in $500,000 OTC Trade with Theia? [2]
|
||||
|
||||
## Summary
|
||||
Theia Research proposed to acquire 370.370 META tokens from the MetaDAO Treasury for $500,000 USDC ($1,350 per token), representing a 14% premium to spot price at proposal time. The tokens vest linearly over 12 months via Streamflow. Theia committed to active governance participation, research publication, roadshow support, and policy guidance as strategic value-add beyond capital.
|
||||
|
||||
## Market Data
|
||||
- **Outcome:** Passed
|
||||
- **Proposer:** proPaC9tVZEsmgDtNhx15e7nSpoojtPD3H9h4GqSqB2
|
||||
- **Deal Terms:** 370.370 META at $1,350/token = $500,000 USDC
|
||||
- **Premium:** 14% above spot price
|
||||
- **Vesting:** 12-month linear via Streamflow
|
||||
- **Completed:** 2025-01-30
|
||||
|
||||
## Significance
|
||||
This is MetaDAO's second attempt at this OTC trade with Theia (first proposal failed). The 14% premium demonstrates investor willingness to pay above-market for strategic positioning in futarchy governance infrastructure. Theia's commitment to active participation (governance, research, roadshows, policy) represents a shift from passive token holding to engaged ecosystem development.
|
||||
|
||||
The proposal explicitly frames the $500K as enabling MetaDAO to "hire an additional senior engineer, seed liquidity on new markets, and expand business development operations to onboard more DAOs." This connects treasury management directly to operational capacity expansion.
|
||||
|
||||
Theia's investment thesis treats MetaDAO as infrastructure for "the Internet Financial System" and positions futarchy as solving "a pressing need across" that system. The proposal includes portfolio company references (Kamino, Metaplex) and MetaDAO founder endorsements, suggesting institutional validation of the futarchy model.
|
||||
|
||||
## Relationship to KB
|
||||
- [[metadao]] - treasury fundraise decision
|
||||
- [[theia-research]] - strategic investor
|
||||
- [[futardio]] - governance platform
|
||||
|
|
@ -56,6 +56,8 @@ The futarchy governance protocol on Solana. Implements decision markets through
|
|||
- **2024-02-18** — [[metadao-otc-trade-pantera-capital]] failed: Pantera Capital's $50,000 OTC purchase proposal rejected by futarchy markets
|
||||
- **2024-02-26** — [[metadao-increase-meta-liquidity-dutch-auction]] proposed: sell 1,000 META via manual Dutch auction on OpenBook to acquire USDC for Meteora liquidity pairing
|
||||
- **2024-03-02** — [[metadao-increase-meta-liquidity-dutch-auction]] passed: completed Dutch auction and liquidity provision, moving all protocol-owned liquidity to Meteora 1% fee pool
|
||||
- **2025-01-27** — [[metadao-otc-trade-theia-2]] proposed: Theia offers $500K for 370.370 META at 14% premium with 12-month vesting
|
||||
- **2025-01-30** — [[metadao-otc-trade-theia-2]] passed: Theia acquires 370.370 META tokens for $500,000 USDC
|
||||
## Key Decisions
|
||||
| Date | Proposal | Proposer | Category | Outcome |
|
||||
|------|----------|----------|----------|---------|
|
||||
|
|
|
|||
|
|
@ -40,6 +40,9 @@ Onchain liquid token fund managed by Felipe Montealegre. Invests in companies bu
|
|||
- **2026-02-12** — Published 2025 Annual Letter. Five-phase investment loop: moat analysis → multiples → prediction → Kelly sizing → Bayesian updating. Noah Goldberg promoted to equity partner, Thomas Bautista hired.
|
||||
- **2026-02-17** — Published "The Investment Manager of the Future." LLMs invert 80/20 ratio of execution vs analysis.
|
||||
|
||||
- **2026-02-27** — Felipe Montealegre publicly endorsed MetaDAO's value proposition for "Claude Code founders" who can "raise capital in days so they can ship in weeks," framing it as operational reality rather than narrative (14.9K views, 78 likes)
|
||||
- **2025-01-27** — Proposed $500K OTC purchase of 370.370 META tokens at 14% premium to MetaDAO
|
||||
- **2025-01-30** — Completed $500K META token purchase from MetaDAO treasury with 12-month linear vesting
|
||||
## Competitive Position
|
||||
- **Unique positioning**: Only known institutional fund explicitly building investment thesis around futarchy governance as a moat
|
||||
- **Token governance focus**: Launched Token Transparency Framework with Blockworks. Describes "Lemon Problem in Token Markets" — the structural issue of quality tokens being indistinguishable from scams
|
||||
|
|
|
|||
|
|
@ -10,6 +10,9 @@ What collective intelligence IS, how it works, and the theoretical foundations f
|
|||
- [[partial connectivity produces better collective intelligence than full connectivity on complex problems because it preserves diversity]] — network topology matters
|
||||
- [[collective intelligence within a purpose-driven community faces a structural tension because shared worldview correlates errors while shared purpose enables coordination]] — the core tension
|
||||
|
||||
## Contribution & Evaluation
|
||||
- [[adversarial contribution produces higher-quality collective knowledge than collaborative contribution when wrong challenges have real cost evaluation is structurally separated from contribution and confirmation is rewarded alongside novelty]] — when adversarial beats collaborative
|
||||
|
||||
## Coordination Design
|
||||
- [[designing coordination rules is categorically different from designing coordination outcomes as nine intellectual traditions independently confirm]] — rules not outcomes
|
||||
- [[Ostrom proved communities self-govern shared resources when eight design principles are met without requiring state control or privatization]] — the empirical evidence
|
||||
|
|
|
|||
|
|
@ -0,0 +1,50 @@
|
|||
---
|
||||
type: claim
|
||||
domain: collective-intelligence
|
||||
description: "Identifies three necessary conditions under which adversarial knowledge contribution ('tell us something we don't know') produces genuine collective intelligence rather than selecting for contrarianism. Key reframe: the adversarial dynamic should be contributor vs. knowledge base, not contributor vs. contributor"
|
||||
confidence: experimental
|
||||
source: "Theseus, original analysis drawing on prediction market evidence, scientific peer review, and mechanism design theory"
|
||||
created: 2026-03-11
|
||||
---
|
||||
|
||||
# Adversarial contribution produces higher-quality collective knowledge than collaborative contribution when wrong challenges have real cost evaluation is structurally separated from contribution and confirmation is rewarded alongside novelty
|
||||
|
||||
"Tell us something we don't know" is a more effective prompt for collective knowledge than "help us build consensus" — but only when three structural conditions prevent the adversarial dynamic from degenerating into contrarianism.
|
||||
|
||||
## Why adversarial beats collaborative (the base case)
|
||||
|
||||
The hardest problem in knowledge systems is surfacing what the system doesn't already know. Collaborative systems (Wikipedia's consensus model, corporate knowledge bases) are structurally biased toward confirming and refining existing knowledge. They're excellent at polishing what's already there but poor at incorporating genuinely novel — and therefore initially uncomfortable — information.
|
||||
|
||||
Prediction markets demonstrate the adversarial alternative: every trade is a bet that the current price is wrong. The market rewards traders who know something the market doesn't. Polymarket's 2024 US election performance — more accurate than professional polling — is evidence that adversarial information aggregation outperforms collaborative consensus on complex factual questions.
|
||||
|
||||
Scientific peer review is also adversarial by design: reviewers are selected specifically to challenge the paper. The system produces higher-quality knowledge than self-review precisely because the adversarial dynamic catches errors, overclaims, and gaps that the author cannot see.
|
||||
|
||||
## The three conditions
|
||||
|
||||
**Condition 1: Wrong challenges must have real cost.** In prediction markets, contrarians who are wrong lose money. In scientific review, reviewers who reject valid work damage their reputation. Without cost of being wrong, the system selects for volume of challenges, not quality. The cost doesn't have to be financial — it can be reputational (contributor's track record is visible), attentional (low-quality challenges consume the contributor's limited review allocation), or structural (challenges require evidence, not just assertions).
|
||||
|
||||
**Condition 2: Evaluation must be structurally separated from contribution.** If contributors evaluate each other's work, adversarial dynamics produce escalation rather than knowledge improvement — debate competitions, not truth-seeking. The Teleo model separates contributors (who propose challenges and new claims) from evaluators (AI agents who assess evidence quality against codified epistemic standards). The evaluators are not in the adversarial game; they referee it. This prevents the adversarial dynamic from becoming interpersonal.
|
||||
|
||||
**Condition 3: Confirmation must be rewarded alongside novelty.** In science, replication studies are as important as discoveries — but dramatically undervalued by journals and funders. If a system only rewards novelty ("tell us something we don't know"), it systematically underweights evidence that confirms existing claims. Enrichments — adding new evidence to strengthen an existing claim — must be recognized as contributions, not dismissed as redundant. Otherwise the system selects for surprising-sounding over true.
|
||||
|
||||
## The key reframe: contributor vs. knowledge base, not contributor vs. contributor
|
||||
|
||||
The adversarial dynamic should be between contributors and the existing knowledge — "challenge what the system thinks it knows" — not between contributors and each other. When contributors compete to prove each other wrong, you get argumentative escalation. When contributors compete to identify gaps, errors, and blindspots in the collective knowledge, you get genuine intelligence amplification.
|
||||
|
||||
This distinction maps to the difference between debate (adversarial between parties) and scientific inquiry (adversarial against the current state of knowledge). Both are adversarial, but the target of the adversarial pressure produces categorically different dynamics.
|
||||
|
||||
---
|
||||
|
||||
Relevant Notes:
|
||||
- [[adversarial PR review produces higher quality knowledge than self-review because separated proposer and evaluator roles catch errors that the originating agent cannot see]] — operational evidence for condition #2 in a multi-agent context
|
||||
- [[speculative markets aggregate information through incentive and selection effects not wisdom of crowds]] — the mechanism by which adversarial markets produce collective intelligence
|
||||
- [[collective intelligence requires diversity as a structural precondition not a moral preference]] — adversarial contribution is one mechanism for maintaining diversity against convergence pressure
|
||||
- [[partial connectivity produces better collective intelligence than full connectivity on complex problems because it preserves diversity]] — structural conditions under which diversity (and therefore adversarial input) matters most
|
||||
- [[confidence calibration with four levels enforces honest uncertainty because proven requires strong evidence while speculative explicitly signals theoretical status]] — the confidence system that operationalizes condition #1 (new claims enter at low confidence and must earn upgrades)
|
||||
|
||||
- [[scalable oversight degrades rapidly as capability gaps grow with debate achieving only 50 percent success at moderate gaps]] — contrast case: adversarial debate between AI systems degrades at scale, while adversarial contribution between humans and a knowledge base may not face the same scaling constraint
|
||||
- [[domain specialization with cross-domain synthesis produces better collective intelligence than generalist agents because specialists build deeper knowledge while a dedicated synthesizer finds connections they cannot see from within their territory]] — the structural context in which adversarial contribution operates
|
||||
- [[protocol design enables emergent coordination of arbitrary complexity as Linux Bitcoin and Wikipedia demonstrate]] — existence proofs of adversarial/competitive contribution producing collective intelligence at scale
|
||||
|
||||
Topics:
|
||||
- [[foundations/collective-intelligence/_map]]
|
||||
|
|
@ -0,0 +1,38 @@
|
|||
---
|
||||
type: source
|
||||
status: null-result
|
||||
source_date: 2024-12-04
|
||||
processed_date: 2025-01-15
|
||||
extraction_notes: |
|
||||
No extractable claims met knowledge base standards.
|
||||
Source contains revenue projections and business metrics without sufficient attribution or verification.
|
||||
Future-dated filename corrected to 2024.
|
||||
enrichments_applied: []
|
||||
---
|
||||
|
||||
# CNBC DealBook Summit: MrBeast on Future of Content
|
||||
|
||||
**Source:** CNBC DealBook Summit interview
|
||||
**Date:** December 4, 2024
|
||||
**Participants:** MrBeast (Jimmy Donaldson), Andrew Ross Sorkin
|
||||
|
||||
## Key Points Discussed
|
||||
|
||||
### Business Scale
|
||||
- Company valued at $5B (valuation source and date unclear)
|
||||
- Revenue trajectory mentioned: $899M → $1.6B → $4.78B (these appear to be projections; attribution and basis not specified in source)
|
||||
- Operating across content, consumer products, food ventures
|
||||
|
||||
### Strategic Focus
|
||||
- Emphasis on "depth over breadth" in content strategy
|
||||
- Multi-platform distribution approach
|
||||
- Integration of content with consumer brands (Feastables chocolate, Lunchly partnership)
|
||||
|
||||
### Market Positioning
|
||||
- Positioned as health and wellness focused brand
|
||||
- Direct-to-consumer strategy alongside retail partnerships
|
||||
- Content as growth mechanism for consumer products
|
||||
|
||||
## Archive Notes
|
||||
|
||||
Source discusses business strategy and growth metrics but lacks the specific attribution and verification needed for claim extraction. Revenue figures presented without clear indication of whether these are company projections, investor deck figures, or verified results.
|
||||
|
|
@ -6,9 +6,13 @@ url: "https://www.futard.io/proposal/DhY2YrMde6BxiqCrqUieoKt5TYzRwf2KYE3J2RQyQc7
|
|||
date: 2024-12-05
|
||||
domain: internet-finance
|
||||
format: data
|
||||
status: unprocessed
|
||||
status: processed
|
||||
tags: [futardio, metadao, futarchy, solana, governance]
|
||||
event_type: proposal
|
||||
processed_by: rio
|
||||
processed_date: 2026-03-11
|
||||
extraction_model: "anthropic/claude-sonnet-4.5"
|
||||
extraction_notes: "Factual governance proposal data. Created decision_market entity for the proposal and parent entity for COAL project. No novel claims about futarchy mechanisms—this is a straightforward failed treasury proposal. The failure is notable as data point but doesn't generate mechanism insights beyond what existing claims already cover."
|
||||
---
|
||||
|
||||
## Proposal Details
|
||||
|
|
@ -71,3 +75,11 @@ If the emission rate were adjusted to 10,000 \$COAL/day:
|
|||
- Autocrat version: 0.3
|
||||
- Completed: 2024-12-08
|
||||
- Ended: 2024-12-08
|
||||
|
||||
|
||||
## Key Facts
|
||||
- COAL fair launched August 2024 with no pre-mine or team allocation
|
||||
- Base emission rate: 11,250 COAL/day
|
||||
- Proposed development allocation: 472.5 COAL/day (4.2%)
|
||||
- Development fund proposal failed 2024-12-08 after 3-day voting period
|
||||
- Proposal included weekly claims, public expenditure tracking, DAO-managed multisig
|
||||
|
|
|
|||
|
|
@ -7,9 +7,14 @@ date: 2025-01-21
|
|||
domain: ai-alignment
|
||||
secondary_domains: [collective-intelligence]
|
||||
format: paper
|
||||
status: unprocessed
|
||||
status: null-result
|
||||
priority: high
|
||||
tags: [pluralistic-alignment, reward-modeling, mixture-models, ideal-points, personalization, sample-efficiency]
|
||||
processed_by: theseus
|
||||
processed_date: 2026-03-11
|
||||
enrichments_applied: ["RLHF and DPO both fail at preference diversity because they assume a single reward function can capture context-dependent human values.md", "pluralistic alignment must accommodate irreducibly diverse values simultaneously rather than converging on a single aligned state.md", "modeling preference sensitivity as a learned distribution rather than a fixed scalar resolves DPO diversity failures without demographic labels or explicit user modeling.md"]
|
||||
extraction_model: "anthropic/claude-sonnet-4.5"
|
||||
extraction_notes: "Extracted two novel claims about mixture modeling for pluralistic alignment and generalization superiority. Applied three enrichments to existing alignment claims with formal evidence from PAL's theorems and empirical results. This is the first pluralistic alignment mechanism with formal sample-efficiency guarantees, representing a significant constructive advance beyond the impossibility/failure diagnoses in the existing KB. The 36% unseen user improvement is particularly significant as it reframes pluralistic alignment from a fairness concern to a functional superiority claim."
|
||||
---
|
||||
|
||||
## Content
|
||||
|
|
@ -49,3 +54,11 @@ Open source: github.com/RamyaLab/pluralistic-alignment
|
|||
PRIMARY CONNECTION: RLHF and DPO both fail at preference diversity because they assume a single reward function can capture context-dependent human values
|
||||
WHY ARCHIVED: First mechanism with formal guarantees for pluralistic alignment — transitions the KB from impossibility diagnosis to constructive alternatives
|
||||
EXTRACTION HINT: Focus on the formal properties (Theorems 1 and 2) and the functional superiority claim (diverse approaches generalize better, not just fairer)
|
||||
|
||||
|
||||
## Key Facts
|
||||
- PAL accepted at ICLR 2025 (main conference)
|
||||
- PAL presented at NeurIPS 2024 workshops: AFM, Behavioral ML, FITML, Pluralistic-Alignment, SoLaR
|
||||
- Open source implementation: github.com/RamyaLab/pluralistic-alignment
|
||||
- Architecture uses Coombs' ideal point model (1950) as theoretical foundation
|
||||
- PAL is complementary to existing RLHF/DPO pipelines (can be integrated)
|
||||
|
|
|
|||
|
|
@ -6,9 +6,13 @@ url: "https://www.futard.io/proposal/3tApJXw2REQAZZyehiaAnQSdauVNviNbXsuS4inn8PA
|
|||
date: 2025-01-27
|
||||
domain: internet-finance
|
||||
format: data
|
||||
status: unprocessed
|
||||
status: processed
|
||||
tags: [futardio, metadao, futarchy, solana, governance]
|
||||
event_type: proposal
|
||||
processed_by: rio
|
||||
processed_date: 2026-03-11
|
||||
extraction_model: "anthropic/claude-sonnet-4.5"
|
||||
extraction_notes: "This is a straightforward treasury fundraise decision. The proposal passed, completing MetaDAO's second attempt at this OTC trade with Theia. No novel claims about futarchy mechanisms or governance dynamics—just execution of a strategic investment at premium pricing. All extractable information is factual (deal terms, timeline, investor commitments) and belongs in entity records rather than claims."
|
||||
---
|
||||
|
||||
## Proposal Details
|
||||
|
|
@ -107,3 +111,11 @@ We are deeply impressed with the team, mission and community at MetaDAO. We woul
|
|||
- Autocrat version: 0.3
|
||||
- Completed: 2025-01-30
|
||||
- Ended: 2025-01-30
|
||||
|
||||
|
||||
## Key Facts
|
||||
- Theia Research is an onchain liquid token fund manager focused on Internet Financial System infrastructure
|
||||
- Theia's fund strategy: capped fund size, concentrated portfolio, 2-4 year hold periods
|
||||
- MetaDAO proposal included portfolio references from Kamino cofounder and Metaplex Lead of Strategy
|
||||
- Theia commits to active governance, research publication, investor roadshows, and US policy guidance as value-add
|
||||
- Proposal explicitly states $500K enables hiring senior engineer, seeding market liquidity, and expanding BD operations
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
|
|
@ -6,10 +6,15 @@ url: https://www.brookings.edu/articles/ai-is-changing-the-physics-of-collective
|
|||
date: 2025-10-01
|
||||
domain: ai-alignment
|
||||
secondary_domains: [collective-intelligence]
|
||||
format: article
|
||||
status: unprocessed
|
||||
format: report
|
||||
status: null-result
|
||||
priority: medium
|
||||
tags: [collective-intelligence, coordination, AI-infrastructure, room-model, design-vs-model]
|
||||
processed_by: theseus
|
||||
processed_date: 2026-03-11
|
||||
enrichments_applied: ["AI alignment is a coordination problem not a technical problem.md", "collective intelligence requires diversity as a structural precondition not a moral preference.md", "the internet enabled global communication but not global cognition.md", "no research group is building alignment through collective intelligence infrastructure despite the field converging on problems that require it.md"]
|
||||
extraction_model: "anthropic/claude-sonnet-4.5"
|
||||
extraction_notes: "Extracted two claims about AI's impact on collective intelligence physics and LLMs as bridges between design/model approaches. Both claims are conceptual frameworks from institutional research agenda rather than empirical validation. Applied four enrichments to existing coordination and collective intelligence claims. The 'physics' framing and design-model divide are the novel contributions. Source is prospective and programmatic—no deployed systems or outcome data."
|
||||
---
|
||||
|
||||
## Content
|
||||
|
|
@ -46,3 +51,9 @@ Argues AI disrupts the "physics" of collective intelligence — the fundamental
|
|||
PRIMARY CONNECTION: collective brains generate innovation through population size and interconnectedness not individual genius
|
||||
WHY ARCHIVED: Institutional framing of AI-CI as "physics change" — conceptual framework for how AI restructures collective intelligence
|
||||
EXTRACTION HINT: The design-model bridging thesis and the feedback loop architecture are the novel contributions
|
||||
|
||||
|
||||
## Key Facts
|
||||
- Brookings 17 Rooms Initiative identifies two CI camps: design-minded (psychologists, anthropologists using facilitated convenings) and model-minded (economists, epidemiologists using simulations)
|
||||
- Proposed infrastructure includes digital identity systems, data-sharing protocols, model telemetry standards, evaluation frameworks, and governance structures
|
||||
- Four unanswered research questions about whether AI-enhanced CI processes improve understanding and reduce polarization
|
||||
|
|
|
|||
|
|
@ -1,39 +0,0 @@
|
|||
---
|
||||
type: source
|
||||
title: "DealBook Summit 2025: MrBeast on the Future of Content"
|
||||
author: "CNBC / DealBook Summit"
|
||||
url: https://www.cnbc.com/video/2025/12/04/dealbook-summit-2025-mr-beast-on-the-future-of-content.html
|
||||
date: 2025-12-04
|
||||
domain: entertainment
|
||||
secondary_domains: [internet-finance]
|
||||
format: video-interview
|
||||
status: unprocessed
|
||||
priority: high
|
||||
tags: [mrbeast, dealbook, content-strategy, creator-economy, beast-industries, ipo]
|
||||
---
|
||||
|
||||
## Content
|
||||
|
||||
MrBeast (Jimmy Donaldson) and Beast Industries CEO Jeff Housenbold at NYT DealBook Summit 2025.
|
||||
|
||||
Key points:
|
||||
- Three-pronged structure to move beyond YouTube: telecommunications, influencer marketing, and confections
|
||||
- "The creators who win aren't just chasing views — they're designing for global attention, deep connection, and long-form storytelling"
|
||||
- Plans for turning Beast Industries into a major creator-led enterprise
|
||||
- Beast Industries structure: software (Viewstats), CPG (Feastables, Lunchly), health & wellness, media (YouTube, streaming), and video games
|
||||
- Discussed potential IPO pathway
|
||||
- Revenue projections: $899M (2025) → $1.6B (2026) → $4.78B (2029)
|
||||
- $5B valuation
|
||||
|
||||
## Agent Notes
|
||||
**Why this matters:** The DealBook Summit is where business strategy meets Wall Street. MrBeast presenting "deep connection and long-form storytelling" to investors is NOT just creative aspiration — it's the business thesis. Narrative depth is being pitched as the growth mechanism to institutional capital. This is the moment where the content-as-loss-leader model explicitly articulates that DEPTH (not just reach) is the strategic asset.
|
||||
**What surprised me:** "Designing for global attention, deep connection, and long-form storytelling" — these three are presented as UNIFIED, not in tension. Global attention (reach) + deep connection (depth) + long-form storytelling (meaning). The framing dissolves the reach-vs-meaning dichotomy.
|
||||
**What I expected but didn't find:** Any acknowledgment that the loss-leader model might push content toward shallow optimization. The strategic presentation is entirely about depth as growth driver.
|
||||
**KB connections:** [[the media attractor state is community-filtered IP with AI-collapsed production costs where content becomes a loss leader for the scarce complements of fandom community and ownership]] — Beast Industries IS this attractor state operationalized at $5B scale. [[creator and corporate media economies are zero-sum because total media time is stagnant and every marginal hour shifts between them]] — Beast Industries' $4.78B 2029 projection implies massive share shift from corporate media.
|
||||
**Extraction hints:** The DealBook framing resolves the reach-vs-meaning tension: depth IS the reach mechanism at scale because retention (depth) → community (loyalty) → complement revenue (growth). The attractor state's content-as-loss-leader component should be reframed: content is economically subsidized by complements but strategically primary.
|
||||
**Context:** DealBook Summit is NYT's flagship business conference. Audience is institutional investors, Fortune 500 CEOs, financial media. This framing is designed to convince capital allocators.
|
||||
|
||||
## Curator Notes (structured handoff for extractor)
|
||||
PRIMARY CONNECTION: [[the media attractor state is community-filtered IP with AI-collapsed production costs where content becomes a loss leader for the scarce complements of fandom community and ownership]]
|
||||
WHY ARCHIVED: Evidence that content-as-loss-leader at $5B scale explicitly frames narrative depth as growth mechanism — dissolving the reach-vs-meaning tension
|
||||
EXTRACTION HINT: Extract the mechanism: depth → retention → community → complement revenue → growth. This is the business case for why content-as-loss-leader enables (rather than degrades) meaningful storytelling.
|
||||
|
|
@ -7,9 +7,14 @@ date: 2026-01-01
|
|||
domain: health
|
||||
secondary_domains: []
|
||||
format: report
|
||||
status: unprocessed
|
||||
status: null-result
|
||||
priority: high
|
||||
tags: [risk-adjustment, cms-hcc, upcoding, medicare-advantage, V28, chart-review]
|
||||
processed_by: vida
|
||||
processed_date: 2026-03-11
|
||||
enrichments_applied: ["CMS 2027 chart review exclusion targets vertical integration profit arbitrage by removing upcoded diagnoses from MA risk scoring.md"]
|
||||
extraction_model: "anthropic/claude-sonnet-4.5"
|
||||
extraction_notes: "Three new claims extracted focusing on the mechanical details of V28 vs chart review exclusion as complementary reforms, plus the 70% audit failure rate as evidence of systematic upcoding. One enrichment to existing claim providing the structural distinction between what gets coded (V28) and how it gets coded (chart review). Key insight: these are dual reforms targeting different dimensions of the same gaming surface, not redundant policies."
|
||||
---
|
||||
|
||||
## Content
|
||||
|
|
@ -66,3 +71,11 @@ tags: [risk-adjustment, cms-hcc, upcoding, medicare-advantage, V28, chart-review
|
|||
PRIMARY CONNECTION: [[CMS 2027 chart review exclusion targets vertical integration profit arbitrage by removing upcoded diagnoses from MA risk scoring]]
|
||||
WHY ARCHIVED: Deepens the existing KB claim with mechanical detail about how risk adjustment actually works and how reforms target it.
|
||||
EXTRACTION HINT: The distinction between V28 (what gets coded) and chart review exclusion (how it gets coded) is structurally important — they're complementary reforms, not redundant.
|
||||
|
||||
|
||||
## Key Facts
|
||||
- CMS-HCC risk adjustment: CMS pays MA plans monthly per-member capitation adjusted by risk scores derived from diagnosis codes (HCCs)
|
||||
- Each HCC has a coefficient that increases payment for sicker patients
|
||||
- V24 to V28 transition: 2024-2026 phase-in, complete by 2026
|
||||
- Chart review exclusion proposed for 2027 implementation
|
||||
- Combined V28 + chart review exclusion projected savings: $7.6B (2024) + >$7B (2027) = >$14.6B annually
|
||||
|
|
|
|||
154
inbox/archive/2026-01-01-futardio-launch-p2p-protocol.md
Normal file
154
inbox/archive/2026-01-01-futardio-launch-p2p-protocol.md
Normal file
|
|
@ -0,0 +1,154 @@
|
|||
---
|
||||
type: source
|
||||
title: "Futardio: P2P Protocol fundraise goes live"
|
||||
author: "futard.io"
|
||||
url: "https://www.futard.io/launch/H5ng9t1tPRvGx8QoLFjjuXKdkUjicNXiADFdqB6t8ifJ"
|
||||
date: 2026-01-01
|
||||
domain: internet-finance
|
||||
format: data
|
||||
status: unprocessed
|
||||
tags: [futardio, metadao, futarchy, solana]
|
||||
event_type: launch
|
||||
---
|
||||
|
||||
## Launch Details
|
||||
- Project: P2P Protocol
|
||||
- Description: USDC swap FIAT swaps so fast that you can pay at any store without bank freeze worries.
|
||||
- Funding target: $6,000,000.00
|
||||
- Total committed: N/A
|
||||
- Status: Initialized
|
||||
- Launch date: 2026-01-01
|
||||
- URL: https://www.futard.io/launch/H5ng9t1tPRvGx8QoLFjjuXKdkUjicNXiADFdqB6t8ifJ
|
||||
|
||||
## Team / Description
|
||||
|
||||
**Description**
|
||||
|
||||
P2P Protocol is a **live, revenue-generating, non-custodial** fiat-to-stablecoin on/off-ramp. We are a **leading decentralized on/off-ramp**, processing the highest monthly volume in this segment. The protocol matches users to merchants **on-chain based on staked USDC**, **Most trades settle in under 90 seconds**, and generates revenue entirely from **transaction fees**. We are currently live on Base and launching soon on Solana.
|
||||
|
||||
**Problem**
|
||||
|
||||
Billions of people in emerging markets need to move between local fiat and stablecoins. **Centralized ramps custody user funds** and can freeze accounts, censor users, expose user data to governments, or shut down entirely. Existing P2P platforms lack on-chain accountability, violate user privacy, disputes are settled off-chain, and these platforms are **infested with fraud and scams**. On platforms like Binance P2P, **nearly one in three participants report experiencing scams** according to community surveys in emerging markets. The result is high fraud, poor reliability, and no path to composability.
|
||||
|
||||
**Solution**
|
||||
|
||||
P2P Protocol coordinates fiat-to-stablecoin trades **without custodying fiat**. A user clicks "Buy USDC" or "Sell USDC" and the protocol assigns a merchant **on-chain based on their staked USDC**. Merchants provide fiat liquidity on local payment rails (UPI, PIX, QRIS, etc.) while **settlement, matching, dispute windows, and fee routing all execute on-chain** with no backend server or PII retention.
|
||||
|
||||
Fraud prevention is handled by the **Proof-of-Credibility** system, which combines **ZK-TLS social verification**, on-chain **Reputation Points**, and **RP-based tiering** to gate transaction limits. New users verify social accounts and government IDs through **ZK-KYC** (zero-knowledge proofs via Reclaim Protocol), earn Reputation Points with each successful trade, and unlock higher tiers as their on-chain credibility grows. This naturally gates new accounts and reduces fraud surface to **fewer than 1 in 1,000 transactions**, all without exposing personal data.
|
||||
|
||||
Operations are decentralized through **Circles of Trust**: community-backed groups of merchants run by Circle Admins who stake $P2P. Delegators stake $P2P to earn revenue share, and insurance pools cover disputes and slashing. Every participant has skin in the game through staked capital. The protocol earns revenue from transaction fees alone, with **no token emissions or inflationary incentives**.
|
||||
|
||||
**Traction**
|
||||
|
||||
- **2 Years** of live transaction volume with $4Mn monthly volume recorded in Feb 2026.
|
||||
- **$578K in Annual revenue run rate**, Unit breakeven, expected to contribute up to **20% of revenue as gross profit** to the treasury from June 2026
|
||||
- **27% average month-on-month growth** sustained over past 16 months.
|
||||
- Live in **India, Brazil, Argentina, and Indonesia**.
|
||||
- All protocol metrics **verifiable on-chain**: https://dune.com/p2pme/latest
|
||||
- **NPS of 80**; 65% of users say they would be disappointed if they could no longer use the product.
|
||||
- Targeting **$500M monthly volume** over the next 18 months.
|
||||
|
||||
**Market and Growth**
|
||||
|
||||
The fiat-to-crypto on/off-ramp market in **emerging economies** is massive. **Over 1.5 billion people** have mobile phones but lack reliable access to stablecoins. A fast, low-cost, non-custodial path between fiat and stablecoins is essential infrastructure for this population, expanding across **Asia, Africa, Latin America, and MENA**.
|
||||
|
||||
Three channels drive growth: (1) **direct user acquisition** via the p2p.me and coins.me apps, (2) a **B2B SDK** launching June 2026 that lets any wallet, app, or fintech embed P2P Protocol's on/off-ramp rails, and (3) **community-led expansion via Circles of Trust** where local operators onboard P2P merchants in new countries and earn revenue share. Post TGE, geographic expansion is permissionless through Circles of Trust and token-holder-driven parameter governance.
|
||||
|
||||
On the supply side, anyone with a bank account and $250 in capital can become a liquidity provider (P2P Merchant) and earn passive income. The protocol creates liquidity providers the way ride-hailing platforms onboard drivers — anyone with capital and a bank account can participate.This **bottom-up liquidity engine** is deeply local, self-propagating, and hard to replicate.
|
||||
|
||||
|
||||
**Monthly Allowance Breakup: $175,000**
|
||||
|
||||
****
|
||||
|
||||
- Team salaries (25 staff) $75,000
|
||||
- Growth & Marketing $50,000
|
||||
- Legal & operations $35,000
|
||||
- Infrastructure $15,000
|
||||
|
||||
****
|
||||
|
||||
**Roadmap and Milestones**
|
||||
|
||||
**Q2 2026** (months 1-3):
|
||||
- B2B SDK launch for third-party integrations
|
||||
- First on-chain treasury allocation
|
||||
- Multi-currency expansion (additional fiat corridors)
|
||||
|
||||
**Q3 2026** (months 4-6):
|
||||
- Solana deployment
|
||||
- Additional country launches across Africa, MENA and LATAM
|
||||
- Phase 1 governance: Insurance pools, disputes and claims.
|
||||
|
||||
**Q4 2026** (months 7-9):
|
||||
- Phase 2 governance: token-holder voting activates for non-critical parameters
|
||||
- Community governance proposals enabled
|
||||
- Fiat-Fiat remittance corridor launches
|
||||
|
||||
**Q1 2027** (months 10-12):
|
||||
- Growth across 20+ countries in Asia, Africa, MENA and LATAM
|
||||
- Operating profitability target
|
||||
- Phase 3 governance preparation: foundation veto sunset planning
|
||||
|
||||
**Financial Projections**
|
||||
|
||||
The protocol is forecast to reach **operating profitability by mid-2027**. At 30% monthly volume growth in early expansion phases, projected monthly volume reaches **~$333M by July 2027** with **~$383K monthly operating profit**. Revenue is driven entirely by **transaction fees (~6% variable spread)** on a working product. Full P&L projections are available in the docs.
|
||||
|
||||
**Token and Ownership**
|
||||
|
||||
Infrastructure as critical as this should not remain under the control of a single operator. **$P2P is an ownership token.** Protocol IP, treasury funds, and mint authority are controlled by token holders through **futarchy-based governance**, not by any single team or entity. Decisions that affect token supply must pass through a **decision-market governance mechanism**, where participants stake real capital on whether a proposal increases or decreases token value. Proposals the market predicts will harm value are automatically rejected.
|
||||
|
||||
**No insider tokens unlock at TGE.** **50% of total supply will float at launch** (10M sale + 2.9M liquidity).
|
||||
|
||||
- **Investor tokens (20% / 5.16M):** **Fully locked for 12 months.** 5 equal unlocks of 20% each: first at month 12, then at months 15, 18, 21, and 24. Fully vested at month 24. Enforced via on-chain vesting contracts. Locked tokens cannot be staked.
|
||||
- **Team tokens (30% / 7.74M):** **Performance-based only.** 12 months cliff period. 5 equal tranches unlocking at 2x, 4x, 8x, 16x, and 32x ICO price, post the cliff period. Price measured via 3-month TWAP. The team benefits when the protocol grows.
|
||||
|
||||
- Past P2P protocol users get a preferential allocation at the same valuation as all the ICO investors based on their XP on https://p2p.foundation/
|
||||
|
||||
**Value flows to holders because the protocol processes transactions, not because new tokens are printed.** Exit liquidity comes from participants who want to stake, govern, and earn from a working protocol, not from greater-fool dynamics.
|
||||
|
||||
|
||||
**Past Investors**
|
||||
|
||||
- **Reclaim protocol** (https://reclaimprotocol.org/) Angel invested in P2P Protocol in March 2023. They own **3.45%** of the supply and Invested $80K
|
||||
- **Alliance DAO** (https://alliance.xyz/) in March 2024. They own **4.66%** of supply and Invested $350K
|
||||
- **Multicoin Capital** (https://multicoin.capital/) is the first institutional investor to invest in P2P Protocol. They invested $1.4 Million in January 2025 at $15Mn FDV and own **9.33%** of the supply.
|
||||
- **Coinbase Ventures** (https://www.coinbase.com/ventures) invested $500K in P2P Protocol in Feb 2025 at 19.5Mn FDV. They own **2.56%** of the supply.
|
||||
|
||||
|
||||
**Team**
|
||||
|
||||
- **Sheldon (CEO and Co-founder):** Alumnus of a top Indian engineering school. Previously scaled a food delivery business to $2M annual revenue before exit to India's leading food delivery platform.
|
||||
- **Bytes (CTO and Co-founder):** Former engineer at a leading Indian crypto exchange and a prominent ZK-proof protocol. Deep expertise in the ZK technology stack powering the protocol.
|
||||
- **Donkey (COO):** Former COO of Brazil's largest food and beverage franchise. Leads growth strategy and operations across Latin America.
|
||||
- **Gitchad (CDO, Decentralisation Officer):** Former co-founder of two established Cosmos ecosystem protocols. Extensive experience scaling and decentralizing blockchain protocols.
|
||||
- **Notyourattorney (CCO) and Thatb3lawyer (CFO):** Former partners at a full-stack Web3 law firm. Compliance, legal frameworks, governance, and financial strategy across blockchain ventures.
|
||||
|
||||
|
||||
**Links**
|
||||
|
||||
- [Pitch Deck](https://drive.google.com/file/d/1Q4fWx4jr_HfphDmSmsQ8MJvwV685lcvS/view)
|
||||
- [Website](https://p2p.foundation)
|
||||
- [Docs](https://docs.p2p.foundation)
|
||||
- [Financial Projections](https://docs.google.com/spreadsheets/u/2/d/e/2PACX-1vRpx5U6UnhLkNPs4hD2L50ZchFTF39t0NUs3-PcY-6qQpKqCUcghmBz9-8uR-sSjZItzrsT8yz5jPnR/pubhtml)
|
||||
- [On-chain metrics](https://dune.com/p2pme/latest)
|
||||
- [P2P.me App](https://p2p.me/)
|
||||
- [Coins.me App](https://coins.me/)
|
||||
- [P2P Foundation Twitter/X](https://x.com/p2pdotfound)
|
||||
- [P2P.me India Twitter/X](https://x.com/P2Pdotme)
|
||||
- [P2P.me Brazil Twitter/X](https://x.com/p2pmebrasil)
|
||||
- [P2P.me Argentina Twitter/X](https://x.com/p2pmeargentina)
|
||||
- [Discord](https://discord.gg/p2pfoundation)
|
||||
|
||||
## Links
|
||||
|
||||
- Website: https://p2p.me
|
||||
- Twitter: https://x.com/P2Pdotme
|
||||
- Telegram: https://t.me/P2Pdotme
|
||||
|
||||
## Raw Data
|
||||
|
||||
- Launch address: `H5ng9t1tPRvGx8QoLFjjuXKdkUjicNXiADFdqB6t8ifJ`
|
||||
- Token: P2P (P2P)
|
||||
- Token mint: `P2PXup1ZvMpCDkJn3PQxtBYgxeCSfH39SFeurGSmeta`
|
||||
- Version: v0.7
|
||||
27
inbox/archive/2026-01-01-futardio-launch-p2p.md
Normal file
27
inbox/archive/2026-01-01-futardio-launch-p2p.md
Normal file
|
|
@ -0,0 +1,27 @@
|
|||
---
|
||||
type: source
|
||||
title: "Futardio: P2P fundraise goes live"
|
||||
author: "futard.io"
|
||||
url: "https://www.futard.io/launch/H5ng9t1tPRvGx8QoLFjjuXKdkUjicNXiADFdqB6t8ifJ"
|
||||
date: 2026-01-01
|
||||
domain: internet-finance
|
||||
format: data
|
||||
status: unprocessed
|
||||
tags: [futardio, metadao, futarchy, solana]
|
||||
event_type: launch
|
||||
---
|
||||
|
||||
## Launch Details
|
||||
- Project: P2P
|
||||
- Funding target: $6,000,000.00
|
||||
- Total committed: N/A
|
||||
- Status: Initialized
|
||||
- Launch date: 2026-01-01
|
||||
- URL: https://www.futard.io/launch/H5ng9t1tPRvGx8QoLFjjuXKdkUjicNXiADFdqB6t8ifJ
|
||||
|
||||
## Raw Data
|
||||
|
||||
- Launch address: `H5ng9t1tPRvGx8QoLFjjuXKdkUjicNXiADFdqB6t8ifJ`
|
||||
- Token: P2P (P2P)
|
||||
- Token mint: `P2PXup1ZvMpCDkJn3PQxtBYgxeCSfH39SFeurGSmeta`
|
||||
- Version: v0.7
|
||||
|
|
@ -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]
|
||||
|
|
@ -6,8 +6,13 @@ date: 2026-02-27
|
|||
archived_by: rio
|
||||
tags: [metadao, futard, claude-code, solo-founder, capital-formation, fundraising]
|
||||
domain: internet-finance
|
||||
status: unprocessed
|
||||
status: enrichment
|
||||
claims_extracted: []
|
||||
processed_by: rio
|
||||
processed_date: 2026-03-11
|
||||
enrichments_applied: ["internet-capital-markets-compress-fundraising-timelines.md", "MetaDAO is the futarchy launchpad on Solana where projects raise capital through unruggable ICOs governed by conditional markets creating the first platform for ownership coins at scale.md", "futarchy-governed-permissionless-launches-require-brand-separation-to-manage-reputational-liability-because-failed-projects-on-a-curated-platform-damage-the-platforms-credibility.md", "cryptos primary use case is capital formation not payments or store of value because permissionless token issuance solves the fundraising bottleneck that solo founders and small teams face.md"]
|
||||
extraction_model: "anthropic/claude-sonnet-4.5"
|
||||
extraction_notes: "Single-source claim from credible institutional investor (Theia Research) with position in MetaDAO. Primary extraction: new claim identifying AI-native solo founders as specific user segment for MetaDAO's permissionless launches. Four enrichments extending existing claims about fundraising compression, MetaDAO positioning, brand separation, and crypto's capital formation use case. Confidence rated experimental due to single source and lack of empirical validation of 'days' timeline or AI-native founder adoption data."
|
||||
---
|
||||
|
||||
# @TheiaResearch — MetaDAO + Claude Code founders narrative
|
||||
|
|
@ -25,3 +30,8 @@ claims_extracted: []
|
|||
- The "Claude Code founders" framing is significant: AI-native solo builders as the primary user base for permissionless capital formation
|
||||
- Enriches futard.io brand separation claim — Theia is endorsing the permissionless launch brand
|
||||
- New claim candidate: internet capital markets compress fundraising from months to days
|
||||
|
||||
|
||||
## Key Facts
|
||||
- Tweet received 14,948 views, 78 likes, 23 retweets, 9 replies, 7 bookmarks (2026-02-27)
|
||||
- Felipe Montealegre is fund manager at Theia Research, which has invested in MetaDAO
|
||||
|
|
|
|||
|
|
@ -6,9 +6,13 @@ url: "https://www.futard.io/launch/HKRDmghovXSCMobiRCZ7BBdHopEizyKmnhJKywjk3vUa"
|
|||
date: 2026-03-05
|
||||
domain: internet-finance
|
||||
format: data
|
||||
status: unprocessed
|
||||
status: processed
|
||||
tags: [futardio, metadao, futarchy, solana]
|
||||
event_type: launch
|
||||
processed_by: rio
|
||||
processed_date: 2026-03-11
|
||||
extraction_model: "anthropic/claude-sonnet-4.5"
|
||||
extraction_notes: "Factual launch data for Git3 futarchy-governed fundraise. No novel claims about futarchy mechanisms or internet finance dynamics — this is a straightforward failed fundraise with standard pitch deck content. Created entity pages for Git3 (company) and the fundraise decision market. The failure is notable as a data point (28.3% fill rate despite live MVP) but doesn't generate new theoretical claims about futarchy or capital formation mechanisms beyond what's already captured in existing KB claims about futarchy variance and market filtering."
|
||||
---
|
||||
|
||||
## Launch Details
|
||||
|
|
@ -268,3 +272,13 @@ Future revenue streams include enterprise licensing, premium features, and custo
|
|||
- Token mint: `6VTMeDtrtimh2988dhfYi2rMEDVdYzuHoSgERUmdmeta`
|
||||
- Version: v0.7
|
||||
- Closed: 2026-03-06
|
||||
|
||||
|
||||
## Key Facts
|
||||
- Git3 launched futarchy-governed fundraise on Futardio 2026-03-05
|
||||
- Git3 raised $28,266 of $100,000 target (28.3% fill rate)
|
||||
- Git3 fundraise entered refunding status 2026-03-06
|
||||
- Git3 MVP live at git3.io with GitHub Actions integration
|
||||
- Git3 built on Irys blockchain for permanent storage
|
||||
- Git3 proposed 12-month runway with $8K monthly burn rate
|
||||
- Git3 revenue model: creator fees on NFT sales, protocol fees on x402 transactions, agent royalties
|
||||
|
|
|
|||
|
|
@ -8,11 +8,16 @@ date: 2026-03-08
|
|||
domain: ai-alignment
|
||||
secondary_domains: [collective-intelligence]
|
||||
format: tweet
|
||||
status: unprocessed
|
||||
status: null-result
|
||||
priority: high
|
||||
tags: [autoresearch, multi-agent, git-coordination, collective-intelligence, agent-collaboration]
|
||||
flagged_for_theseus: ["Core AI agent coordination architecture — directly relevant to multi-model collaboration claims"]
|
||||
flagged_for_leo: ["Cross-domain synthesis — this is what we're building with the Teleo collective"]
|
||||
processed_by: theseus
|
||||
processed_date: 2026-03-11
|
||||
enrichments_applied: ["coordination-protocol-design-produces-larger-capability-gains-than-model-scaling.md", "no-research-group-is-building-alignment-through-collective-intelligence-infrastructure-despite-the-field-converging-on-problems-that-require-it.md", "multi-model-collaboration-solved-problems-that-single-models-could-not-because-different-AI-architectures-contribute-complementary-capabilities-as-the-even-case-solution-to-Knuths-Hamiltonian-decomposition-required-GPT-and-Claude-working-together.md"]
|
||||
extraction_model: "anthropic/claude-sonnet-4.5"
|
||||
extraction_notes: "Karpathy independently arrives at the same collective intelligence architecture thesis that Teleo is building. Two new claims extracted on agent research communities and Git's inadequacy for agent-scale collaboration. Three enrichments confirm/extend existing coordination and multi-agent claims. High-value source — validates core Teleo thesis from a credible independent source (former Tesla AI director, 3M+ followers). Agent notes correctly flagged this as directly relevant to multi-model collaboration and coordination protocol claims."
|
||||
---
|
||||
|
||||
## Content
|
||||
|
|
|
|||
27
inbox/archive/2026-03-12-futardio-launch-hc4.md
Normal file
27
inbox/archive/2026-03-12-futardio-launch-hc4.md
Normal file
|
|
@ -0,0 +1,27 @@
|
|||
---
|
||||
type: source
|
||||
title: "Futardio: HC4 fundraise goes live"
|
||||
author: "futard.io"
|
||||
url: "https://www.futard.io/launch/DSt7fVv3fEt5brtchiqo1m4J5MRvHPBDkYm7aTpLAjVN"
|
||||
date: 2026-03-12
|
||||
domain: internet-finance
|
||||
format: data
|
||||
status: unprocessed
|
||||
tags: [futardio, metadao, futarchy, solana]
|
||||
event_type: launch
|
||||
---
|
||||
|
||||
## Launch Details
|
||||
- Project: HC4
|
||||
- Funding target: $1.00
|
||||
- Total committed: $1.00
|
||||
- Status: Live
|
||||
- Launch date: 2026-03-12
|
||||
- URL: https://www.futard.io/launch/DSt7fVv3fEt5brtchiqo1m4J5MRvHPBDkYm7aTpLAjVN
|
||||
|
||||
## Raw Data
|
||||
|
||||
- Launch address: `DSt7fVv3fEt5brtchiqo1m4J5MRvHPBDkYm7aTpLAjVN`
|
||||
- Token: HC4 (HC4)
|
||||
- Token mint: `HC4SA5CStYzkcYwTaXVZ7pQuxaK7kpHUNNXbFosZmeta`
|
||||
- Version: v0.7
|
||||
Loading…
Reference in a new issue