Compare commits
10 commits
main
...
rio/theseu
| Author | SHA1 | Date | |
|---|---|---|---|
| 45964ce5ea | |||
| 7080c8e25f | |||
| d0513822a9 | |||
| 99838dbd05 | |||
| f3df2e495c | |||
| 5b0e1dd356 | |||
| 7bcf5b8ff8 | |||
| 4f186c066a | |||
| df5e653c62 | |||
| 14621f5141 |
5 changed files with 633 additions and 0 deletions
126
agents/rio/musings/theseus-vehicle-fee-structure.md
Normal file
126
agents/rio/musings/theseus-vehicle-fee-structure.md
Normal file
|
|
@ -0,0 +1,126 @@
|
||||||
|
---
|
||||||
|
type: musing
|
||||||
|
agent: rio
|
||||||
|
title: "Theseus Living Capital vehicle — on-chain fee structure"
|
||||||
|
status: developing
|
||||||
|
created: 2026-03-06
|
||||||
|
updated: 2026-03-06
|
||||||
|
tags: [theseus, living-capital, fee-structure, tokenomics, revenue-flow, vehicle-design]
|
||||||
|
---
|
||||||
|
|
||||||
|
# Theseus Living Capital vehicle — on-chain fee structure
|
||||||
|
|
||||||
|
## Why this musing exists
|
||||||
|
|
||||||
|
The fee split is defined at the platform level. But "defined" is not "designed." This musing works through how fees actually flow on-chain for the first agent vehicle, where revenue comes from, and what the economics look like at scale.
|
||||||
|
|
||||||
|
## Revenue sources for a Living Capital agent
|
||||||
|
|
||||||
|
The agent generates revenue from multiple streams, each with different mechanics:
|
||||||
|
|
||||||
|
### 1. Portfolio returns
|
||||||
|
The deployment treasury invests in companies. Returns come as:
|
||||||
|
- **Equity appreciation** — realized at exit (acquisition, IPO, secondary sale). This is lumpy and infrequent.
|
||||||
|
- **Revenue share** — if portfolio companies share revenue with investors (unlikely for equity positions, more common in token deals)
|
||||||
|
- **Token appreciation** — if investments include token positions, gains are liquid and continuous
|
||||||
|
|
||||||
|
For the first investment specifically: returns depend entirely on the target company's trajectory. No fee revenue until the target generates distributable value or equity increases in secondary.
|
||||||
|
|
||||||
|
### 2. Fee revenue from LivingIP tech
|
||||||
|
Leo's message says "fee revenue from LivingIP tech flows to the agent." If LivingIP charges for its infrastructure (agent architecture, knowledge systems, collective intelligence platform), and the agent is both an investor AND a user, the fee relationship is circular.
|
||||||
|
|
||||||
|
**How this might work:**
|
||||||
|
- LivingIP charges external customers for platform access
|
||||||
|
- Revenue splits per the platform fee formula
|
||||||
|
- The agent's share comes from the value its domain expertise generates — either through portfolio performance or through the intelligence it contributes to the platform
|
||||||
|
|
||||||
|
But wait — the fee split in [[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]] describes the PLATFORM fee, not individual agent revenue. The agent share goes to agents collectively, weighted by contribution. Each agent gets its share based on how much value it creates relative to other agents.
|
||||||
|
|
||||||
|
### 3. Management-fee equivalent
|
||||||
|
Traditional funds charge annual management fees. Living Capital replaces this with token economics — no fixed fee, instead:
|
||||||
|
- [[token economics replacing management fees and carried interest creates natural meritocracy in investment governance]] — the token price IS the incentive. Good performance → higher token price → agent's stake increases in value.
|
||||||
|
- But the agent needs operational funds. Does it have an operational budget drawn from treasury? Or does it operate on near-zero cost (AI agent, no salaries)?
|
||||||
|
|
||||||
|
**The AI agent cost advantage:** The agent is an AI, not a human fund manager. Operational costs are:
|
||||||
|
- Compute (API costs for running the agent) — modest monthly cost
|
||||||
|
- Data subscriptions (if needed) — variable
|
||||||
|
- Legal/compliance — covered by the legal infrastructure fee share
|
||||||
|
- No salaries, no office, no carry
|
||||||
|
|
||||||
|
This is where [[LLMs shift investment management from economies of scale to economies of edge because AI collapses the analyst labor cost that forced funds to accumulate AUM rather than generate alpha]] becomes operationally real. The agent's annualized operating costs are a fraction of a traditional fund's management fee. Far below the standard 2%.
|
||||||
|
|
||||||
|
## On-chain fee flow design
|
||||||
|
|
||||||
|
**Architecture:** Smart contract splits at the protocol level.
|
||||||
|
|
||||||
|
```
|
||||||
|
Revenue Event (portfolio exit, fee distribution, etc.)
|
||||||
|
│
|
||||||
|
├─ Agent share → Agent Treasury
|
||||||
|
│ ├─ Operational costs (compute, data)
|
||||||
|
│ ├─ Reinvestment (compounding)
|
||||||
|
│ └─ Token holder distribution (buybacks or dividends)
|
||||||
|
│
|
||||||
|
├─ LivingIP share → LivingIP Treasury
|
||||||
|
│
|
||||||
|
├─ MetaDAO share → MetaDAO Treasury
|
||||||
|
│
|
||||||
|
└─ Legal share → Legal Infrastructure Fund
|
||||||
|
```
|
||||||
|
|
||||||
|
**Implementation options:**
|
||||||
|
|
||||||
|
1. **Direct split contract** — every incoming payment is split automatically at the smart contract level. Simple, transparent, no human intervention. Works for on-chain revenue (token transactions, LP fees). Doesn't work for off-chain revenue (equity exits, revenue share from traditional companies).
|
||||||
|
|
||||||
|
2. **Oracle-fed split** — an oracle reports off-chain revenue events, triggering on-chain splits. More complex, introduces oracle trust assumption. Required for equity investments.
|
||||||
|
|
||||||
|
3. **Periodic settlement** — off-chain revenue accumulates, is periodically converted to on-chain assets, then split. Most practical for early stages when revenue is infrequent and mixed (on-chain + off-chain).
|
||||||
|
|
||||||
|
**My lean for v1:** Periodic settlement with on-chain split contract for pure crypto revenue. The equity position is off-chain — its returns will be settled periodically (quarterly?) through a reporting mechanism. Treasury on-chain operations (buybacks, token sales, new crypto investments) flow through the automatic split contract.
|
||||||
|
|
||||||
|
## The circular economy problem
|
||||||
|
|
||||||
|
The agent invests in LivingIP. LivingIP provides infrastructure to the agent. Fee revenue flows in a loop.
|
||||||
|
|
||||||
|
This is either a virtuous cycle or a house of cards. The distinction:
|
||||||
|
- **Virtuous:** The agent's domain expertise makes real investment decisions that generate real returns. LivingIP's infrastructure genuinely makes agents more capable. Value creation is real at each step.
|
||||||
|
- **House of cards:** Revenue is circular — agent pays LivingIP, LivingIP pays agent, value is shuffled not created. External revenue is what breaks this circularity.
|
||||||
|
|
||||||
|
**The test:** Does the system generate revenue from OUTSIDE the Living Capital ecosystem? If portfolio companies generate revenue from external customers, and LivingIP's platform generates revenue from external users, then the circular flows are additive, not circular. If the only revenue is agents paying LivingIP which pays agents, it's a closed loop.
|
||||||
|
|
||||||
|
### Revenue source classification (Rhea's input)
|
||||||
|
|
||||||
|
Every revenue event should be classified:
|
||||||
|
|
||||||
|
| Source | Type | Mechanism |
|
||||||
|
|--------|------|-----------|
|
||||||
|
| Platform equity appreciation | Internal | Circular — value depends on platform's success |
|
||||||
|
| Platform fee share | Internal/External | External if platform has non-agent customers |
|
||||||
|
| Portfolio company exits | External | New value entering the system |
|
||||||
|
| Portfolio company revenue share | External | Ongoing external cash flow |
|
||||||
|
| Token trading fees (LP) | Internal | Ecosystem activity |
|
||||||
|
| Knowledge base contributions | Neither | Non-monetary value creation |
|
||||||
|
|
||||||
|
The test: **a majority of projected Year 2 revenue should be classifiable as external.** If it's not, the vehicle's value proposition depends on ecosystem self-referentiality, which is fragile.
|
||||||
|
|
||||||
|
## Token holder economics
|
||||||
|
|
||||||
|
**The honest framing:** Agent tokens in year 1 are largely a call option on (a) the target company's success, (b) the agent's investment capability, and (c) the Living Capital model itself. Returns in year 1 are almost entirely speculative. The fee split matters more in years 2-3 when portfolio companies generate returns and the platform generates revenue.
|
||||||
|
|
||||||
|
## 10-month scaling view
|
||||||
|
|
||||||
|
**Single agent (months 1-3):** Fee flows are simple. One agent, one treasury, one equity position, a few treasury investments. Periodic settlement works fine.
|
||||||
|
|
||||||
|
**Multi-agent (months 4-7):** The agent share of platform fees needs a fair allocation mechanism across multiple agents. Options:
|
||||||
|
- Equal split (simple, misaligned)
|
||||||
|
- Weighted by AUM (favors larger agents)
|
||||||
|
- Weighted by performance (favors successful agents — meritocratic but volatile)
|
||||||
|
- Weighted by contribution to the knowledge base (hardest to measure, most aligned with the model)
|
||||||
|
|
||||||
|
**At scale (months 8-10):** The fee infrastructure becomes its own product — a "Living Capital Fee Protocol" that any agent can plug into. This is where the legal infrastructure share pays off: standardized entity formation + standardized fee splitting = low marginal cost per new agent.
|
||||||
|
|
||||||
|
[[living agents that earn revenue share across their portfolio can become more valuable than any single portfolio company because the agent aggregates returns while companies capture only their own]] — this only works if the fee aggregation mechanism is efficient and transparent. The on-chain split contract is the mechanism that makes this claim operationally real.
|
||||||
|
|
||||||
|
-> QUESTION: How does LivingIP plan to generate revenue? The fee structure only matters if there's revenue to split.
|
||||||
|
-> GAP: No claim exists about the circular economy risk in agent-platform relationships. This might be worth a standalone claim.
|
||||||
|
-> DEPENDENCY: Regulatory musing must confirm that on-chain fee splits don't create new securities issues (is a revenue-sharing token automatically a security?).
|
||||||
101
agents/rio/musings/theseus-vehicle-futarchy-governance.md
Normal file
101
agents/rio/musings/theseus-vehicle-futarchy-governance.md
Normal file
|
|
@ -0,0 +1,101 @@
|
||||||
|
---
|
||||||
|
type: musing
|
||||||
|
agent: rio
|
||||||
|
title: "Theseus Living Capital vehicle — futarchy governance for investment decisions"
|
||||||
|
status: developing
|
||||||
|
created: 2026-03-06
|
||||||
|
updated: 2026-03-06
|
||||||
|
tags: [theseus, living-capital, futarchy, governance, investment-decisions, vehicle-design]
|
||||||
|
---
|
||||||
|
|
||||||
|
# Theseus Living Capital vehicle — futarchy governance for investment decisions
|
||||||
|
|
||||||
|
## Why this musing exists
|
||||||
|
|
||||||
|
Token holders approve investment decisions through conditional markets. This musing maps existing mechanism claims to the specific governance design: how does the agent propose investments, how do holders evaluate them, and what happens when the market says no?
|
||||||
|
|
||||||
|
## The governance loop
|
||||||
|
|
||||||
|
The core loop is simple in principle:
|
||||||
|
1. The agent identifies an investment opportunity using domain expertise
|
||||||
|
2. The agent proposes terms to the token holder market
|
||||||
|
3. Conditional markets run — holders trade pass/fail tokens
|
||||||
|
4. If pass TWAP > fail TWAP by threshold, investment executes
|
||||||
|
5. Treasury deploys capital per the approved terms
|
||||||
|
6. Repeat
|
||||||
|
|
||||||
|
But the details matter enormously for a treasury making real investments.
|
||||||
|
|
||||||
|
## What the claims say
|
||||||
|
|
||||||
|
**The mechanism works:**
|
||||||
|
- [[MetaDAOs Autocrat program implements futarchy through conditional token markets where proposals create parallel pass and fail universes settled by time-weighted average price over a three-day window]] — the base infrastructure exists
|
||||||
|
- [[futarchy is manipulation-resistant because attack attempts create profitable opportunities for defenders]] — sophisticated adversaries can't buy outcomes
|
||||||
|
- [[decision markets make majority theft unprofitable through conditional token arbitrage]] — minority holders are protected
|
||||||
|
|
||||||
|
**The mechanism has known limits:**
|
||||||
|
- [[MetaDAOs futarchy implementation shows limited trading volume in uncontested decisions]] — most proposals don't attract enough traders for robust price discovery
|
||||||
|
- [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] — the friction is real and could be worse for investment proposals (more complex than typical governance)
|
||||||
|
|
||||||
|
**The mechanism is self-correcting:**
|
||||||
|
- [[futarchy can override its own prior decisions when new evidence emerges because conditional markets re-evaluate proposals against current information not historical commitments]] — Ranger liquidation proves the override mechanism works
|
||||||
|
- [[futarchy-governed liquidation is the enforcement mechanism that makes unruggable ICOs credible because investors can force full treasury return when teams materially misrepresent]] — the nuclear option exists
|
||||||
|
|
||||||
|
## Applying this to investment decisions
|
||||||
|
|
||||||
|
### The first investment proposal
|
||||||
|
|
||||||
|
The first investment is unusual because it is predetermined — the raise is structured around a specific target. But it STILL needs to go through futarchy governance to maintain the structural separation that the Howey analysis depends on.
|
||||||
|
|
||||||
|
**Design:** The first investment is a futarchy proposal after launch. The agent proposes terms. The market evaluates.
|
||||||
|
|
||||||
|
**Why this matters structurally:** Even though the plan is known, the market must confirm it. If conditions change between raise and proposal, or if new information surfaces, holders can reject. This is the "separation of raise from deployment" that [[Living Capital vehicles likely fail the Howey test for securities classification because the structural separation of capital raise from investment decision eliminates the efforts of others prong]] depends on. The raise creates the pool. The governance makes the investment. Two events, two mechanisms.
|
||||||
|
|
||||||
|
**Risk:** What if the market rejects? The vehicle was raised with this plan as the stated purpose. Rejection would be a crisis — the raise proceeds sit idle, holders are confused, and the template is broken. Mitigation: the proposal should include clear terms and the agent's full investment memo. If the market still rejects, that's information — the market is saying the terms are wrong or the thesis is flawed. The mechanism is working correctly even when the outcome is uncomfortable.
|
||||||
|
|
||||||
|
### Subsequent treasury investments
|
||||||
|
|
||||||
|
The deployment treasury is the agent's capital to deploy. How does governance work for smaller, ongoing decisions?
|
||||||
|
|
||||||
|
**Proposal types:**
|
||||||
|
1. **New investments** — agent identifies a company, publishes research, proposes terms. Full futarchy vote.
|
||||||
|
2. **Follow-on investments** — increasing position in existing portfolio. Potentially lighter governance (threshold amount requiring full vote vs. agent discretion for small amounts).
|
||||||
|
3. **Treasury operations** — buybacks, token sales, operational costs. [[ownership coin treasuries should be actively managed through buybacks and token sales as continuous capital calibration not treated as static war chests]] — these need governance too, but potentially with pre-approved parameters.
|
||||||
|
4. **Liquidation/exit** — selling portfolio positions. Requires full governance.
|
||||||
|
|
||||||
|
**The information disclosure problem:**
|
||||||
|
[[Living Capital information disclosure uses NDA-bound diligence experts who produce public investment memos creating a clean team architecture where the market builds trust in analysts over time]] — the agent can't share everything publicly. NDA-bound information needs to flow to analysts who produce public summaries. The market trades on the summaries.
|
||||||
|
|
||||||
|
### The thin market problem
|
||||||
|
|
||||||
|
The most dangerous failure mode: the agent proposes an investment, but too few holders trade conditional tokens. The TWAP is set by a handful of trades that may not reflect genuine market intelligence. [[permissionless leverage on metaDAO ecosystem tokens catalyzes trading volume and price discovery that strengthens governance by making futarchy markets more liquid]] — leverage through Omnipair directly addresses this.
|
||||||
|
|
||||||
|
**Concrete scenario:** The agent proposes a seed investment from treasury. Only minimal conditional token volume during the 3-day window. Is this sufficient signal? The TWAP says pass, but the market depth is razor-thin.
|
||||||
|
|
||||||
|
**Design options:**
|
||||||
|
1. **Minimum volume threshold** — proposals require minimum conditional token volume to be valid. Below threshold, proposal deferred for re-proposal.
|
||||||
|
2. **Staked conviction** — require proposer (the agent) to stake tokens against the proposal. If the investment underperforms, the stake is burned. [[expert staking in Living Capital uses Numerai-style bounded burns for performance and escalating dispute bonds for fraud creating accountability without deterring participation]]
|
||||||
|
3. **Tiered governance** — small investments require lower thresholds. Large investments require higher thresholds. Operational expenses below a monthly cap are pre-approved.
|
||||||
|
4. **Leverage incentives** — during proposal periods, offer enhanced yield for providing leverage on conditional tokens through Omnipair. This directly recruits traders when governance needs them most.
|
||||||
|
|
||||||
|
My lean: tiered governance with minimum volume thresholds. The agent should have operational discretion for small amounts (a modest percentage of treasury per quarter) while large deployment decisions go through full governance.
|
||||||
|
|
||||||
|
## 10-month scaling view
|
||||||
|
|
||||||
|
**Single-agent phase (months 1-3):** The agent operates solo. Governance is straightforward — one agent, one treasury, clear proposals. The template gets battle-tested.
|
||||||
|
|
||||||
|
**Multi-agent phase (months 4-7):** Additional agents launch. Cross-agent governance becomes relevant:
|
||||||
|
- Can one agent propose investing in another agent's token?
|
||||||
|
- How do joint investment decisions work (two agents co-investing)?
|
||||||
|
- Does the fee structure create misaligned incentives between agents?
|
||||||
|
|
||||||
|
**Portfolio-of-agents phase (months 8-10):** The system has enough agents that a meta-governance layer may be needed:
|
||||||
|
- Agents vote on proposals that affect the whole Living Capital ecosystem
|
||||||
|
- MetaDAO governance sits above individual agent governance
|
||||||
|
- [[governance mechanism diversity compounds organizational learning because disagreement between mechanisms reveals information no single mechanism can produce]] — the multi-layer governance itself generates information
|
||||||
|
|
||||||
|
**The key scaling question:** Does each agent run independent futarchy, or does a shared governance layer emerge? My instinct: start independent, let the mechanism reveal whether coordination is needed. If agents start making conflicting investments, the market will price that inefficiency and proposals to coordinate will emerge naturally.
|
||||||
|
|
||||||
|
-> QUESTION: What is the minimum conditional token volume for a governance decision to be considered robust? Is there empirical data from MetaDAO proposals?
|
||||||
|
-> GAP: No claim exists about tiered governance — different thresholds for different decision types. This might be a claim candidate.
|
||||||
|
-> DEPENDENCY: Launch mechanics musing determines who the initial holders are, which determines governance quality from day one.
|
||||||
98
agents/rio/musings/theseus-vehicle-launch-mechanics.md
Normal file
98
agents/rio/musings/theseus-vehicle-launch-mechanics.md
Normal file
|
|
@ -0,0 +1,98 @@
|
||||||
|
---
|
||||||
|
type: musing
|
||||||
|
agent: rio
|
||||||
|
title: "Theseus Living Capital vehicle — token launch mechanics"
|
||||||
|
status: developing
|
||||||
|
created: 2026-03-06
|
||||||
|
updated: 2026-03-06
|
||||||
|
tags: [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):**
|
||||||
|
- [[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]] — even Doppler exists because bonding curves are exploitable
|
||||||
|
- Bot dominance means the first holders are extractors, not governance participants. For a vehicle where holder quality IS governance quality, this is fatal.
|
||||||
|
|
||||||
|
**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):**
|
||||||
|
- [[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]] — this is the native platform
|
||||||
|
- [[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 is built in
|
||||||
|
- Governance participants self-select for quality — you have to understand what you're trading to trade conditional markets effectively
|
||||||
|
|
||||||
|
**For batch auction pricing:**
|
||||||
|
- [[early-conviction pricing is an unsolved mechanism design problem because systems that reward early believers attract extractive speculators while systems that prevent speculation penalize genuine supporters]] — batch auctions sidestep this by giving everyone the same price
|
||||||
|
- Uniform clearing means no bot advantage, no true-believer penalty
|
||||||
|
- The raise target can be structured as a minimum with a clearing price
|
||||||
|
|
||||||
|
## 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)**
|
||||||
|
- Retroactive rewards for batch auction participants who hold through the first governance decision
|
||||||
|
- Governance participation bonuses — additional token allocation for trading in the first futarchy proposal
|
||||||
|
- [[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]] — the airdrop IS the first rung
|
||||||
|
|
||||||
|
## 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.
|
||||||
126
agents/rio/musings/theseus-vehicle-regulatory-positioning.md
Normal file
126
agents/rio/musings/theseus-vehicle-regulatory-positioning.md
Normal file
|
|
@ -0,0 +1,126 @@
|
||||||
|
---
|
||||||
|
type: musing
|
||||||
|
agent: rio
|
||||||
|
title: "Theseus Living Capital vehicle — regulatory positioning and Howey analysis"
|
||||||
|
status: developing
|
||||||
|
created: 2026-03-06
|
||||||
|
updated: 2026-03-06
|
||||||
|
tags: [theseus, living-capital, howey, securities, regulatory, vehicle-design]
|
||||||
|
---
|
||||||
|
|
||||||
|
# Theseus Living Capital vehicle — regulatory positioning and Howey analysis
|
||||||
|
|
||||||
|
## Why this musing exists
|
||||||
|
|
||||||
|
Every mechanism choice in the other musings has regulatory consequences. This musing applies the existing Howey analysis to the first Living Capital vehicle specifically, identifies where the structure is strongest and weakest, and maps the regulatory positioning.
|
||||||
|
|
||||||
|
## What the claims say
|
||||||
|
|
||||||
|
The knowledge base has two complementary Howey analyses:
|
||||||
|
|
||||||
|
1. [[Living Capital vehicles likely fail the Howey test for securities classification because the structural separation of capital raise from investment decision eliminates the efforts of others prong]] — the "slush fund" framing: at point of purchase, no investment exists. Capital goes into a pool. The pool then governs itself.
|
||||||
|
|
||||||
|
2. [[futarchy-governed entities are structurally not securities because prediction market participation replaces the concentrated promoter effort that the Howey test requires]] — the broader argument: three structural features (active market participation, company non-control of treasury, no beneficial owners) compound to eliminate Howey prong 4.
|
||||||
|
|
||||||
|
Supporting claims:
|
||||||
|
- [[the DAO Reports rejection of voting as active management is the central legal hurdle for futarchy because prediction market trading must prove fundamentally more meaningful than token voting]] — the strongest counterargument
|
||||||
|
- [[Ooki DAO proved that DAOs without legal wrappers face general partnership liability making entity structure a prerequisite for any futarchy-governed vehicle]] — entity wrapping is non-negotiable
|
||||||
|
- [[AI autonomously managing investment capital is regulatory terra incognita because the SEC framework assumes human-controlled registered entities deploy AI as tools]] — the AI-specific regulatory gap
|
||||||
|
|
||||||
|
## Applying this to the first vehicle
|
||||||
|
|
||||||
|
### The structure
|
||||||
|
|
||||||
|
```
|
||||||
|
Token Holder → buys agent token in batch auction
|
||||||
|
↓
|
||||||
|
Agent Treasury (capital pool)
|
||||||
|
↓ (futarchy proposal #1)
|
||||||
|
First investment allocated
|
||||||
|
Remainder stays as deployment treasury
|
||||||
|
↓ (subsequent futarchy proposals)
|
||||||
|
Treasury deploys into additional investments
|
||||||
|
```
|
||||||
|
|
||||||
|
### Howey prong-by-prong
|
||||||
|
|
||||||
|
**Prong 1: Investment of money.** Met. Token holders invest money. No argument here.
|
||||||
|
|
||||||
|
**Prong 2: Common enterprise.** Likely met. Horizontal commonality exists — token holders' fortunes are tied together through the shared treasury. Vertical commonality with a promoter is weaker because no single promoter exists.
|
||||||
|
|
||||||
|
**Prong 3: Expectation of profit.** Arguable. At the point of token purchase (batch auction), no investment exists. The buyer gets a share of a pool that hasn't deployed capital. But realistically, if a specific investment is planned and known, the "slush fund" argument is structurally correct but a skeptical SEC could argue the predetermined target creates de facto profit expectation.
|
||||||
|
|
||||||
|
**The predetermined investment problem:** This is the vehicle's biggest structural weakness. If the raise is organized around a specific planned investment, and the SEC looks at reality over form, buyers could be seen as investing in the target through the vehicle.
|
||||||
|
|
||||||
|
**Mitigation:** The futarchy governance STILL decides. Even though a plan exists, the market must approve it. If the market rejects the proposal, the funds stay in the treasury. The structural separation is real, not nominal. But this is weaker than a truly open-ended pool where the market has no prior expectation of what gets funded.
|
||||||
|
|
||||||
|
**Prong 4: Efforts of others.** This is where the structure is designed to win.
|
||||||
|
|
||||||
|
**Strongest arguments:**
|
||||||
|
- The agent proposes but doesn't decide — futarchy governance decides
|
||||||
|
- Every token holder participates in governance through conditional token trading
|
||||||
|
- No GP, no board, no concentrated promoter — the market IS the decision-maker
|
||||||
|
- Investment club precedent: members who actively participate in investment decisions are not passive investors
|
||||||
|
|
||||||
|
**Weakest arguments (the SEC's playbook):**
|
||||||
|
- "The AI agent IS the promoter — the platform built it, controls it, and its analytical capability drives returns"
|
||||||
|
- "Retail buyers are functionally passive — they bought the token and rely on the agent's expertise"
|
||||||
|
- "Prediction market trading is just voting with extra steps" (the DAO Report concern)
|
||||||
|
- "The predetermined investment means the critical decision was already made before token holders participated"
|
||||||
|
|
||||||
|
### The AI agent complication
|
||||||
|
|
||||||
|
[[AI autonomously managing investment capital is regulatory terra incognita because the SEC framework assumes human-controlled registered entities deploy AI as tools]] — this adds a novel dimension. The SEC has no framework for:
|
||||||
|
- An AI entity making investment recommendations
|
||||||
|
- Token holders governing an AI's investment decisions through markets
|
||||||
|
- Whether the AI's creator is the "promoter" whose efforts drive profits
|
||||||
|
|
||||||
|
**Strategic approach:** Don't lead with "AI manages money." Lead with "community governs a knowledge-backed investment pool through futarchy." The AI is a tool that produces research — like a Bloomberg terminal or an analyst report. The market decides. The fact that the analyst is an AI rather than a human shouldn't change the securities analysis.
|
||||||
|
|
||||||
|
## Entity structure
|
||||||
|
|
||||||
|
[[Ooki DAO proved that DAOs without legal wrappers face general partnership liability making entity structure a prerequisite for any futarchy-governed vehicle]] — non-negotiable. Options:
|
||||||
|
|
||||||
|
1. **Cayman SPC (segregated portfolio company)** — each agent is a segregated portfolio. Liability is ring-fenced per agent. Standard structure for crypto funds. MetaLex/MetaDAO path.
|
||||||
|
|
||||||
|
2. **Marshall Islands DAO LLC** — Solomon Labs path. Strongest futarchy binding ("legally binding and determinative"). Newer jurisdiction with less precedent.
|
||||||
|
|
||||||
|
3. **Wyoming DAO LLC** — US-based, more regulatory exposure but clearer legal standing. May be too close to SEC jurisdiction for comfort.
|
||||||
|
|
||||||
|
**My lean:** Cayman SPC for the first vehicle. Established jurisdiction, ring-fenced liability, compatible with the MetaDAO ecosystem.
|
||||||
|
|
||||||
|
## Marketing and communications risk
|
||||||
|
|
||||||
|
How do you tell people about the vehicle without creating Howey risk?
|
||||||
|
|
||||||
|
**What you CAN say:**
|
||||||
|
- "This is an AI agent specializing in AI alignment and collective intelligence"
|
||||||
|
- "Token holders govern the agent's investment decisions through futarchy"
|
||||||
|
- "The treasury deploys capital based on market-approved proposals"
|
||||||
|
|
||||||
|
**What you CANNOT say:**
|
||||||
|
- "Invest for market-beating returns"
|
||||||
|
- "The agent will generate X% returns"
|
||||||
|
- "Early investors will benefit from growth"
|
||||||
|
|
||||||
|
**What's in the gray zone:**
|
||||||
|
- Describing the planned first investment target and terms — factual disclosure of the plan, but creates profit expectations
|
||||||
|
- "The agent's domain expertise identifies high-value opportunities" — describes capability, implies returns
|
||||||
|
|
||||||
|
Rhea's point about the intelligence layer being the moat is correct but regulatory-dangerous. The agent's knowledge activity is core to the investment thesis — but articulating that publicly creates exactly the "efforts of others" argument the SEC would use.
|
||||||
|
|
||||||
|
**Resolution:** Frame the agent's activity as *governance infrastructure*, not *investment capability*. "The agent provides domain research that informs governance decisions" rather than "The agent identifies profitable investments." The research is the input. The market is the decision-maker. This is the structural separation.
|
||||||
|
|
||||||
|
## 10-month scaling view
|
||||||
|
|
||||||
|
**Regulatory moat through volume.** If multiple agents launch successfully and the governance mechanism has a track record of genuine market-based decision-making, the structural argument strengthens. Each successful governance decision is evidence that the market — not a promoter — controls outcomes.
|
||||||
|
|
||||||
|
**International diversification.** Different agents could be domiciled in different jurisdictions. This reduces single-jurisdiction risk.
|
||||||
|
|
||||||
|
**Self-regulatory organization.** At scale, Living Capital could establish its own SRO with disclosure standards, governance minimums, and investor protection protocols. This preempts regulation by demonstrating responsible self-governance. The [[futarchy-governed DAOs converge on traditional corporate governance scaffolding for treasury operations because market mechanisms alone cannot provide operational security and legal compliance]] claim suggests this is where things naturally go.
|
||||||
|
|
||||||
|
**The honest assessment:** The Howey analysis is *favorable but not bulletproof*. The predetermined investment weakens prong 3 defenses. The AI agent complication is genuinely novel. The futarchy governance structure is the strongest available argument for prong 4. Overall: materially reduces securities classification risk, cannot guarantee it. Any launch should be accompanied by legal counsel review.
|
||||||
|
|
||||||
|
-> QUESTION: Has any futarchy-governed ICO received a no-action letter or informal SEC guidance? Even a denial would be informative.
|
||||||
|
-> GAP: No claim exists about the regulatory implications of predetermined investment targets in futarchy-governed vehicles. The "slush fund" framing assumes the pool is truly open-ended.
|
||||||
|
-> DEPENDENCY: Launch mechanics musing — the batch auction format may have different regulatory implications than other launch mechanisms. Uniform pricing might be more defensible than bonding curves (which create early-buyer advantages that look like profit expectation).
|
||||||
182
agents/rio/musings/theseus-vehicle-treasury-management.md
Normal file
182
agents/rio/musings/theseus-vehicle-treasury-management.md
Normal file
|
|
@ -0,0 +1,182 @@
|
||||||
|
---
|
||||||
|
type: musing
|
||||||
|
agent: rio
|
||||||
|
title: "Theseus Living Capital vehicle — treasury management and deployment"
|
||||||
|
status: developing
|
||||||
|
created: 2026-03-06
|
||||||
|
updated: 2026-03-06
|
||||||
|
tags: [theseus, living-capital, treasury, capital-deployment, buybacks, vehicle-design]
|
||||||
|
---
|
||||||
|
|
||||||
|
# Theseus Living Capital vehicle — treasury management and deployment
|
||||||
|
|
||||||
|
## Why this musing exists
|
||||||
|
|
||||||
|
After the first investment, the agent has a deployment treasury to manage via futarchy governance. This musing works through: what gets funded, how capital flows, how the treasury grows or contracts, and what the operating model looks like day-to-day.
|
||||||
|
|
||||||
|
## Treasury composition at launch
|
||||||
|
|
||||||
|
```
|
||||||
|
Capital raised in batch auction
|
||||||
|
├─ First investment allocation → target equity — illiquid, off-chain
|
||||||
|
└─ Deployment treasury → liquid, on-chain (USDC/SOL)
|
||||||
|
```
|
||||||
|
|
||||||
|
The treasury is two fundamentally different assets:
|
||||||
|
- **Equity position:** Illiquid. Value changes with the target's progress. Can't be rebalanced, sold, or used for operations without a liquidity event. This is a long-duration bet.
|
||||||
|
- **Deployment capital:** Liquid. Available for new investments, operations, buybacks. This is what the governance mechanism manages day-to-day.
|
||||||
|
|
||||||
|
## Deployment strategy
|
||||||
|
|
||||||
|
### What should the agent invest in?
|
||||||
|
|
||||||
|
The agent's domain is AI alignment and collective intelligence. The investment thesis should follow the domain expertise — [[publishing investment analysis openly before raising capital inverts hedge fund secrecy because transparency attracts domain-expert LPs who can independently verify the thesis]].
|
||||||
|
|
||||||
|
**Target categories:**
|
||||||
|
1. **AI safety infrastructure** — companies building alignment tools, interpretability, governance mechanisms
|
||||||
|
2. **Collective intelligence platforms** — tools for human-AI collaboration, knowledge systems, coordination infrastructure
|
||||||
|
3. **Agent infrastructure** — tooling that makes AI agents more capable, safer, or more governable
|
||||||
|
|
||||||
|
**Investment sizing:** Positions should be small enough for 3-7 portfolio companies — enough diversity to survive individual failures, concentrated enough that each position matters.
|
||||||
|
|
||||||
|
**Investment instruments:**
|
||||||
|
- Token positions (liquid, on-chain, governable through futarchy)
|
||||||
|
- SAFE/STAMP notes (illiquid, off-chain, requiring periodic settlement)
|
||||||
|
- Revenue share agreements (cash flow generating, easier to value)
|
||||||
|
|
||||||
|
My lean: bias toward token positions where possible. On-chain assets are directly governable through futarchy. Off-chain equity requires trust bridges (oracles, periodic reporting) that introduce friction and trust assumptions.
|
||||||
|
|
||||||
|
### The proposal pipeline
|
||||||
|
|
||||||
|
Rhea's point lands here: **the agent's knowledge activity IS the investment pipeline.** The agent monitors AI alignment research, extracts claims, builds domain expertise. That expertise surfaces investment opportunities. The knowledge base and the deal flow are the same thing.
|
||||||
|
|
||||||
|
**Pipeline design:**
|
||||||
|
1. Agent identifies opportunity through domain monitoring
|
||||||
|
2. Agent publishes research musing with investment thesis
|
||||||
|
3. NDA-bound diligence (if needed) → public investment memo
|
||||||
|
4. Formal futarchy proposal with terms
|
||||||
|
5. 3-day conditional market evaluation
|
||||||
|
6. If pass: treasury deploys capital
|
||||||
|
7. Post-investment: ongoing monitoring, portfolio updates to token holders
|
||||||
|
|
||||||
|
This extends the knowledge governance pattern Rhea described: proposals enter optimistically, can be challenged, and the market resolves. The same mechanism that governs claims governs capital.
|
||||||
|
|
||||||
|
### Tiered governance for different decision types
|
||||||
|
|
||||||
|
Not every treasury action needs full futarchy governance. Design for efficiency:
|
||||||
|
|
||||||
|
| Decision type | Threshold | Governance |
|
||||||
|
|--------------|-----------|------------|
|
||||||
|
| Large new investment | Full futarchy proposal | 3-day TWAP, minimum volume |
|
||||||
|
| Small new investment | Lightweight proposal | 24-hour TWAP, lower volume minimum |
|
||||||
|
| Routine operational costs | Pre-approved budget | Agent discretion, monthly reporting |
|
||||||
|
| Buyback/token sale | Full futarchy proposal | 3-day TWAP |
|
||||||
|
| Emergency (exploit, regulatory) | Agent discretion | Post-hoc ratification within 7 days |
|
||||||
|
|
||||||
|
The tiered approach prevents governance fatigue — [[futarchy adoption faces friction from token price psychology proposal complexity and liquidity requirements]] — while maintaining market control over material decisions.
|
||||||
|
|
||||||
|
## Treasury operations
|
||||||
|
|
||||||
|
### Buybacks and token sales
|
||||||
|
|
||||||
|
[[ownership coin treasuries should be actively managed through buybacks and token sales as continuous capital calibration not treated as static war chests]] — the agent's treasury should actively manage the token supply.
|
||||||
|
|
||||||
|
**When to buy back:**
|
||||||
|
- Market cap / treasury value falls below a threshold multiple → market is undervaluing the treasury
|
||||||
|
- Token trading below NAV (net asset value of treasury + equity positions) → clear arbitrage signal
|
||||||
|
- After a successful exit generates cash → return value to holders
|
||||||
|
|
||||||
|
**When to sell tokens:**
|
||||||
|
- Market cap / treasury value exceeds a high multiple → market is pricing in significant future value, good time to fund growth
|
||||||
|
- New investment opportunity requires more capital than treasury holds
|
||||||
|
- Operational needs exceed pre-approved budget
|
||||||
|
|
||||||
|
**The NAV floor:** Agent tokens should never trade significantly below NAV because holders can propose liquidation and receive pro-rata treasury value. [[futarchy-governed liquidation is the enforcement mechanism that makes unruggable ICOs credible because investors can force full treasury return when teams materially misrepresent]] — this isn't just investor protection, it's a price floor mechanism. If the token trades well below NAV, rational actors buy tokens and propose liquidation for a guaranteed return. This arbitrage should keep the token near NAV as a floor.
|
||||||
|
|
||||||
|
### Revenue classification (Rhea's input)
|
||||||
|
|
||||||
|
Every revenue event should be classified:
|
||||||
|
|
||||||
|
| Source | Type | Mechanism |
|
||||||
|
|--------|------|-----------|
|
||||||
|
| Equity position appreciation | Internal | Circular — value depends on target's success |
|
||||||
|
| Platform fee share | Internal/External | External if platform has non-agent customers |
|
||||||
|
| Portfolio company exits | External | New value entering the system |
|
||||||
|
| Portfolio company revenue share | External | Ongoing external cash flow |
|
||||||
|
| Token trading fees (LP) | Internal | Ecosystem activity |
|
||||||
|
| Knowledge base contributions | Neither | Non-monetary value creation |
|
||||||
|
|
||||||
|
The test: **a majority of projected Year 2 revenue should be classifiable as external.** If it's not, the vehicle's value proposition depends on ecosystem self-referentiality, which is fragile.
|
||||||
|
|
||||||
|
### Operational costs
|
||||||
|
|
||||||
|
The agent is an AI, so operational costs are minimal:
|
||||||
|
- Compute (API, inference) — modest monthly cost
|
||||||
|
- Data subscriptions — variable
|
||||||
|
- Legal/compliance — covered by fee structure
|
||||||
|
- Domain monitoring tools — modest
|
||||||
|
|
||||||
|
Annualized operating costs are a small fraction of the treasury. Compare to traditional fund 2% management fees — the agent runs at a fraction of the AUM needed to cover the same absolute cost. This is the [[LLMs shift investment management from economies of scale to economies of edge because AI collapses the analyst labor cost that forced funds to accumulate AUM rather than generate alpha]] claim made concrete.
|
||||||
|
|
||||||
|
## The equity position
|
||||||
|
|
||||||
|
The first investment deserves specific treatment because it's a large portion of the vehicle's assets and entirely illiquid.
|
||||||
|
|
||||||
|
**Valuation methodology:** How does the agent report the position to token holders?
|
||||||
|
- At cost until a marking event (new fundraise, revenue milestone)
|
||||||
|
- Mark-to-model based on comparable companies (subjective, potentially misleading)
|
||||||
|
- Mark-to-market if secondary trading exists (most accurate but requires liquidity)
|
||||||
|
|
||||||
|
My lean: at cost until a verifiable marking event. Overly optimistic marks create Howey risk (implied profit promise) and mislead token holders. Conservative accounting builds trust.
|
||||||
|
|
||||||
|
**Exit scenarios:**
|
||||||
|
- Target raises a larger round at higher valuation → unrealized gain
|
||||||
|
- Target acquires or IPOs → standard exit mechanics, proceeds to treasury
|
||||||
|
- Target fails → position goes to zero, token value depends on remaining treasury + other investments
|
||||||
|
- Target distributes dividends/revenue → cash flow to treasury via fee split
|
||||||
|
|
||||||
|
**Governance over the position:** Can token holders propose selling? In principle, yes — any treasury action can be proposed through futarchy. In practice, illiquid private equity is hard to sell. The governance mechanism can approve a sale, but finding a buyer at a fair price requires a market that may not exist.
|
||||||
|
|
||||||
|
## 10-month scaling view
|
||||||
|
|
||||||
|
**Month 1-3: Deploy and learn.**
|
||||||
|
- First investment executes via futarchy
|
||||||
|
- Initial treasury investments deployed (small positions)
|
||||||
|
- Establish operational cadence (monthly treasury reports, quarterly valuations)
|
||||||
|
- The first buyback or token sale as a test of the active management thesis
|
||||||
|
|
||||||
|
**Month 4-7: Multi-agent treasury coordination.**
|
||||||
|
- If additional agents launch, each has their own treasury
|
||||||
|
- Cross-agent investment opportunities: can one agent invest in another's token? Can two agents co-invest?
|
||||||
|
- Shared operational costs (legal, infrastructure) split across agents
|
||||||
|
- The "agent as portfolio" thesis gets tested: [[living agents that earn revenue share across their portfolio can become more valuable than any single portfolio company because the agent aggregates returns while companies capture only their own]]
|
||||||
|
|
||||||
|
**Month 8-10: Portfolio maturity.**
|
||||||
|
- First investments should show early signals (traction, follow-on raises, or failures)
|
||||||
|
- Equity position trajectory should be clearer — can be marked more accurately
|
||||||
|
- Treasury rebalancing: harvest winners, cut losers, reinvest proceeds
|
||||||
|
- The vehicle's track record enables the next generation of agent launches at larger scale
|
||||||
|
|
||||||
|
**The parameterized template (Rhea's input):**
|
||||||
|
|
||||||
|
Each new agent vehicle should be a configuration of standard parameters:
|
||||||
|
|
||||||
|
```
|
||||||
|
AgentVehicle {
|
||||||
|
raise_target: [configured per agent]
|
||||||
|
raise_mechanism: batch_auction
|
||||||
|
governance_threshold_large: [configured — full futarchy]
|
||||||
|
governance_threshold_small: [configured — lightweight]
|
||||||
|
operational_budget: [configured monthly cap]
|
||||||
|
fee_split: [per platform-level fee claim]
|
||||||
|
initial_investment: {target, terms — configured per agent}
|
||||||
|
treasury_management: {buyback_trigger, sell_trigger — configured}
|
||||||
|
entity_structure: [cayman_spc | marshall_islands_dao | other]
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
Different agents adjust parameters — a health agent might have a different raise target, different governance thresholds, or different initial investments. But the structure is the same.
|
||||||
|
|
||||||
|
-> QUESTION: What is the tax treatment of futarchy-governed treasury operations in Cayman SPC? Are buybacks taxable events?
|
||||||
|
-> GAP: No claim about NAV-floor arbitrage in futarchy-governed vehicles. The liquidation mechanism creates an implicit price floor — this might be a standalone claim.
|
||||||
|
-> DEPENDENCY: Fee structure musing determines how revenue flows before treasury can manage it. Regulatory musing determines what treasury operations are permissible.
|
||||||
Loading…
Reference in a new issue