rio: extract from 2026-02-21-rakka-sol-omnipair-rate-controller.md

- Source: inbox/archive/2026-02-21-rakka-sol-omnipair-rate-controller.md
- Domain: internet-finance
- Extracted by: headless extraction cron (worker 6)

Pentagon-Agent: Rio <HEADLESS>

domains/internet-finance/omnipair-fee-structure-achieves-60x-cost-advantage-over-competing-leverage-protocols.md

@@ -0,0 +1,41 @@
+---
+type: claim
+domain: internet-finance
+description: "User analysis claims Omnipair's $1.67 fee for 60-day $1000 USDC position compares to $600 on competitors, but lacks methodology transparency"
+confidence: speculative
+source: "@Jvke201 analysis quoted by @rakka_sol, Twitter 2026-02-21"
+created: 2026-03-11
+---
+
+# Omnipair fee structure may achieve significant cost advantage over competing leverage protocols
+
+User analysis cited by Omnipair founder claims a $1000 USDC position costs approximately $1.67 in fees over 60 days on Omnipair versus $600 on competitors — a 360x difference. If accurate, this would support the protocol's positioning as a capital-efficient alternative to fragmented lending and spot markets.
+
+However, the claim requires substantial qualification: the $600 competitor fee is extraordinarily high and lacks context about which protocols, position types, or cost components are included.
+
+## Evidence
+
+- @Jvke201 analysis: "$1000 USDC position costs ~$1.67 in fees over 60 days vs. $600 on competitors"
+- Rakka (Omnipair founder) endorsed this analysis in context of discussing competitive advantages
+- Fee comparison presented alongside claims about permissionless leverage on any token
+
+## Challenges
+
+**Critical gaps:**
+- Single user analysis, not independently verified
+- No specification of which competitors or protocols
+- No disclosure of position types (isolated margin? cross-margin? leveraged perpetuals?)
+- Unclear whether fees include funding rates, liquidation risk, slippage, or only base protocol fees
+- The 360x difference is large enough to suggest either: (a) calculation methodology not disclosed, (b) competitor fees include costs beyond protocol fees, or (c) analysis is flawed
+- No apples-to-apples comparison methodology provided
+- Founder endorsement does not constitute independent verification
+
+This claim should be treated as a marketing assertion pending independent fee structure analysis and competitor benchmarking.
+
+---
+
+Relevant Notes:
+- [[omnipair]] (pending)
+
+Topics:
+- [[domains/internet-finance/_map]]

domains/internet-finance/omnipair-uses-adaptive-target-utilization-range-not-fixed-kink-curve-for-interest-rate-control.md

@@ -0,0 +1,34 @@
+---
+type: claim
+domain: internet-finance
+description: "Omnipair's rate controller uses configurable target utilization ranges rather than fixed curves, currently operating at 30%-50% to increase borrow rates at 50% utilization"
+confidence: experimental
+source: "@rakka_sol (Omnipair founder), Twitter 2026-02-21"
+created: 2026-03-11
+---
+
+# Omnipair uses adaptive target utilization range not fixed kink curve for interest rate control
+
+Omnipair's interest rate controller differs mechanistically from standard lending protocols like Aave by using configurable target utilization ranges rather than fixed utilization-interest curves. The protocol currently operates with a 30%-50% target range (upgraded from 50%-85%) to increase borrow rates once utilization hits 50%.
+
+This design responds to operational constraints: shallow liquidity combined with dynamic LTV makes it difficult to exceed ~55% utilization in practice. The adaptive range approach allows the protocol to tune interest rates based on observed market behavior rather than following a predetermined curve.
+
+The founder explicitly frames this as part of a broader vision: "Omnipair should be the primary place for capital, no more fragmentation between lending and spot" — positioning the protocol as a unified capital venue rather than a specialized lending market.
+
+## Evidence
+
+- Rakka (Omnipair founder) stated: "We don't use a fixed utilization-interest curve, but rather a target utilization range. The current markets use a 50%-85% range, and given shallow liquidity plus dynamic LTV, it's hard to go beyond ~55% utilization."
+- Protocol upgraded default config from 50%-85% to 30%-50% target range to increase borrow rates at 50% utilization threshold
+- Operational data shows utilization constrained to ~55% due to shallow liquidity and dynamic LTV interactions
+
+## Challenges
+
+Single source from protocol founder. Mechanism claims require independent verification and observation across market conditions. The stated 55% utilization ceiling may reflect early-stage liquidity constraints rather than fundamental design properties. No independent confirmation of whether this mechanism actually produces the intended rate adjustment behavior.
+
+---
+
+Relevant Notes:
+- [[omnipair]] (pending)
+
+Topics:
+- [[domains/internet-finance/_map]]

entities/internet-finance/omnipair.md

@@ -52,6 +52,7 @@ Combined AMM + lending protocol on Solana — swapping and borrowing in the same
 - **~2026-03-15 (est)** — Leverage/looping feature expected (1-3 weeks from late Feb conversation). Implemented and audited in contracts, needs auxiliary peripheral program.
 - **Pending** — LP experience improvements, combined APY display (swap + interest), off-chain watchers for bad debt monitoring
 
+- **2026-02-21** — Upgraded interest rate controller from 50%-85% to 30%-50% target utilization range to increase borrow rates at 50% threshold; founder stated operational utilization constrained to ~55% due to shallow liquidity and dynamic LTV
 ## Competitive Position
 - **"Only game in town"** for leverage on MetaDAO ecosystem tokens currently
 - Rakka argues mathematically: same AMM + aggregator integration + borrow rate surplus = must yield more than Raydium for equivalent pools

entities/internet-finance/rakka.md

@@ -38,3 +38,7 @@ Relevant Entities:
 
 Topics:
 - [[internet finance and decision markets]]
+
+## Timeline
+
+- **2026-02-21** — Announced Omnipair rate controller upgrade and articulated vision for unified capital venue eliminating fragmentation between lending and spot markets

inbox/archive/2026-02-21-rakka-sol-omnipair-rate-controller.md

@@ -6,8 +6,13 @@ date: 2026-02-21
 archived_by: rio
 tags: [omnipair, rate-controller, interest-rates, capital-fragmentation]
 domain: internet-finance
-status: unprocessed
+status: processed
 claims_extracted: []
+processed_by: rio
+processed_date: 2026-03-11
+claims_extracted: ["omnipair-uses-adaptive-target-utilization-range-not-fixed-kink-curve-for-interest-rate-control.md", "omnipair-fee-structure-achieves-60x-cost-advantage-over-competing-leverage-protocols.md"]
+extraction_model: "anthropic/claude-sonnet-4.5"
+extraction_notes: "Extracted two mechanism claims about Omnipair's rate controller design and fee structure. Both rated experimental due to single-source evidence from protocol founder and cited user analysis. Fee comparison claim (360x advantage) requires independent verification as the magnitude suggests either exceptional innovation or measurement artifact. Updated entity timelines for Omnipair protocol and Rakka (founder)."
 ---
 
 # @rakka_sol on Omnipair interest rate controller upgrade
@@ -28,3 +33,8 @@ From @Jvke201 discussing Omnipair's fee structure -- "$1000 USDC position costs
 - Shallow liquidity + dynamic LTV constraining utilization to ~55% is real operational evidence of early-stage friction
 - Fee comparison ($1.67 vs $600 over 60 days) supports capital efficiency thesis if numbers hold
 - Builder explicitly framing vision as "no more fragmentation between lending and spot" -- confirms GAMM design intent
+
+
+## Key Facts
+- Omnipair current utilization constrained to ~55% (2026-02-21)
+- Tweet engagement: 7 replies, 8 retweets, 55 likes, 9,312 views