Compare commits
1 commit
54b16a8c39
...
b6e8a1d667
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
b6e8a1d667 |
3 changed files with 7 additions and 5 deletions
|
|
@ -52,7 +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 improve rate responsiveness given shallow liquidity constraints capping practical utilization at ~55%
|
||||
- **2026-02-21** — Upgraded interest rate controller from 50%-85% to 30%-50% target utilization range; founder @rakka_sol explained adaptive rate mechanism distinct from fixed kink curves, noting shallow liquidity + dynamic LTV constrains utilization to ~55% in practice
|
||||
## 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
|
||||
|
|
|
|||
|
|
@ -41,4 +41,4 @@ Topics:
|
|||
|
||||
## Timeline
|
||||
|
||||
- **2026-02-21** — Announced Omnipair rate controller upgrade and articulated vision for unified lending-spot capital venue eliminating protocol fragmentation
|
||||
- **2026-02-21** — Published detailed explanation of Omnipair's adaptive interest rate controller mechanism and vision for unified lending/spot capital markets
|
||||
|
|
|
|||
|
|
@ -11,7 +11,7 @@ claims_extracted: []
|
|||
processed_by: rio
|
||||
processed_date: 2026-03-11
|
||||
extraction_model: "anthropic/claude-sonnet-4.5"
|
||||
extraction_notes: "Extracted two claims: (1) mechanism-specific claim about adaptive utilization range vs fixed kink curve, (2) strategic positioning claim about capital consolidation. Both are novel—no existing KB claims cover Omnipair's rate controller architecture or its unified venue thesis. Updated entity timelines for Omnipair (protocol upgrade) and Rakka (founder commentary). Fee comparison is self-reported and context-dependent, so treated as supporting evidence rather than standalone fact. Utilization constraint (shallow liquidity + dynamic LTV → ~55% cap) is operational evidence of early-stage friction."
|
||||
extraction_notes: "Extracted two mechanism claims about Omnipair's rate controller design and fee structure. Both are experimental confidence due to single-source, self-reported data. The adaptive utilization range mechanism is a genuine architectural distinction from Aave-style kink models. Fee comparison claim includes challenge section noting lack of methodology disclosure. Updated entity timelines for Omnipair and Rakka."
|
||||
---
|
||||
|
||||
# @rakka_sol on Omnipair interest rate controller upgrade
|
||||
|
|
@ -35,6 +35,8 @@ From @Jvke201 discussing Omnipair's fee structure -- "$1000 USDC position costs
|
|||
|
||||
|
||||
## Key Facts
|
||||
- Omnipair fee comparison: $1000 USDC position costs ~$1.67 over 60 days vs. $600 on competitors (self-reported)
|
||||
- Omnipair operational constraint: shallow liquidity + dynamic LTV caps utilization at ~55%
|
||||
- Omnipair initial rate controller used 50%-85% target utilization range
|
||||
- Omnipair upgraded to 30%-50% target utilization range (2026-02-21)
|
||||
- Operational utilization constrained to ~55% due to shallow liquidity and dynamic LTV
|
||||
- Fee comparison: $1.67 vs $600 for $1000 USDC position over 60 days (self-reported)
|
||||
- Tweet engagement: 7 replies, 8 retweets, 55 likes, 9,312 views
|
||||
|
|
|
|||
Loading…
Reference in a new issue