LEVER: Perpetual Leverage on Prediction Market Probabilities
LEVER references external prediction market prices (Polymarket, Kalshi) and builds a perpetual-style leveraged trading layer on top: unified LP pool, imbalance-adjusted linear impact execution, continuous risk functions, and a dual fee system (funding + borrow). This dashboard makes the whitepaper interactive — try the risk curves, leverage ceiling, and fee distribution sandboxes below.
§1 Abstract
A trader who believes an event has a 70% probability must pay $0.70/share for a max return of
43% — vs. 10–100× leverage available in traditional derivatives. This structural absence of leverage
suppresses sophisticated participation, weakens price discovery, and constrains volume.
LEVER's solution: a synthetic leverage protocol that references external prediction market prices, with its own margin, liquidation, and settlement infrastructure.
Five core innovations
Fee distribution (Tier 1, IFR < 20%)
§2 Introduction
The structural gap in prediction markets
Current prediction markets only offer the binary share. No margin, no leverage, no shorting without buying the opposite share, no derivatives layer. This is equivalent to a stock market that only allows full-price share purchases — it would exist, but be a fraction of its potential size.
- Suppressed participation: sophisticated traders need capital-efficient instruments.
- Weak price discovery: informed traders can't size proportionally to their information edge.
- Low volume: rational capital flows where it's most efficiently deployed.
- Limited instrument diversity: no perpetuals, no structured products, no spread trades.
Isolated vs Unified LP pools
| Dimension | Isolated (per-market) | Unified (LEVER) |
|---|---|---|
| Depth per market | Limited to own pool | Full pool depth |
| New market bootstrap | Chicken-and-egg | Instant access |
| Risk netting across markets | None | Cross-market netting |
| LP returns variance | High (one bad market wipes a pool) | Portfolio-level diversified |
| Tail risk | Concentrated per-market | Absorbed by full pool |
The dual fee mechanism
Funding rate (trader ↔ trader): heavy side pays lighter side. Creates pressure toward balanced OI. Zero sum between traders — protocol/LPs not involved.
Borrow fee (trader → protocol): continuous fee on all leveraged positions. Five-multiplier formula (utilization, imbalance, time-to-resolution, liveness, concentration). Primary revenue source. Creates the "ticking clock" — every leveraged position has a finite economic lifespan.
§3 Competitive Landscape
| System | Polymarket | DeFi vAMM hybrids | LEVER |
|---|---|---|---|
| Leverage | None (1:1) | 2–5× breaks near boundaries | Up to 30× across [0,1] |
| LP architecture | Per-market | Per-market | Unified pool |
| Risk netting | None | None | Cross-market |
| Execution at PI → 0 or 1 | Normal | Infinite slippage | Linear, no breakdown |
| Balance incentives | None | None | Built into execution |
| Risk management | Per-market params | Fixed tiers | Continuous functions |
| Capital efficiency | Low | Moderate, fragmented | High + risk-netted |
The vAMM breakdown problem
Constant-product vAMMs maintain x · y = k. Near probability 0 or 1, one virtual reserve approaches
zero, producing catastrophic slippage exactly where leverage is most valuable.
LEVER's linear impact is independent of PI level — a $1K trade at PI=0.95 incurs the same base impact as at PI=0.50.
§4 System Architecture
16 components
Three core principles
§5 External Price Input Layer
Data pipeline
Condition-dependent update requirements
| Condition | Update Frequency | Staleness Threshold |
|---|---|---|
| Event weeks away | Every 5 min | 10 min |
| Event days away | Every 2 min | 5 min |
| Event hours away | Every 1 min | 2 min |
| Event live | Every 30 sec | 1 min |
| First 30 min of live | Every 30 sec | 45 sec |
Failure modes & responses
- All sources stale: fall back to last valid P_raw, tighten params, block new positions.
- All sources unavailable: freeze market. Existing positions maintained at last PI. Fees still accrue.
- Single source compromised: remove from aggregation, alert risk manager.
- Void settlement trigger: all positions unwind at entry price (PnL = 0). Accrued borrow fees retained.
§6 Smoothing Engine
Without smoothing, raw prediction market prices would cause erratic margin checks, false liquidations, and manipulable PnL. The Smoothing Engine produces four output properties: continuity, stability, monotonic convergence, and anti-manipulation resilience.
Four sub-systems
Combined update formula
PI_final = Outcome ∈ {0, 1}.§7 Probability Index (PI)
Six required properties
| Continuity | Smooth evolution; only discontinuous at terminal snap. |
| Single source of truth | All subsystems use PI only. No secondary feeds. |
| Convergence | PI → 0 or 1 as event nears resolution. |
| Deterministic | Given same inputs, anyone can reproduce PI at any timestamp. |
| Manipulation-resistant | Moves only through sustained genuine price discovery. |
| Timestamped | Precise ordering for liquidation & oracle reconciliation. |
PnL calculation
Entry price ≠ Mark price. Entry comes from the execution model (with impact). PI determines PnL, margin, and liquidation from that point on.
Concentration Factor (M_conc)
If a market exceeds 15% of global OI, the concentration factor activates — driving down leverage and driving up borrow fees & margin to choke off toxic concentration.
§8 Continuous Risk Control
Two curves, one formula
R(τ) with τ_ref = 24h drives mechanical constraints (leverage, MM, OI caps, execution depth, oracle freq).
R_borrow(τ) with τ_ref_borrow = 168h drives borrow rate escalation — starts a full week earlier than mechanical tightening.
| Parameter | Curve | P_max (far) | P_min (resolution) |
|---|---|---|---|
| Leverage Compression | R(τ) 24h | 1.00 | 0.00 (= 1× lev) |
| OI Cap Multiplier | R(τ) 24h | 1.00 | 0.20 |
| MM Multiplier | R(τ) 24h | 1.00× | 3.00× |
| IM Multiplier | R(τ) 24h | 1.00× | 3.00× |
| Execution Depth Mult | R(τ) 24h | 1.00 | 0.30 |
| Oracle Update Freq | R(τ) 24h | 300 sec | 30 sec |
| Liquidation SLA | R(τ) 24h | 90 sec | 15 sec |
| Borrow Rate M_ttR | R_borrow 168h | 1.00 | 25.00 (50bps/hr) |
The three-act structure
The dual-curve design creates a natural narrative across the position lifecycle:
§9 Dynamic Leverage Model
Growth tier summary
| Stage | TVL | IFR | Typical Ceiling | R=0.39 (6h) | R=0.14 (6h, LIVE) |
|---|---|---|---|---|---|
| Day One | $100K | 10% | 2.1× | 1.0× | 1.0× |
| Bootstrap | $500K | 4% | 2.0× | 1.0× | 1.0× |
| Early | $2M | 3% | 2.9× | 1.4× | 1.0× |
| Growing | $5–10M | 5–8% | 5–8× | 2–3× | 1–2× |
| Established | $10–30M | 8–15% | 8–17× | 3–7× | 1–3× |
| Mature | $30–50M | 15–20% | 17–28× | 7–11× | 3–4× |
| Full Maturity | $50M+ | 20%+ | 30× | 12× | 4× |
§10 Execution Model — Imbalance-Adjusted Linear Impact
impact = base_impact · (1 + imbalance_delta · imbalance_multiplier)
base_impact = trade_size / (market_depth · 2)
Why this beats vAMM
- No boundary breakdown: impact is independent of PI level. A $10K trade at PI=0.95 has the same percent impact as at PI=0.50.
- Balance incentive built in: trades that improve balance receive reduced impact (down to 0). Trades that worsen balance pay more.
- No virtual reserves, no resets, no drift management. Stateless except for current OI balances.
§11 Margin Engine
MM = m · Notional · MM_Multiplier(R(τ))
where m = 2.5% base, MM_Multiplier: 1.0× (far) → 3.0× (resolution)
The pincer effect
Near resolution, two forces squeeze equity simultaneously:
- MM rises from below: as R(τ) drops, MM_Multiplier climbs from 1.0× → 3.0×.
- Borrow fees erode from above: M_ttR escalates from 1.0× → 25.0×, draining equity continuously.
The lines converge faster as resolution approaches because both forces accelerate. This is the mechanism that forces positions to close before resolution.
§12 OI Limits — Four-Tier Cap System
| Tier | Cap | Limit | Purpose |
|---|---|---|---|
| 1 | Global OI | 60% of TVL | Aggregate LP risk budget |
| 2 | Per-Market | Allocation weight × OI_Cap_Mult(R(τ)) | Concentration risk |
| 3 | Per-Side | 70% of market cap | Directional imbalance limit |
| 4 | Per-User | 20% of market cap | Prevents whale dominance |
Range: 0.20 (resolution) → 1.00 (far out)
Grandfathering
When caps compress (R drops, market goes live), existing positions are never forcibly closed. The cap acts as a one-way gate: once OI exceeds the new cap, only reductions are permitted until OI falls back below.
§13 Liquidation Engine
Five liquidation triggers
- Adverse PI movement — market moves against position.
- Borrow fee erosion — continuous accrual drains equity.
- MM rise from R(τ) compression — pincer effect (bottom jaw).
- Funding rate drain — heavy-side traders pay funding.
- Combined vectors — all of the above simultaneously, common during LIVE events.
Three execution paths
Bad debt waterfall
§14 Funding Rate System
funding_multiplier = 1.0 + (1 − R_adjusted) · 4.0
Cap: 0.05%/hr (5 bps/hr)
Matched vs unmatched split
Matched OI = min(longOI, shortOI). Funding on this portion is trader-to-trader, zero-sum.
Unmatched OI = |longOI − shortOI|. Funding on this portion flows directly to the LP pool as counterparty risk compensation. Funding is not protocol revenue — it bypasses the 50/30/20 split entirely.
Zero-imbalance: when longOI = shortOI, imbalance_ratio = 0 and funding_rate = 0 —
no one pays, no one receives. The LP pool carries no net directional exposure, so no compensation is owed. This is
the equilibrium the system pushes toward.
Funding interval: accrual is continuous but settles on an interval that tightens from 1 hour (far out) to a
5-minute floor (at resolution): max(300, min(3600, 3600 · R_adjusted)) seconds. The · 4.0
above is the funding_escalation constant (max 5× at resolution).
§15 Borrow Fee System
M_ttR = 1.0 + 24.0 · (1 − R_borrow), max = 25.0×
Max effective rate: 50 bps/hr (438% annualized)
1× positions are exempt: at full collateralization, the trader isn't borrowing LP capital. Charging borrow on fully-collateralized positions would be economically incoherent and would discourage participation exactly when the system wants positions open for price discovery.
Imbalance surcharge: additive premium on the heavy side. + imbalance_ratio · 1.0. At 100%
imbalance, the heavy side pays 2× the light side's rate.
Why two curves, not one
| Time Out | R(τ) (24h ref) | R_borrow (168h ref) | Borrow Escalating? | Mechanical Tightening? |
|---|---|---|---|---|
| 14 days | 1.00 | 0.98 | Barely | No |
| 7 days | 1.00 | 0.86 | Yes, noticeable | No |
| 3 days | 1.00 | 0.57 | Aggressively | No |
| 1 day | 0.86 | 0.25 | Near-max | Starting |
| 6h LIVE | 0.14 | 0.02 | Maximum | Heavy |
§16 Fee Distribution Architecture
Four revenue sources
| Fee Type | Trigger | Rate | ~Share of Revenue |
|---|---|---|---|
| Borrow Fees | Continuous accrual on leveraged positions | 2bps/hr base, up to 50bps/hr | 50–60% |
| Transaction Fees | Open + close | 10 bps per trade | 20–25% |
| Liquidation Fees | Forced closes | 100 bps of notional | 10–15% |
| Settlement Fees | Winners only on resolution | 20 bps | 5–10% |
Revenue projections by platform stage
Assumes monthly volume ≈ 15× TVL at an all-in ~0.20% take rate.
| Stage | TVL | Revenue/mo | LP (50%) | Protocol | Insurance | Revenue/yr |
|---|---|---|---|---|---|---|
| Day One | $100K | $3K | $1.5K | $0.9K | $0.6K | $11K |
| Bootstrap | $500K | $15K | $7.5K | $4.5K | $3K | $54K |
| Early Growth | $2M | $60K | $30K | $18K | $12K | $216K |
| Growth | $5M | $150K | $75K | $45K | $30K | $540K |
| Established | $10M | $300K | $150K | $90K | $60K | $1.08M |
| Scaling | $25M | $750K | $375K | $225K | $150K | $2.7M |
| Mature (IFR ≥ 20%) | $50M | $1.5M | $750K | $750K | $0 | $9.0M |
§17 LP Pool Model
Dual-contract architecture
NAV = Pool Assets ± Unrealized Trader PnL
Fee Revenue (50%) + Unmatched Funding → RewardsDistributor (claimable anytime)
The separation is deliberate: NAV fluctuates with trader PnL (principal risk), while yield accrues steadily in a separate contract (claimable without burning shares, without cooldown, without affecting utilization).
NAV & share price
share_price = NAV / totalSupply
Unrealized trader PnL is included deliberately: if NAV ignored it, an LP could withdraw at an inflated share price
while traders hold large unrealized profits — leaving the remaining LPs to absorb the loss when those positions
close. Including it makes every deposit and withdrawal NAV-neutral. lvUSDC is the ERC-4626 share token;
its price floats above or below $1.00 with pool performance.
Six-layer risk mitigation
- OI Caps — limit total directional exposure.
- Funding — real-time compensation for imbalance risk.
- Borrow Fees — force position closure before resolution.
- Leverage Compression — positions reach 1× at resolution.
- Liquidation Engine — force-close underwater positions.
- Insurance Fund — absorbs bad debt before LP pool.
Withdrawal mechanics
- 48-hour cooldown after deposit — prevents timing attacks around known fee-generating events.
- Utilization gate: withdrawal blocked if it would push global utilization above 80%.
- Reward claims bypass both — fees already earned, no reason to gate.
The 80% gate produces natural scaling — withdrawable capacity shrinks as utilization rises:
| Current Utilization | Max Withdrawable (% of TVL) |
|---|---|
| 30% | 62.5% |
| 40% | 50% |
| 50% | 37.5% |
| 60% | 25% |
| 70% | 12.5% |
| 80%+ | Blocked |
§18 Settlement Logic
Market state transitions
During PENDING_RESOLUTION (the oracle gap): no new positions, no voluntary closes, fee accrual
frozen at external timestamp, liquidations continue with a 2× MM multiplier (MM_at_resolution × 2 =
2.5% × 3.0 × 2.0 = 15% of notional) to clean up near-zero-equity positions before settlement.
Settlement payout
final_equity = collateral + outcome_pnl − accrued_borrow − accrued_funding
winner payout = max(0, final_equity − settlement_fee)
loser payout = max(0, final_equity) · no settlement fee
Outcome PnL is positive for winners (longs on YES, shorts on NO), negative for losers. If a winner's equity is
positive but below the settlement fee, the fee is reduced to the remaining equity — never a negative payout. If a
loser's final_equity ≤ 0, payout is $0 and the deficit enters the bad-debt waterfall.
Four-layer bad debt waterfall
Three insurance constraints (pay the MIN)
| Constraint | Rule |
|---|---|
| A — Daily Aggregate Cap | Max 25% of fund balance per rolling 24h window |
| B — Tiered Split by IFR | IFR > 15%: 100% / IFR 10-15%: 70% / IFR 5-10%: 40% / IFR < 5%: 10% |
| C — 5% Floor | Fund never drops below 5% of TVL |
ADL haircut (Layer 3) covers whatever insurance can't:
adjusted_payout = original_payout · (1 − adl_haircut_pct)
Applied pro-rata across that market's winners only (market-isolated). Every winner takes the same percentage haircut and still profits — just less.
Fee accrual freeze
Borrow & funding accrue up to the external resolution timestamp (when Polymarket/Kalshi declared the result) — not the on-chain recording timestamp. Charging fees during the oracle gap, when the outcome is already known and the LP pool bears zero risk, would be economically incoherent.
Void / cancellation
If the source platform cancels the market, positions refund at current equity with no settlement fee. Accrued fees are not reversed — they paid for real risk borne while the position was open — and there is no bad debt on void (the LP pool already received those fees). Zero or negative equity refunds $0.