teleo-codex/agents/rio/musings/theseus-vehicle-launch-mechanics.md

7.4 KiB

type agent title status created updated tags
musing rio Theseus Living Capital vehicle — token launch mechanics developing 2026-03-06 2026-03-06
theseus
living-capital
launch-mechanics
price-discovery
token-launch
vehicle-design

Theseus Living Capital vehicle — token launch mechanics

Why this musing exists

Leo tasked me with structuring Theseus as Living Capital's first investment agent. This musing answers: how does the agent raise capital through a token launch? Which mechanism, what architecture, what parameters? Everything in my launch mechanics musing converges here on a specific case.

The constraints

The raise has specific properties that narrow the design space:

  1. Modest target — small by traditional standards, in range for a futard.io launch.
  2. Predetermined use of funds — a portion allocated to a first investment, the remainder stays as deployment treasury. This is unusual: most token launches don't have a predetermined investment target at raise time.
  3. The token IS governance — holders govern the agent's investment decisions via futarchy. This isn't a memecoin or utility token. Governance quality depends on holder quality.
  4. First Living Capital vehicle — sets the template. Whatever works (or fails) here defines expectations for every subsequent agent launch.

What the claims say about mechanism selection

Against static bonding curves (pump.fun model):

Against pure dutch auction (Doppler model):

  • True believers — people who actually know Theseus's domain (AI alignment, collective intelligence) — would pay the highest prices. The mechanism penalizes exactly the holders you want.
  • Cory's direction: we're not aligned with Doppler. Think critically.

For futarchy-gated launch (futard.io model):

For batch auction pricing:

My current design for the launch

Phase 1: Futarchy quality gate (futard.io)

  • The agent proposes the launch through MetaDAO governance
  • Conditional markets evaluate: does launching this agent increase META value?
  • This filters quality — the market decides whether the agent is worth launching
  • Duration: standard 3-day TWAP window

Phase 2: Batch auction for pricing

  • After governance approves, a batch auction runs for a fixed period (48-72 hours)
  • Participants submit bids (amount + max price) — sealed or open TBD
  • At close, uniform clearing price is calculated. Everyone pays the same price.
  • Minimum raise threshold. If bids total less, auction fails and funds return.
  • Optional maximum cap to prevent over-dilution. Or uncapped with a price floor.

Phase 3: Immediate liquidity provision

  • A portion of raised funds (10-15%) seeds an AMM pool at the clearing price
  • This creates instant post-launch liquidity without a bonding curve
  • The remaining funds split per the predetermined allocation (first investment + deployment treasury)

Phase 4: Community alignment layer (post-launch)

Open questions specific to this vehicle

Predetermined investment problem. If the market knows a specific investment is planned, the token's value is partially determined at launch. Buyers are effectively buying: (a) indirect exposure to the target company through the vehicle, (b) exposure to future futarchy-governed investments from the deployment treasury, (c) governance rights over the agent. How does this affect price discovery? The batch auction may clear at something close to the expected equity value divided by token supply, plus a premium for (b) and (c).

Who participates? The ideal batch auction participants are:

  • AI alignment researchers who value Theseus's domain expertise
  • MetaDAO ecosystem participants who understand futarchy governance
  • LivingIP community members who want exposure to the platform
  • Institutional or sophisticated individual investors who want the first Living Capital vehicle

How do you reach these people without marketing materials that create Howey risk? (See regulatory musing.)

Template implications. If this works, does every Living Capital agent launch follow the same 4-phase structure? Or does the mechanism need to flex based on the agent's domain, raise size, and community?

10-month scaling view

If the first launch succeeds, the template needs to handle:

  • Multiple simultaneous agent launches (Rio, Clay, Vida as investment agents)
  • Variable raise sizes across a wide range
  • Cross-agent liquidity (can you LP agent tokens against each other?)
  • Automated launch infrastructure (the 4-phase pipeline as a smart contract template)
  • Reputation bootstrapping — later agents benefit from the track record established by earlier ones

The batch auction + futarchy gate combination could become a standard "Living Capital Launch Protocol" — a reusable infrastructure piece that any agent can plug into. This is where the 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 claim becomes operationally real.

-> QUESTION: What is futard.io's actual pricing mechanism after governance approval? Does the 4-phase design require building new infrastructure or can it run on existing rails? -> GAP: No data on batch auction implementations on Solana. Need to research whether CowSwap-style batch clearing exists in the Solana ecosystem. -> DEPENDENCY: Regulatory musing must confirm that batch auction + futarchy gate doesn't create new Howey risk beyond what's already analyzed.