Lever Protocol · Whitepaper v1.1 · Interactive Dashboard
SYNTHETIC LEVERAGE · PREDICTION MARKETS

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.

Max Leverage
30×
at full maturity, $50M+ TVL & 20% IFR
LP Yield Target
21–30%
APY from fees + funding
Bootstrap Cap
~2×
Day-one leverage at $100K TVL
Fee Split
50/30/20
LP / Treasury / Insurance (Tier 1)

§1 Abstract

Binary prediction markets are powerful for price discovery but capital-inefficient. LEVER fixes that with synthetic perpetual leverage that doesn't fragment liquidity or break at probability boundaries.

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

01
Unified LP Pool
One pool backs all markets → risk netting, deep liquidity, instant new-market launch.
02
Linear Impact Execution
Works cleanly across the full [0,1] probability range. No vAMM breakdown at boundaries.
03
Continuous Risk Functions
All risk params are smooth functions of time-to-resolution, liveness, and conditions — no discrete phases.
04
Dual Fee System
Funding (trader↔trader, balance incentive) + Borrow (trader→protocol, LP revenue & turnover).
05
Progressive Risk Reduction
Every parameter tightens monotonically toward resolution. Leverage reaches exactly 1× at resolution.

Fee distribution (Tier 1, IFR < 20%)

§2 Introduction

Why leverage matters for prediction markets, and why a unified LP pool is the only safe way to provide it.
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
DimensionIsolated (per-market)Unified (LEVER)
Depth per marketLimited to own poolFull pool depth
New market bootstrapChicken-and-eggInstant access
Risk netting across marketsNoneCross-market netting
LP returns varianceHigh (one bad market wipes a pool)Portfolio-level diversified
Tail riskConcentrated per-marketAbsorbed by full pool
Why unified is a structural requirement: Offering leverage on prediction markets without a unified pool either requires extremely conservative leverage limits (defeating the purpose) or accepts unbounded tail risk per market (defeating solvency).
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

No production system offers safe, capital-efficient leverage on binary prediction markets.
SystemPolymarketDeFi vAMM hybridsLEVER
LeverageNone (1:1)2–5× breaks near boundariesUp to 30× across [0,1]
LP architecturePer-marketPer-marketUnified pool
Risk nettingNoneNoneCross-market
Execution at PI → 0 or 1NormalInfinite slippageLinear, no breakdown
Balance incentivesNoneNoneBuilt into execution
Risk managementPer-market paramsFixed tiersContinuous functions
Capital efficiencyLowModerate, fragmentedHigh + 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.

price_impact = Δx / x    → ∞ as x → 0

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.

impact = trade_size / (market_depth × 2)

§4 System Architecture

16 core components in a layered architecture, governed by 3 principles.

16 components

01
External Price Input
Ingests, validates, filters raw probabilities from Polymarket/Kalshi.
02
Smoothing Engine
Volatility dampening, time-weighted smoothing, anti-manipulation, convergence.
03
Probability Index (PI)
Single authoritative mark price for the entire system.
04
Execution Model
Imbalance-adjusted linear impact (replaces vAMM).
05
Margin Engine
IM, MM, real-time equity per position.
06
OI Limits (4-tier)
Global → Market → Side → User caps.
07
Dynamic Leverage
Ceiling → Compression → Market adjustment pipeline.
08
Continuous Risk Control
Smooth functions instead of phase tables.
09
Liquidation Engine
Force closes when equity < MM; partial liquidations supported.
10
Funding Rate
Trader↔trader payments incentivizing balanced OI.
11
Borrow Fee
Continuous fee on all leveraged positions. Five multipliers.
12
Fee Distribution
50/30/20 (or 50/50/0 mature) deterministic split.
13
LP Pool Model
ERC-4626 vault + separate RewardsDistributor.
14
Settlement Logic
Binary resolution. PI snaps to 0 or 1. ADL for bad debt.
15
Oracle & Liquidation SLAs
Update frequency scales with risk factor R(τ).
16
Insurance Fund
20% of borrow revenue. First-loss before LP socialization.

Three core principles

Principle 1 — PI is the Single Source of Truth: Every component that needs a price uses PI. No secondary feeds.
Principle 2 — LP pool insulated from execution: LP gains/losses come from PI vs net OI, not from execution slippage.
Principle 3 — Continuous risk functions govern all dynamic parameters: No hardcoded tables. Everything is a function of observable inputs.

§5 External Price Input Layer

The system's interface with the outside world. If it fails, everything downstream fails.
Data pipeline
STAGE 1
Validation
Availability, freshness, internal consistency. Each source individually checked.
STAGE 2
Aggregation
Weighted median across active sources; weights from history, depth, spread, uptime.
STAGE 3
Anti-Manipulation
Spike filter, volume validation, cross-source divergence, volume spike filter.
P_raw = median_weighted(P_1, P_2, …, P_n; w_1, w_2, …, w_n)
Condition-dependent update requirements
ConditionUpdate FrequencyStaleness Threshold
Event weeks awayEvery 5 min10 min
Event days awayEvery 2 min5 min
Event hours awayEvery 1 min2 min
Event liveEvery 30 sec1 min
First 30 min of liveEvery 30 sec45 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

Converts noisy P_raw into a continuous, manipulation-resistant signal suitable for use as a mark price.

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

01
Volatility dampening
w_vol = 1 / (1 + σ). High volatility → trust history more than incoming raw.
02
Time-weighted smoothing
w_time = √(τ / τ_max). Heavier smoothing near expiry.
03
Anti-manipulation filters
Max tick filter, spread filter, depth filter, cross-source consistency, reversion guard.
04
Convergence enforcement
Monotonicity, directional convergence, anti-oscillation, terminal snap at resolution.

Combined update formula

P_smooth(t) = P_smooth(t−1) + α · w_vol · w_time · w_reversion · (P_raw(t) − P_smooth(t−1))
Terminal snap: the only discontinuous PI movement in the system. At resolution, PI_final = Outcome ∈ {0, 1}.

§7 Probability Index (PI)

The single authoritative mark price. Every PnL, margin, liquidation, funding, and borrow fee references PI and nothing else.

Six required properties

ContinuitySmooth evolution; only discontinuous at terminal snap.
Single source of truthAll subsystems use PI only. No secondary feeds.
ConvergencePI → 0 or 1 as event nears resolution.
DeterministicGiven same inputs, anyone can reproduce PI at any timestamp.
Manipulation-resistantMoves only through sustained genuine price discovery.
TimestampedPrecise ordering for liquidation & oracle reconciliation.

PnL calculation

PnL = direction · (PI_current − PI_entry) · position_size

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)

M_conc = max(0.5, 1 − 2 · max(0, C − 0.15))

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

The mathematical foundation. Two exponential decay curves drive every risk parameter in the system.

Two curves, one formula

R(τ) = 1 − e^(−λ · τ_eff / τ_ref)

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.

τ_effective = τ · (1 − live_compression · is_live). Default live_compression = 0.70 — going live makes the system behave as if 70% of remaining time has elapsed.
Risk Curve Sandbox
Tune λ, live_compression, and is_live to see both curves shift in real time.
R(τ) R_borrow τ_eff
Risk Factor → Parameter Mapping
Linear interpolation: Parameter(τ) = P_min + R(τ) × (P_max − P_min)
ParameterCurveP_max (far)P_min (resolution)
Leverage CompressionR(τ) 24h1.000.00 (= 1× lev)
OI Cap MultiplierR(τ) 24h1.000.20
MM MultiplierR(τ) 24h1.00×3.00×
IM MultiplierR(τ) 24h1.00×3.00×
Execution Depth MultR(τ) 24h1.000.30
Oracle Update FreqR(τ) 24h300 sec30 sec
Liquidation SLAR(τ) 24h90 sec15 sec
Borrow Rate M_ttRR_borrow 168h1.0025.00 (50bps/hr)

The three-act structure

The dual-curve design creates a natural narrative across the position lifecycle:

ACT 1 · 14d → 2d
Borrow Escalation
Borrow rates climb steadily. Leverage, MM, OI caps unchanged. Smart traders start closing.
ACT 2 · 2d → 6h
Double Pressure
Borrow heavily escalated. Leverage compressing, MM rising, OI contracting. Combined pressure.
ACT 3 · LIVE → 0h
Maximum Pressure
Near-max borrow. Leverage approaches 1×. MM near 3×. OI floor at 20%. Positions forced closed.

§9 Dynamic Leverage Model

Three-step pipeline: Platform Ceiling → Risk Factor Compression → Market Adjustment.
STEP 1
Platform Ceiling
f(TVL, IFR, Global OI Utilization). The theoretical max the platform can safely support right now.
STEP 2
Risk Factor Compression
Ceiling × R_adjusted from §8. Tightens as resolution nears and events go live.
STEP 3
Market Adjustment
Further reduction for volatile, concentrated, or thin markets.
Platform_Ceiling = Base_Max(30×) · TVL_Mult · IFR_Mult · Util_Mult
Platform Ceiling Calculator
Adjust TVL, Insurance Fund Ratio, and global utilization to compute the live ceiling.
Ceiling TVL_Mult IFR_Mult Util_Mult

Growth tier summary

StageTVLIFRTypical CeilingR=0.39 (6h)R=0.14 (6h, LIVE)
Day One$100K10%2.1×1.0×1.0×
Bootstrap$500K4%2.0×1.0×1.0×
Early$2M3%2.9×1.4×1.0×
Growing$5–10M5–8%5–8×2–3×1–2×
Established$10–30M8–15%8–17×3–7×1–3×
Mature$30–50M15–20%17–28×7–11×3–4×
Full Maturity$50M+20%+30×12×
Insurance Fund Growth Trajectory
At any TVL, the fund grows at ~0.60% of TVL/month from 20% of all fee revenue. Reaches 20% target in ~33 months.

§10 Execution Model — Imbalance-Adjusted Linear Impact

PI is the base price. Impact is a linear function of trade size, modified by long/short imbalance.
execution_price = PI · (1 ± 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.
Max impact cap: 5%. Trades that would produce >5% impact are capped — circuit breaker.
Market Depth Scaling with R(τ)
Execution Depth Multiplier ranges from 1.00 (far out) to 0.30 (at resolution). Execution cost roughly triples from "far away" to "live event near resolution".

§11 Margin Engine

IM = collateral to open. MM = minimum equity to stay open. Liquidation when Equity < MM.
Equity = Collateral + PnL(PI) − Accrued_Borrow_Fees − Accrued_Funding ± TX_Fees
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.

MM Multiplier vs R(τ)
As R drops, MM rises — positions need 3× more equity buffer at resolution than at listing.

§12 OI Limits — Four-Tier Cap System

Hard capacity constraints. All four checks must pass for a new position.
TierCapLimitPurpose
1Global OI60% of TVLAggregate LP risk budget
2Per-MarketAllocation weight × OI_Cap_Mult(R(τ))Concentration risk
3Per-Side70% of market capDirectional imbalance limit
4Per-User20% of market capPrevents whale dominance
OI_Cap_Multiplier = 0.20 + R_adjusted × 0.80
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 trigger paths. Three execution paths. No keeper infrastructure required.

Five liquidation triggers

  1. Adverse PI movement — market moves against position.
  2. Borrow fee erosion — continuous accrual drains equity.
  3. MM rise from R(τ) compression — pincer effect (bottom jaw).
  4. Funding rate drain — heavy-side traders pay funding.
  5. Combined vectors — all of the above simultaneously, common during LIVE events.

Three execution paths

PATH A
Self-liquidation on user interaction
Every state-changing function on a position checks isLiquidatable() first. Zero latency.
PATH B
Protocol-triggered on price update
Oracle update atomically checks all affected positions. Liquidations execute in the same transaction.
PATH C
Permissionless external
Anyone can call liquidate(positionId), receives 10% bounty of the liquidation fee.
Paths A and B alone provide safety. No off-chain keepers required. Path C is an optional accelerator that reduces latency between oracle updates.

Bad debt waterfall

Position Equity → Insurance Fund → ADL (pro-rata winner haircut) → LP Socialization

§14 Funding Rate System

Heavy side pays light side (matched) and LP pool (unmatched). Zero-sum vs traders + direct LP risk compensation.
funding_rate = base_rate(0.01%/hr) · imbalance_ratio · funding_multiplier
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.

LP yield from funding compensates for directional risk only — it's analogous to a market maker earning spread but bearing inventory risk. Protocol fees (50% LP share) are the deterministic yield.

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

Funding Multiplier vs Time-to-Resolution
Escalates up to 5× near resolution to compound the cost of being on the wrong side.

§15 Borrow Fee System

Continuous fee on all leveraged positions. Primary revenue source. Drives position turnover.
borrow_rate = base_rate(0.02%/hr) · M_ttR(R_borrow) · (1 + imbalance_surcharge)
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.

M_ttR Escalation Schedule (168h reference)
Borrow starts rising a full week before mechanical constraints. Soft economic pressure precedes hard tightening.

Why two curves, not one

Time OutR(τ) (24h ref)R_borrow (168h ref)Borrow Escalating?Mechanical Tightening?
14 days1.000.98BarelyNo
7 days1.000.86Yes, noticeableNo
3 days1.000.57AggressivelyNo
1 day0.860.25Near-maxStarting
6h LIVE0.140.02MaximumHeavy

§16 Fee Distribution Architecture

Two-tier split determined solely by Insurance Fund Ratio.
Tier Switcher
LP share fixed at 50% across all tiers. Insurance ↔ Protocol switch when IFR hits 20%.
StatusTier 1 · IFR < 20%

Four revenue sources

Fee TypeTriggerRate~Share of Revenue
Borrow FeesContinuous accrual on leveraged positions2bps/hr base, up to 50bps/hr50–60%
Transaction FeesOpen + close10 bps per trade20–25%
Liquidation FeesForced closes100 bps of notional10–15%
Settlement FeesWinners only on resolution20 bps5–10%
Funding is NOT protocol revenue. Matched → traders, unmatched → LP pool directly. External liquidator bounties (10%) also bypass the split.

Revenue projections by platform stage

Assumes monthly volume ≈ 15× TVL at an all-in ~0.20% take rate.

StageTVLRevenue/moLP (50%)ProtocolInsuranceRevenue/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
Self-regulating insurance: the fund accrues 20% of fees in Tier 1, stops at the 20% IFR target (Tier 2), and automatically resumes building after a bad-debt event or TVL dilution drops IFR back below target.
LP yield ≈ 21–30% APY at steady state, from two sources: the fixed 50% fee split and unmatched funding (direct compensation for directional risk).

§17 LP Pool Model

ERC-4626 vault (LeverVault) for principal + separate RewardsDistributor for yield.

Dual-contract architecture

LP deposits USDC → LeverVault mints lvUSDC shares
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

NAV = Pool_USDC_Balance − Unrealized_Trader_PnL_Liability
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

  1. OI Caps — limit total directional exposure.
  2. Funding — real-time compensation for imbalance risk.
  3. Borrow Fees — force position closure before resolution.
  4. Leverage Compression — positions reach 1× at resolution.
  5. Liquidation Engine — force-close underwater positions.
  6. 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 UtilizationMax Withdrawable (% of TVL)
30%62.5%
40%50%
50%37.5%
60%25%
70%12.5%
80%+Blocked
Target utilization: 40–70%. Below 40%, capital is underused and yield suffers; above 70%, withdrawal capacity and the adverse-PnL buffer tighten. The system doesn't enforce this — economics self-regulate (high utilization → high borrow fees → positions close; low utilization → lower yield → some LPs exit).

§18 Settlement Logic

PI snaps to 0 or 1. The highest-risk event in the system, protected by a 4-layer waterfall.

Market state transitions

ACTIVE → PENDING_RESOLUTION → RESOLVED (YES/NO) or VOIDED

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

outcome_pnl = ±(position_notional · |PI_final − entry_PI|)
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

LAYER 1
Position Equity
First line of defense. Trader's remaining collateral covers what it can.
LAYER 2
Insurance Fund
Three constraints: 25% daily cap, tiered split by IFR, 5% floor.
LAYER 3
Auto-Deleveraging
Pro-rata haircut on winning payouts. Per-market isolated.
LAYER 4
LP Socialization
Absolute last resort. Requires bad debt > total winning payouts.

Three insurance constraints (pay the MIN)

ConstraintRule
A — Daily Aggregate CapMax 25% of fund balance per rolling 24h window
B — Tiered Split by IFRIFR > 15%: 100% / IFR 10-15%: 70% / IFR 5-10%: 40% / IFR < 5%: 10%
C — 5% FloorFund never drops below 5% of TVL

ADL haircut (Layer 3) covers whatever insurance can't:

adl_haircut_pct = adl_amount / total_winning_payouts
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.

Settlement fee = 0.20% of notional, winners only. Losers pay nothing. Voids pay nothing. Flows through the standard 50/30/20 (or 50/50/0) split.

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

void_refund = collateral − accrued_borrow − accrued_funding − tx_fees_already_paid

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.