OpenLeverage | Docs
  • Introduction of OpenLeverage
  • FAQ
  • Protocol Overview
    • How OpenLeverage Works
    • Margin Trading
    • Lending
    • Borrowing
    • Liquidation
    • OnDemand Oracle
  • OLE Token (V2)
    • Token Info
    • Liquidity Mining with xOLE
    • Bridging OLE Token
    • OLE V1 Migration
  • REWARDS
    • Sponsored Rewards
    • Staking and xOLE
    • Trading, Lending, and Borrowing Rewards
    • Retroactive Rewards
  • GOVERNANCE
    • OpenLeverage Community Council
    • Councilmember Guidelines
    • Ambassador Guidelines
    • OLE Buybacks
  • Tutorials
    • Wallet Setup
    • Create Market
    • Margin Trade
    • Lend to Earn
    • Liquidation
    • Notification
    • Create a Gnosis Safe
    • Try Scroll Alpha Testnet
  • Dev
    • Developer Guide
    • Security and Audits
  • Terms of Service
  • Brand Assets
  • Contact Us
Powered by GitBook
On this page
  • Isolated Risk Between Pair
  • Risk Calculation AMM Prices
  • Restrictions
  • Insurance

Was this helpful?

  1. Protocol Overview

Liquidation

PreviousBorrowingNextOnDemand Oracle

Last updated 2 years ago

Was this helpful?

Isolated Risk Between Pair

All asset pairs experience different volatility by nature. To support a permissionless margin trading market, isolated pools are needed with risk parameters associated with the pair. Each pair has its collateral ratio, according to the pair's volatility and the block time and throughput of the chain. The protocol can support from 1.5X to 10X leverage trading.

Risk Calculation AMM Prices

Real-time pricing from the on-chain AMM model is taken as a reference and used in risk calculation and liquidation. This is important for widening and speeding up the leverage trading market in a decentralized environment, compared to waiting for a Chainlink oracle to create or update market data. As , prices from a DEX provide native data are maintained onchain, secured by technical and economical design, and are the defacto oracle for more DeFi use cases, such as margin trading.

Restrictions

To avoid flash loan attacks, there are restrictions implemented in the protocol design:

  • No open, close, or liquidation operations can be in the same transaction

  • Liquidation refers to to make sure the liquidation price is valid to avoid attackers manipulating prices, triggering liquidations to gain benefits, or creating cascading liquidation events.

Insurance

20% of the transaction fees of the pair are set aside as insurance to compensate lenders if the loan fails to maintain the solvency of the pool.

Furthermore, each lending pool will have 20% of generated interests set aside as a reserve.

Vitalik suggested
OnDemand Oracle