rio: remove duplicate rate controller claim (covered by prior extraction)

Pentagon-Agent: Rio <2EA8DBCB-A29B-43E8-B726-45E571A1F3C8>

domains/internet-finance/omnipair-target-range-rate-controller-raises-borrow-costs-earlier-than-fixed-kink-models-by-triggering-rate-increases-at-utilization-floor-rather-than-ceiling.md

@@ -1,35 +0,0 @@
----
-type: claim
-domain: internet-finance
-description: "Omnipair replaces the standard kink-curve interest model with a configurable target utilization range, so rate increases begin as soon as utilization enters the range rather than only when it crosses a single high-water mark"
-confidence: experimental
-source: "@rakka_sol (Omnipair founder), tweet 2026-02-21, describing rate controller upgrade from 50%-85% to 30%-50% target range"
-created: 2026-03-12
-depends_on: []
-challenged_by: []
----
-
-# Omnipair's target-range rate controller raises borrow costs earlier than fixed-kink models by triggering rate increases at utilization floor rather than ceiling
-
-Most DeFi lending protocols (Aave, Compound) use a fixed-kink utilization curve: rates stay low until utilization crosses a high threshold (e.g., 80%), then spike sharply. The kink rewards early borrowers with cheap rates and only penalizes over-use after the fact.
-
-Omnipair's interest rate controller takes a different approach: instead of a single kink point, it defines a **target utilization range**. When utilization enters the low end of the range, rates begin rising immediately. The original default range was 50%-85%; Omnipair upgraded the default to 30%-50%. This means borrow rates increase as soon as utilization hits 30%, not when it hits 85%. The effect is a more gradual but earlier response curve — borrowers face rising costs well before the pool is stressed.
-
-The design is also **configurable per market**: operators can tune the range to match the risk profile of the asset rather than applying a one-size-fits-all kink. This is a substantive departure from the standard model. With a kink curve, the response function is fixed at deployment; with a target range, governance can adjust the corridor dynamically as market conditions evolve.
-
-**Why this matters mechanically.** The kink model creates a binary incentive: borrow freely until the kink, then avoid the pool. The target-range model creates a continuous incentive gradient, nudging utilization toward the center of the range rather than letting it spike and crash. This should produce smoother utilization dynamics and fewer liquidity crises at pool extremes — though this prediction has not yet been tested at scale.
-
-**Evidence.** @rakka_sol's February 2026 tweet describes the upgrade explicitly: "We don't use a fixed utilization-interest curve, but rather a target utilization range. The current markets use a 50%-85% range... We've upgraded the default config to a 30%-50% target range. This increases borrow rates as soon as utilization hits 50%." This is a direct statement of mechanism from the protocol's founder.
-
-## Challenges
-
-The claim rests on a single founder's description rather than independent protocol analysis or live performance data. Target-range models are less proven in production than kink curves; whether they produce smoother dynamics or just different fragility patterns is not yet established. Kink models have the advantage of being simpler and extensively battle-tested.
-
----
-
-Relevant Notes:
-- [[permissionless leverage on metaDAO ecosystem tokens catalyzes trading volume and price discovery that strengthens governance by making futarchy markets more liquid]] — Omnipair's rate model directly affects how much leverage the ecosystem can sustain; higher rates at lower utilization constrain the lever-up incentive
-- [[stablecoin flow velocity is a better predictor of DeFi protocol health than static TVL because flows measure capital utilization while TVL only measures capital parked]] — utilization dynamics matter for the same reason flows matter: static capital parked tells you nothing about whether the pool is efficiently intermediating
-
-Topics:
-- [[domains/internet-finance/_map]]