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 5)

Pentagon-Agent: Rio <HEADLESS>

domains/internet-finance/omnipair-positions-itself-as-unified-capital-venue-eliminating-lending-spot-fragmentation.md

@@ -0,0 +1,33 @@
+---
+type: claim
+domain: internet-finance
+description: "Omnipair's GAMM design aims to consolidate lending and spot trading into a single liquidity venue, reducing capital fragmentation across DeFi protocols"
+confidence: speculative
+source: "@rakka_sol (Omnipair founder), Twitter, 2026-02-21; @Jvke201 fee comparison (second-hand)"
+created: 2026-03-11
+---
+
+# Omnipair positions itself as unified capital venue eliminating lending-spot fragmentation
+
+Omnipair's design intent is to serve as the primary capital venue by unifying lending and spot trading functionality, eliminating the capital fragmentation that occurs when users must split liquidity between separate lending protocols and spot DEXs.
+
+The founder explicitly frames this as a strategic positioning: "Omnipair should be the primary place for capital, no more fragmentation between lending and spot." This suggests the GAMM (Generalized Automated Market Maker) architecture is designed to capture both lending yield and trading fees within a single liquidity pool.
+
+## Supporting Evidence (with caveats)
+
+The fee comparison cited by @Jvke201 provides suggestive but unverified support: a $1000 USDC position costs ~$1.67 in fees over 60 days on Omnipair versus $600 on competitors. If accurate, this represents a 99.7% fee reduction, which would be a significant capital efficiency advantage. However, this comparison is second-hand, lacks specification of which competitors, and provides no context on position types or market conditions.
+
+## Limitations
+- Single source for strategic intent (founder statement)
+- Fee comparison is second-hand, unverified, and lacks methodological detail
+- No data on actual capital consolidation or user adoption
+- No independent analysis of whether GAMM design achieves stated goals
+- Confidence downgraded to speculative: founder positioning is aspirational, not validated by market outcomes
+
+---
+
+Relevant Notes:
+- [[omnipair-uses-adaptive-target-utilization-range-not-fixed-kink-curve-for-interest-rate-control.md]]
+
+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,37 @@
+---
+type: claim
+domain: internet-finance
+description: "Omnipair's rate controller targets a utilization range (30-50%) rather than a fixed kink point, adjusting rates dynamically as utilization crosses thresholds"
+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 DeFi lending protocols by using a target utilization range rather than a fixed utilization-interest curve. The protocol targets a 30-50% utilization range (upgraded from 50-85%), increasing borrow rates as soon as utilization hits the upper bound of this range.
+
+This contrasts with protocols like Aave that use fixed kink curves where interest rates jump at predetermined utilization thresholds. The range-based approach allows for more granular rate adjustments as market conditions change.
+
+According to Omnipair founder @rakka_sol: "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. We've upgraded the default config to a 30%-50% target range."
+
+The founder notes that shallow liquidity combined with dynamic LTV creates operational constraints that keep actual utilization around 55%, making the previous 50-85% target range ineffective. The new 30-50% range better matches observed market behavior.
+
+## Evidence
+- Direct statement from protocol founder describing mechanism as "target utilization range" vs "fixed utilization-interest curve"
+- Specific parameter change: 50-85% range → 30-50% range
+- Operational constraint identified: shallow liquidity + dynamic LTV limiting utilization to ~55%
+
+## Limitations
+- Single source (founder statement)
+- No independent verification of mechanism implementation
+- No comparative performance data vs fixed-curve protocols
+- Confidence limited to experimental due to lack of corroborating sources
+
+---
+
+Relevant Notes:
+- [[omnipair-positions-itself-as-unified-capital-venue-eliminating-lending-spot-fragmentation.md]]
+
+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% target utilization range to 30-50% range to better match observed market behavior where shallow liquidity and dynamic LTV constrain utilization to ~55%
 ## 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 strategic vision of eliminating capital fragmentation between lending and spot trading

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-positions-itself-as-unified-capital-venue-eliminating-lending-spot-fragmentation.md"]
+extraction_model: "anthropic/claude-sonnet-4.5"
+extraction_notes: "Extracted two mechanism claims about Omnipair's rate controller design and strategic positioning. Both rated experimental due to single-source founder statements. Fee comparison data is second-hand and unverified but included as supporting evidence. Updated entity timelines for Omnipair and Rakka."
 ---
 
 # @rakka_sol on Omnipair interest rate controller upgrade
@@ -28,3 +33,9 @@ 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 rate controller upgraded from 50-85% to 30-50% target utilization range (2026-02-21)
+- Shallow liquidity + dynamic LTV constrains Omnipair utilization to ~55% in practice
+- Fee comparison claim: $1000 USDC position costs ~$1.67 over 60 days vs $600 on competitors (unverified, from @Jvke201)