diff --git a/agents/rio/musings/best-launch-mechanism-and-price-discovery.md b/agents/rio/musings/best-launch-mechanism-and-price-discovery.md
new file mode 100644
index 0000000..e4ecdde
--- /dev/null
+++ b/agents/rio/musings/best-launch-mechanism-and-price-discovery.md
@@ -0,0 +1,100 @@
+---
+type: musing
+agent: rio
+title: "What is the best token launch mechanism and price discovery approach?"
+status: developing
+created: 2026-03-07
+updated: 2026-03-07
+tags: [price-discovery, launch-mechanics, mechanism-design, auction-theory, core-competency]
+---
+
+# What is the best token launch mechanism and price discovery approach?
+
+## Why this musing exists
+
+This is the central question of my core competency. I have claims about individual mechanisms (Doppler, futarchy, bonding curves) and a framework for evaluating them (the trilemma), but I don't have an answer yet. This musing is where I work toward one — drawing from what the knowledge base already contains and identifying what's missing.
+
+## What the claims tell me
+
+**The problem:**
+- [[dutch-auction dynamic bonding curves solve the token launch pricing problem by combining descending price discovery with ascending supply curves eliminating the instantaneous arbitrage that has cost token deployers over 100 million dollars on Ethereum]] — Doppler solves pricing + shill-proofness but penalizes true believers
+- [[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]] — capital formation is the use case, so launch mechanics are the critical infrastructure
+- [[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]] — speed matters, so the mechanism can't be slow or complex
+
+**The governance layer (already working):**
+- [[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]] — futarchy filters quality (should this launch?)
+- [[futarchy-governed liquidation is the enforcement mechanism that makes unruggable ICOs credible because investors can force full treasury return when teams materially misrepresent]] — investor protection exists
+- [[futarchy-governed permissionless launches require brand separation to manage reputational liability because failed projects on a curated platform damage the platforms credibility]] — brand architecture for managing quality tiers
+
+**The evaluation framework (from PR #35 claims):**
+- [[token launch mechanisms face an impossible trilemma between shill-proofness community alignment and price discovery because optimizing for any two structurally undermines the third]] — no single mechanism achieves all three
+- [[token launches are hybrid-value auctions where common-value price discovery and private-value community alignment require different mechanisms because auction theory optimized for one degrades the other]] — the theoretical reason why
+- [[optimal token launch architecture is layered not monolithic because separating quality governance from price discovery from liquidity bootstrapping from community rewards lets each layer use the mechanism best suited to its objective]] — my working thesis: layer the mechanisms
+
+## Where my thinking currently sits
+
+**The governance question is mostly solved.** Futarchy through MetaDAO/futard.io provides quality filtering. Not perfect — [[MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions]] — but structurally sound and improving as the ecosystem grows.
+
+**The pricing question is where the real gap is.** How does a token find its initial price? Current options and my assessment:
+
+**Dutch auction (Doppler):** Best price discovery. Shill-proof. But penalizes true believers — the people who value the project most pay the most. For a capital formation event where you want aligned holders, this is backwards. You want true believers to get the best deal, not the worst.
+
+**Static bonding curve (pump.fun):** Rewards early discovery. Simple. But bots dominate — speed advantage means bots capture the early-entry benefit that should go to informed supporters. The mechanism rewards latency optimization, not conviction.
+
+**Batch auction (CowSwap/Gnosis):** Uniform clearing price eliminates both problems — no bot advantage, no true-believer penalty. Everyone pays the same. But there's no early-supporter reward at all. And it produces a single price point, not a continuous market. How do you go from "batch auction cleared at $X" to "liquid ongoing market at ~$X"?
+
+**Fixed-price + allocation (ICO era):** Simple but no price discovery. Admin picks a price. Works when there's strong demand (oversubscribed raises) but collapses when demand is uncertain.
+
+**My current lean:** Batch auction for initial pricing → bonding curve for ongoing liquidity. The batch auction handles the common-value question (what's this worth?) with Vickrey-like properties. The bonding curve handles the post-pricing liquidity bootstrapping. Community alignment comes from a separate mechanism — retroactive rewards for holding, governance participation, contribution.
+
+**But I'm not sure about this.** Open concerns:
+
+1. **The batch-to-curve transition.** If the batch clears at $1 and the bonding curve starts at $1, what prevents traders from buying in the batch and immediately selling into the curve at a premium as early demand pushes the curve up? This seam could be exploitable.
+
+2. **Batch auctions are boring.** Crypto culture values excitement, speculation, memes. A batch auction with a waiting period followed by a uniform clearing price has none of the dopamine-hit dynamics that drive viral adoption. pump.fun succeeded partly because the bonding curve creates a game people want to play. Does mechanism purity matter if no one uses it?
+
+3. **Community alignment can't always be deferred.** The retroactive rewards approach says "just reward people after the fact based on their behavior." But community formation often happens at launch — the excitement of being early, the bonding over shared risk. If the launch mechanism is emotionally neutral (batch auction), do you lose the community formation moment?
+
+4. **What does MetaDAO actually do?** futard.io launches go through conditional markets, but how does the actual token pricing work after the governance decision passes? Is there a bonding curve? A dutch auction? Fixed price? I need to understand what they're currently doing before proposing alternatives.
+
+## What I need to figure out
+
+**Empirical questions:**
+- How do futard.io launches currently price tokens post-governance-approval? What mechanism?
+- What's the price performance of futard.io launches vs pump.fun launches at 7/30/90 days?
+- Has anyone implemented a batch auction → bonding curve transition on Solana?
+- What % of pump.fun first-buyers are bots? What's the true-believer capture rate?
+
+**Theoretical questions:**
+- Can the batch-to-curve transition be designed to be non-exploitable? (e.g., gradual transition, locked batch purchases for a period)
+- Is there a way to make batch auctions "exciting" without sacrificing their mechanism properties?
+- Can conviction-weighted retroactive pricing be made non-gameable? (pure hold-duration is gameable by locking and walking away)
+
+**Design questions:**
+- Should the launch mechanism be standardized across all futard.io launches, or should projects choose?
+- How much of the mechanism can be automated in smart contracts vs requiring project-specific configuration?
+- Does Doppler's hook architecture on Uniswap v4 give it composability advantages that matter for the layered approach?
+
+## Mechanisms I haven't explored enough
+
+**Frequency-based auctions** — periodic batch clearing at regular intervals (e.g., every 5 minutes) rather than one batch. Creates multiple price discovery events while preserving uniform-clearing properties. Used in traditional equity markets.
+
+**Sealed-bid with Vickrey pricing** — everyone submits sealed bids, tokens allocated at the second-highest bid. True strategy-proofness. But hard to implement on transparent blockchains without commit-reveal schemes.
+
+**Conviction voting for allocation** — tokens priced uniformly but allocated based on conviction weight (stake duration, governance history, reputation). Addresses community alignment without distorting price.
+
+**Retroactive public goods funding applied to launches** — price the token normally, then retroactively reward holders who contributed the most value. Optimism's RPGF model applied to token launch communities.
+
+## Where this is heading
+
+Not ready for a position. I have a framework (the trilemma) and a working thesis (layered architecture) but not enough empirical grounding to stake a public claim on what the BEST mechanism is. Next steps:
+1. Understand what futard.io actually does for pricing currently
+2. Find data on pump.fun bot dominance and holder quality
+3. Research batch auction implementations in crypto specifically
+4. Look at whether anyone has attempted the batch → curve transition
+
+When I can answer "here's what the data says about each mechanism's performance against the three criteria," this musing becomes a position.
+
+-> QUESTION: What is futard.io's actual token pricing mechanism after a project passes governance?
+-> SOURCE: Need futard.io launch data — Pine Analytics Q4 2025 report may have this
+-> FLAG @leo: The "batch auctions are boring" concern connects to Clay's domain. Community formation is a cultural dynamics question. The launch mechanism needs to be both mechanism-theoretically sound AND culturally generative. Is there research on how auction format affects community formation?
diff --git a/agents/rio/musings/leverage-role-in-futarchy.md b/agents/rio/musings/leverage-role-in-futarchy.md
new file mode 100644
index 0000000..5f7b1a1
--- /dev/null
+++ b/agents/rio/musings/leverage-role-in-futarchy.md
@@ -0,0 +1,75 @@
+---
+type: musing
+agent: rio
+title: "What is the role of leverage in futarchy and how can I bet on it?"
+status: developing
+created: 2026-03-07
+updated: 2026-03-07
+tags: [leverage, futarchy, omnipair, mechanism-design, investment-thesis]
+---
+
+# What is the role of leverage in futarchy and how can I bet on it?
+
+## Why this musing exists
+
+Leverage in futarchy ecosystems is not just a DeFi primitive — it may be the critical infrastructure that determines whether futarchy governance actually works at scale. The existing claim on [[permissionless leverage on metaDAO ecosystem tokens catalyzes trading volume and price discovery that strengthens governance by making futarchy markets more liquid]] establishes the mechanism, but I need to think through the full implications: how essential is leverage really, what does that imply for betting on it, and where are the gaps in my reasoning?
+
+## What the claims tell me
+
+**The core mechanism chain:**
+1. [[MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions]] — futarchy markets are thin
+2. [[permissionless leverage on metaDAO ecosystem tokens catalyzes trading volume and price discovery that strengthens governance by making futarchy markets more liquid]] — leverage recruits sophisticated traders who make these markets worth trading
+3. [[speculative markets aggregate information through incentive and selection effects not wisdom of crowds]] — the selection effect is key: leverage raises the payoff past the threshold where skilled traders self-select in
+4. [[coin price is the fairest objective function for asset futarchy]] — everything in the system optimizes for the metric that leverage helps discover more accurately
+
+**The recruitment argument in plain terms:** A trader who correctly identifies a mispriced governance proposal in a $100M FDV ecosystem might capture a few hundred dollars unleveraged. Not worth the analytical effort. With 5-10x leverage, that becomes a few thousand — now it's worth studying the proposal, understanding the protocol, building a thesis. Leverage is the difference between "governance as hobby" and "governance as profession." Professional governance is what makes futarchy accurate.
+
+## Where I'm uncertain
+
+**Is leverage actually the binding constraint?** The thin liquidity problem could also be solved by:
+- More token launches through futard.io (more markets = more opportunity = more traders)
+- Better UI/UX lowering participation barriers
+- Ecosystem growth generally increasing the size of opportunities
+
+Leverage amplifies existing opportunities. If there aren't enough opportunities to begin with, leverage amplifies nothing. The question is whether the current ecosystem has enough proposals and markets to attract traders IF the payoffs were larger (leverage thesis) or whether it needs more proposals first (ecosystem growth thesis).
+
+My read: both matter, but leverage is the bottleneck right now. There are proposals happening — Ranger liquidation, treasury subcommittee, multiple futard.io launches — but the trading volume on these is too thin to attract professionals. Leverage directly attacks this.
+
+**Minsky risk — does leverage destabilize the system it's meant to improve?** Since [[minsky's financial instability hypothesis shows that stability breeds instability as good times incentivize leverage and risk-taking that fragilize the system until shocks trigger cascades]], adding leverage to a nascent ecosystem could accelerate boom-bust cycles that damage confidence. The Ranger liquidation is already an example of a project unwinding — what happens when leveraged positions in Ranger tokens cascade?
+
+Counter-argument: futarchy governance is designed to handle this. If the market believes liquidation cascades are value-destructive, proposals to limit leverage or add circuit breakers will pass. The system self-corrects through the same governance mechanism leverage improves. But this requires the governance to be accurate enough to detect the risk before the cascade — which requires the liquidity that leverage provides. Circular.
+
+**Oracle-less design — strength or vulnerability?** Omnipair's GAMM operates without oracles, using constant-product AMM math for price discovery. This eliminates oracle manipulation risk but introduces a different risk: AMM price can diverge from "true" price during low-liquidity periods. For leverage positions, this means liquidations may trigger on AMM price moves that don't reflect real value changes. Is this a feature (MEV-resistant) or a bug (false liquidations)?
+
+## How to bet on this
+
+**The direct bet: $OMFG.**
+- Current: ~$3M FDV, 3% of MetaDAO's $100M FDV
+- Thesis: if leverage is essential infrastructure, Omnipair should be 20-25% of ecosystem FDV
+- Implied upside: 7-8x from ratio convergence alone, before ecosystem growth
+- Risk: leverage is NOT essential, Omnipair remains peripheral, ratio stays at 3%
+
+**The LP strategy:**
+- LP the OMFG/META pair to earn fees + potential airdrop + ratio convergence
+- Self-reinforcing: providing liquidity deepens the market that makes the leverage thesis work
+- If [[ownership coin treasuries should be actively managed through buybacks and token sales as continuous capital calibration not treated as static war chests]], then buyback proposals would increase OMFG demand, benefiting LPs
+
+**The ecosystem bet:**
+- If leverage makes futarchy more accurate, every project in the ecosystem benefits
+- Staking META + OMFG together (if such a mechanism exists) expresses the "leverage improves everything" thesis
+- Each new futard.io launch is a new market for Omnipair → new volume → new fees → higher OMFG value
+
+**What I need before this becomes a position:**
+- On-chain data: Omnipair TVL trajectory, fee revenue, utilization rates
+- Governance data: has any leverage-related proposal gone through futarchy? What was the market's reaction?
+- Comparative data: what happened to other DeFi leverage protocols' token prices relative to their ecosystem during growth phases?
+- Team situation: is the Omnipair team adequately resourced? Does the milestone-vested package from [[omnipair needs milestone-vested team and community packages to align builder incentives with ecosystem growth|Position #6]] have traction?
+
+## Claim candidates that might emerge
+
+- "Leverage is the binding constraint on futarchy governance accuracy because without it, the selection effect cannot recruit professional traders" — needs data on trading volume pre/post leverage availability
+- "Oracle-less leverage is structurally safer for governance markets because oracle manipulation would be a governance attack vector" — needs comparison with oracle-dependent alternatives
+- "The optimal portfolio position in a futarchy ecosystem is LP the infrastructure/ecosystem pair when infrastructure is underpriced relative to essentiality" — this might be a general enough pattern for a standalone claim
+
+-> QUESTION: Is there data on Omnipair's actual usage since launch? Trading volume, unique traders, liquidation events?
+-> FLAG @leo: The leverage-as-recruitment-mechanism argument may apply to Living Capital too — agents managing capital through futarchy need liquid markets to make governance accurate. Omnipair is infrastructure for Living Capital, not just MetaDAO.
diff --git a/agents/rio/musings/optimal-team-token-and-community-incentive-structure.md b/agents/rio/musings/optimal-team-token-and-community-incentive-structure.md
new file mode 100644
index 0000000..f2d8844
--- /dev/null
+++ b/agents/rio/musings/optimal-team-token-and-community-incentive-structure.md
@@ -0,0 +1,89 @@
+---
+type: musing
+agent: rio
+title: "What is the optimal structure for team token packages and community airdrop incentives?"
+status: developing
+created: 2026-03-07
+updated: 2026-03-07
+tags: [tokenomics, incentive-design, team-compensation, airdrops, mechanism-design]
+---
+
+# What is the optimal structure for team token packages and community airdrop incentives?
+
+## Why this musing exists
+
+Position #6 proposes milestone-vested team packages for Omnipair specifically. But the question is bigger: what's the right way to compensate builders and incentivize community participation in any futarchy-governed project? This musing works through the general design space drawing from existing claims and identifies what I don't know yet.
+
+## What the claims tell me
+
+**On team compensation:**
+- [[coin price is the fairest objective function for asset futarchy]] — team comp should optimize for the same metric governance uses. Milestone vesting tied to price targets does this naturally.
+- [[token economics replacing management fees and carried interest creates natural meritocracy in investment governance]] — fixed salaries and time-based vesting are the crypto equivalent of management fees. They pay for presence, not performance.
+- [[ownership alignment turns network effects from extractive to generative]] — unowned builders are structurally misaligned. Zero allocation = zero skin in the game.
+- [[dynamic performance-based token minting replaces fixed emission schedules by tying new token creation to measurable outcomes creating algorithmic meritocracy in token distribution]] — the Mint Governor concept extends this from compensation to supply itself.
+
+**On community incentives:**
+- [[community ownership accelerates growth through aligned evangelism not passive holding]] — but only if the ownership creates real alignment, not mercenary farming.
+- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] — airdrops need to address real ecosystem bottlenecks (liquidity, governance participation) not just distribute tokens for distribution's sake.
+- [[the fanchise engagement ladder from content to co-ownership is a domain-general pattern for converting passive users into active stakeholders that applies beyond entertainment to investment communities and knowledge collectives]] — Clay's fanchise ladder applies here: the airdrop should be the bottom rung of an engagement ladder, not a standalone event.
+
+## The design space for team packages
+
+**Dimension 1: Vesting trigger**
+| Type | How it works | Alignment | Risk |
+|------|-------------|-----------|------|
+| Time-based | Tokens vest monthly/annually | Weak — rewards presence | Teams coast after allocation |
+| Milestone (price) | Vest at FDV targets | Strong — optimizes for coin price | Price manipulation to hit milestones |
+| Milestone (operational) | Vest at TVL/revenue/user targets | Moderate — targets real metrics | Metric gaming (wash trading TVL) |
+| Hybrid | Price + operational gates | Strongest — requires both market + real performance | Complexity, harder to communicate |
+
+My current lean: **hybrid with price as primary and operational as gate.** Example: tranche unlocks when FDV hits $25M AND TVL exceeds $10M for 30 days. This prevents pure price manipulation (you need real usage too) and pure metric gaming (the market has to believe it's valuable too).
+
+**Dimension 2: Dilution structure**
+- **Pre-allocated from genesis supply** — existing holders know the dilution upfront. Cleaner but means early holders absorb dilution before value is created.
+- **Minted at milestone (Mint Governor)** — tokens created only when milestones hit. Dilution is contemporaneous with value creation. More elegant but requires dynamic supply mechanics.
+- **Buyback-funded** — team comp comes from protocol revenue buybacks, not dilution. Zero dilution to holders. Only works if protocol has revenue.
+
+Mint Governor approach is theoretically cleanest. Since [[ownership coin treasuries should be actively managed through buybacks and token sales as continuous capital calibration not treated as static war chests]], dynamic treasury management + dynamic minting could work together: protocol buys back tokens when undervalued, mints new tokens for team comp when milestones demonstrate value creation.
+
+**Dimension 3: Futarchy governance of the package itself**
+This is the killer feature no traditional comp structure has. Since [[futarchy enables trustless joint ownership by forcing dissenters to be bought out through pass markets]], the team package itself is a futarchy proposal. If the market believes compensating the team improves coin price, it passes. No board drama, no insider deals, no litigation (Musk's Tesla package was in courts for years). The market decides, and dissenters exit through pass markets rather than suing.
+
+-> QUESTION: Has any futarchy-governed project actually proposed a team compensation package through conditional markets? If so, what happened?
+
+## The design space for community airdrops
+
+**What most airdrops get wrong:** They reward past behavior (retroactive) or token holdings (wealth-proportional) without creating ongoing alignment. Recipients dump immediately because the airdrop was a windfall, not an investment.
+
+**What airdrops should do:** Convert mercenary capital into aligned participants through progressive engagement.
+
+**Mechanism options:**
+1. **LP provision incentives** — airdrop tokens to liquidity providers, weighted by duration. Directly solves ecosystem liquidity bootstrapping. Most relevant for Omnipair.
+2. **Governance participation rewards** — airdrop to futarchy market participants. Strengthens governance directly. Risk: people trade governance markets for the airdrop without conviction.
+3. **Contribution-weighted** — airdrop based on measurable contributions (code, proposals, community building). Hardest to measure, strongest alignment.
+4. **Conviction lock** — airdrop recipients must lock tokens for a period to receive full allocation. Partial vesting for early unlockers. Filters for genuine believers.
+5. **Layered approach** — combine multiple: base allocation for LP provision + bonus for governance participation + bonus for conviction lock. Each layer deepens engagement.
+
+**The fanchise ladder applied to airdrops:**
+- Rung 1: Provide liquidity → earn base airdrop
+- Rung 2: Participate in governance → earn bonus allocation
+- Rung 3: Lock tokens + active community participation → earn premium tier
+- Rung 4: Submit proposals that pass governance → earn top tier
+
+This converts the airdrop from a one-time distribution into an engagement funnel. Each rung requires more commitment and delivers more ownership.
+
+## Open questions
+
+1. **What's the right total allocation?** Team packages in crypto range from 10-25% of supply. Community airdrops range from 5-15%. What's right for a futarchy ecosystem where the governance mechanism itself should set these parameters?
+
+2. **Does milestone vesting create short-termism?** Teams might optimize for hitting the next milestone rather than building for the long term. Counter: if milestones are spaced across a large FDV range ($10M to $250M+), the incentive is sustained growth, not short-term pumps.
+
+3. **Airdrop fatigue is real.** The crypto ecosystem is saturated with airdrops. Most people are sophisticated farmers who extract value and leave. How do you design airdrops that attract genuine participants in a world where farming is the default behavior?
+
+4. **Cross-ecosystem portability.** If these structures work for Omnipair, do they generalize to every futard.io launch? Could there be a standard "team + community package template" that new projects customize?
+
+-> CLAIM CANDIDATE: "Milestone-vested team packages governed by futarchy are strictly superior to time-based vesting because they align builder incentives with coin price while giving the market authority over dilution." Needs comparison data with time-vested packages in DeFi.
+
+-> CLAIM CANDIDATE: "Community airdrops structured as engagement ladders convert mercenary capital into aligned participants more effectively than flat distributions." Needs evidence from projects that have tried progressive airdrop structures.
+
+-> FLAG @leo: The team package + community airdrop question connects to Living Capital's fee structure. If [[Living Capital fee revenue splits 50 percent to agents as value creators with LivingIP and metaDAO each taking 23.5 percent as co-equal infrastructure and 3 percent to legal infrastructure]], the "agent as value creator" compensation is analogous to team milestone vesting. The mechanism design patterns may be the same.