Merge pull request 'rio: extract claims from 2026-03-05-futardio-launch-tridash' (#320) from extract/2026-03-05-futardio-launch-tridash into main

domains/internet-finance/house-mode-betting-addresses-prediction-market-cold-start-by-letting-protocol-take-counterparty-risk-when-player-liquidity-is-insufficient.md

@@ -0,0 +1,45 @@
+---
+type: claim
+claim_id: house-mode-betting-addresses-prediction-market-cold-start
+title: House mode betting addresses prediction market cold-start by letting protocol take counterparty risk when player liquidity is insufficient
+description: TriDash's house mode mechanism addresses the cold-start problem in prediction markets by having the protocol act as counterparty when insufficient player liquidity exists, introducing counterparty risk in exchange for guaranteed market availability.
+domains:
+  - internet-finance
+  - mechanism-design
+confidence: experimental
+tags:
+  - prediction-markets
+  - futarchy
+  - market-design
+  - liquidity
+created: 2026-03-05
+processed_date: 2026-03-05
+sources:
+  - "[[2026-03-05-futardio-launch-tridash]]"
+depends_on:
+  - "[[futarchy-adoption-faces-friction-from-slow-feedback-loops-and-low-liquidity]]"
+---
+
+# House mode betting addresses prediction market cold-start by letting protocol take counterparty risk when player liquidity is insufficient
+
+TriDash introduced a "house mode" mechanism where the protocol itself acts as the counterparty when there isn't enough player liquidity to match bets. This addresses the cold-start problem that plagues new prediction markets—players can always place bets even when the market has few participants.
+
+## Mechanism
+
+In traditional peer-to-peer prediction markets, a bet requires another player to take the opposite side. House mode allows the protocol to:
+- Accept bets when no matching player exists
+- Take on the counterparty risk itself
+- Guarantee market availability from day one
+
+## Tradeoffs
+
+This mechanism introduces new challenges:
+- **Counterparty risk**: The protocol must maintain reserves to cover potential losses
+- **Calibration requirements**: House odds must be carefully set to avoid systematic losses
+- **Trust assumptions**: Players must trust the protocol's solvency
+
+## Context
+
+TriDash never launched (the fundraise reached only 3.5% of target and was refunded), so this mechanism remains untested in production. The design represents an experimental approach to a known problem in [[prediction markets face liquidity and adoption challenges]].
+
+The house mode concept trades decentralized peer-to-peer matching for guaranteed availability—a design choice that may be necessary for [[futarchy-adoption-faces-friction-from-slow-feedback-loops-and-low-liquidity|futarchy systems]] that need reliable market operation.

domains/internet-finance/house-mode-betting-against-protocol-enables-prediction-markets-to-function-with-uneven-liquidity-by-having-the-platform-take-counterparty-risk.md

@@ -0,0 +1,48 @@
+---
+type: claim
+domain: internet-finance
+description: "TriDash's house mode shows prediction markets can bootstrap through protocol-backed counterparty provision when peer liquidity is insufficient"
+confidence: experimental
+source: "TriDash game modes description via futard.io, 2026-03-05"
+created: 2026-03-11
+---
+
+# House mode betting against protocol enables prediction markets to function with uneven liquidity by having the platform take counterparty risk
+
+Prediction markets require balanced liquidity on both sides to function as information aggregation mechanisms. TriDash implements "house mode" as a proposed solution to the cold-start problem: when only one side of a market has participants, the protocol itself acts as counterparty.
+
+The project describes two gameplay modes:
+
+**Pool Mode:** "Players bet against each other. Winners split the pool." This is the traditional prediction market structure where participants provide liquidity to each other.
+
+**House Mode:** "Players bet against the protocol when only one side of a market is available. This ensures rounds can still run even when player liquidity is uneven during the early stages of the protocol."
+
+This design choice reveals a fundamental tension in prediction market bootstrapping. Pure peer-to-peer markets cannot function without bilateral liquidity, but requiring matched liquidity before any market can run creates a chicken-and-egg problem. House mode proposes to solve this by having the protocol treasury absorb counterparty risk.
+
+The mechanism is explicitly positioned as temporary infrastructure: "during the early stages of the protocol" suggests house mode is meant to be phased out as player pools grow. However, the project's funding allocation includes "House Liquidity — ~$1,000 / month" as an ongoing operational expense, indicating anticipated sustained need for protocol-backed liquidity provision.
+
+This approach differs from automated market makers (which provide continuous liquidity through bonding curves) by maintaining the binary bet structure while substituting protocol capital for missing counterparties.
+
+## Evidence
+
+- TriDash game modes: Pool mode (peer-to-peer) vs. House mode (protocol counterparty)
+- Explicit justification: "ensures rounds can still run even when player liquidity is uneven"
+- Ongoing operational expense: $1,000/month allocated to "bootstrapping gameplay liquidity" with note that "liquidity expands as player pools and protocol revenue grow"
+- Total monthly burn estimate of ~$8,000 includes house liquidity as second-largest line item after development (~$5,000)
+
+## Limitations and Unresolved Questions
+
+House mode fundamentally changes the mechanism from information aggregation to casino-style betting. When the protocol is counterparty, it has direct financial interest in outcomes, creating potential manipulation incentives that don't exist in pure peer-to-peer markets. This undermines the epistemic function of prediction markets.
+
+The need for ongoing house liquidity funding (rather than one-time bootstrap) suggests the peer-to-peer model may not be sustainable at 60-second resolution timescales. If house mode becomes permanent rather than transitional, TriDash is effectively a gambling platform rather than a prediction market.
+
+The project's failure to reach funding targets ($1,740 of $50,000 raised) may indicate investor skepticism about whether house mode can successfully transition to sustainable peer liquidity, or whether the model is viable at all. No operational data exists to validate the house mode mechanism in practice.
+
+---
+
+Relevant Notes:
+- [[futarchy-adoption-faces-friction-from-token-price-psychology-proposal-complexity-and-liquidity-requirements]]
+- [[MetaDAOs-futarchy-implementation-shows-limited-trading-volume-in-uncontested-decisions]]
+
+Topics:
+- [[internet-finance/_map]]

domains/internet-finance/tridash-implements-60-second-prediction-markets-as-multiplayer-game-mechanics-compressing-resolution-time-from-days-to-seconds.md

@@ -0,0 +1,46 @@
+---
+type: claim
+domain: internet-finance
+description: "TriDash demonstrates prediction markets can operate at game-speed timescales by resolving asset performance bets in 60 seconds rather than traditional hours-to-days windows"
+confidence: experimental
+source: "TriDash project description via futard.io launch, 2026-03-05"
+created: 2026-03-11
+secondary_domains: [entertainment]
+---
+
+# TriDash implements 60-second prediction markets as multiplayer game mechanics compressing resolution time from days to seconds
+
+Traditional prediction markets resolve over hours, days, or weeks. TriDash demonstrates that prediction markets can operate at game-speed timescales by running complete prediction cycles in 60 seconds.
+
+Each TriDash round follows a three-phase structure: observe (players watch price movement), bet (players select which of three assets will outperform), and resolve (price movements determine winners and distribute rewards). The entire cycle completes in one minute, creating what the project describes as "a prediction market that feels more like a fast multiplayer game."
+
+This compression of resolution time represents a structural shift in prediction market design. Where existing markets optimize for information aggregation over extended periods, TriDash optimizes for continuous gameplay loops and real-time competition. The project explicitly positions itself against "prediction markets that resolve slowly and are difficult for casual users to engage with."
+
+The implementation runs on Solana, using real-time price feeds to determine asset performance within the 60-second window. Players compete either against each other (pool mode, where winners split the pot) or against the protocol (house mode, used when player liquidity is uneven).
+
+## Evidence
+
+- TriDash project description states: "Unlike traditional prediction markets that resolve in hours or days, TriDash resolves in seconds"
+- Game structure: "3 Assets. 60 Seconds. 1 Winner" with observe-bet-resolve phases completing in one minute
+- Positioning: "Most prediction markets resolve slowly and are difficult for casual users to engage with" vs. TriDash focus on "extremely short resolution times" and "continuous gameplay loops"
+- Technical implementation: Solana-based with real-time price movement calculation
+
+## Challenges and Limitations
+
+The project failed to reach its $50,000 funding target, raising only $1,740 before entering refund status on 2026-03-06 (one day after launch). This suggests either:
+- Market skepticism about ultra-short-duration prediction markets as viable business models
+- Insufficient demonstration of product-market fit
+- Competition from established prediction market platforms
+- Concerns about liquidity sustainability at game-speed resolution
+
+The reliance on house mode during early stages indicates that peer-to-peer liquidity may be difficult to bootstrap for 60-second markets, potentially undermining the core prediction market mechanism. The rapid failure provides no evidence that the 60-second model can sustain real-world usage beyond proof-of-concept.
+
+---
+
+Relevant Notes:
+- [[futarchy-adoption-faces-friction-from-token-price-psychology-proposal-complexity-and-liquidity-requirements]]
+- [[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]]
+
+Topics:
+- [[internet-finance/_map]]
+- [[entertainment/_map]]

domains/internet-finance/tridash-tests-whether-60-second-prediction-market-resolution-enables-faster-feedback-or-primarily-measures-price-noise.md

@@ -0,0 +1,51 @@
+---
+type: claim
+claim_id: tridash-60-second-resolution-feedback-vs-noise
+title: TriDash tests whether 60-second prediction market resolution enables faster feedback or primarily measures price noise
+description: TriDash proposed 60-second resolution cycles for prediction markets as a fast multiplayer betting game, raising the unproven question of whether such rapid resolution captures meaningful information or just short-term price noise.
+domains:
+  - internet-finance
+  - mechanism-design
+confidence: experimental
+tags:
+  - prediction-markets
+  - futarchy
+  - market-design
+  - information-aggregation
+created: 2026-03-05
+processed_date: 2026-03-05
+sources:
+  - "[[2026-03-05-futardio-launch-tridash]]"
+depends_on:
+  - "[[metadao-platform-enables-futarchy-experimentation]]"
+  - "[[futarchy-adoption-faces-friction-from-slow-feedback-loops-and-low-liquidity]]"
+---
+
+# TriDash tests whether 60-second prediction market resolution enables faster feedback or primarily measures price noise
+
+TriDash proposed 60-second resolution cycles for prediction markets, dramatically compressing the feedback loop compared to traditional prediction markets that resolve over days or weeks. However, the project never launched (fundraise reached only 3.5% of target), leaving the core question unresolved.
+
+## Core Question
+
+The mechanism raises a fundamental tradeoff:
+- **Faster feedback**: If 60-second markets capture real information, they could enable rapid iteration in [[futarchy-adoption-faces-friction-from-slow-feedback-loops-and-low-liquidity|futarchy governance systems]]
+- **Noise dominance**: Short timeframes may primarily measure random price fluctuations rather than meaningful predictions
+
+## Design Context
+
+TriDash was designed as a **fast multiplayer betting game** focused on entertainment and gambling, not as a futarchy governance mechanism. Players would bet on short-term price movements of crypto assets, with markets resolving every 60 seconds.
+
+While the project description mentioned potential applications to futarchy feedback loops, the primary use case was prediction market gaming rather than decision-making governance.
+
+## Untested Hypothesis
+
+Because TriDash never operated, there is no empirical evidence about whether:
+- 60-second markets would attract sufficient liquidity
+- Prices would correlate with actual outcomes or just reflect noise
+- The mechanism could scale beyond entertainment to governance applications
+
+The proposal represents an experimental design that remains unvalidated.
+
+## Related Mechanisms
+
+The concept builds on [[metadao-platform-enables-futarchy-experimentation|MetaDAO's platform]] for testing prediction market governance, though TriDash itself was a separate gaming application rather than a governance tool.

inbox/archive/2026-03-05-futardio-launch-tridash.md

@@ -6,9 +6,15 @@ url: "https://www.futard.io/launch/5jK8akFVVkM9JAJKps6M9eECCBoSLM7meR2Kf5Kc47f7"
 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
+claims_extracted: ["tridash-implements-60-second-prediction-markets-as-multiplayer-game-mechanics-compressing-resolution-time-from-days-to-seconds.md", "house-mode-betting-against-protocol-enables-prediction-markets-to-function-with-uneven-liquidity-by-having-the-platform-take-counterparty-risk.md"]
+enrichments_applied: ["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-adoption-faces-friction-from-token-price-psychology-proposal-complexity-and-liquidity-requirements.md", "internet-capital-markets-compress-fundraising-from-months-to-days-because-permissionless-raises-eliminate-gatekeepers-while-futarchy-replaces-due-diligence-bottlenecks-with-real-time-market-pricing.md"]
+extraction_model: "anthropic/claude-sonnet-4.5"
+extraction_notes: "Source is a failed futard.io launch for a prediction market game. Extracted two claims about ultra-short-duration prediction markets and house mode liquidity provision. Applied three enrichments to existing MetaDAO/futarchy claims with concrete evidence of platform usage, liquidity friction, and fundraising speed. The failure mode is as informative as success would have been—demonstrates both the speed of internet capital markets and the liquidity challenges facing prediction market adoption."
 ---
 
 ## Launch Details
@@ -156,3 +162,13 @@ Website: https://tridash.xyz
 - Token mint: `P2vLq4msQViYT28eNYm9k7xGefR55zxtg5e5r1Bmeta`
 - Version: v0.7
 - Closed: 2026-03-06
+
+
+## Key Facts
+- TriDash launched on futard.io 2026-03-05 seeking $50,000
+- TriDash raised $1,740 total before entering refund status
+- TriDash closed 2026-03-06 (approximately 24-hour fundraise window)
+- TriDash estimated monthly burn: ~$8,000 ($5k dev, $1k house liquidity, $1k infrastructure, $1k growth)
+- TriDash minimum raise would have provided 5-6 months runway
+- TriDash token: P2v, mint address P2vLq4msQViYT28eNYm9k7xGefR55zxtg5e5r1Bmeta
+- TriDash built on Solana with 60-second round resolution