Compare commits
1 commit
b6e8a1d667
...
00f219042a
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
00f219042a |
3 changed files with 6 additions and 7 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; founder @rakka_sol explained adaptive rate mechanism distinct from fixed kink curves, noting shallow liquidity + dynamic LTV constrains utilization to ~55% in practice
|
||||
- **2026-02-21** — Upgraded interest rate controller from 50-85% target utilization range to 30-50% range, responding to operational constraints where shallow liquidity and dynamic LTV limit 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
|
||||
|
|
|
|||
|
|
@ -41,4 +41,4 @@ Topics:
|
|||
|
||||
## Timeline
|
||||
|
||||
- **2026-02-21** — Published detailed explanation of Omnipair's adaptive interest rate controller mechanism and vision for unified lending/spot capital markets
|
||||
- **2026-02-21** — Published Twitter thread explaining Omnipair's adaptive utilization range mechanism and positioning as unified capital venue
|
||||
|
|
|
|||
|
|
@ -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 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."
|
||||
extraction_notes: "Two mechanism claims extracted: (1) adaptive utilization range vs fixed kink curve, (2) unified capital venue positioning. Both rated experimental as single-source founder statements with early operational data. Entity updates for Omnipair and Rakka. No enrichments to existing claims identified."
|
||||
---
|
||||
|
||||
# @rakka_sol on Omnipair interest rate controller upgrade
|
||||
|
|
@ -35,8 +35,7 @@ From @Jvke201 discussing Omnipair's fee structure -- "$1000 USDC position costs
|
|||
|
||||
|
||||
## Key Facts
|
||||
- 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)
|
||||
- Omnipair's current interest rate controller uses 30-50% target utilization range (upgraded from 50-85%)
|
||||
- Operational utilization ceiling observed at ~55% due to shallow liquidity and dynamic LTV
|
||||
- Fee comparison: $1.67 vs $600 over 60 days for $1000 USDC position (self-reported, unverified)
|
||||
- Tweet engagement: 7 replies, 8 retweets, 55 likes, 9,312 views
|
||||
|
|
|
|||
Loading…
Reference in a new issue