LogoLogo
  • Introduction
  • App
    • How to
      • Connect a wallet
      • Swap
      • Approve Spending
      • Open a Long Position
      • Open a Short Position
      • Withdraw Funds
      • Add Funds
      • Close Position
      • Increase Leverage
      • Pay Off Debt
      • Deposit Liquidity
      • Withdraw Liquidity
      • Add Liquidity
    • Smart contract addresses
      • Arbitrum
      • Blast
    • FAQ
  • Protocol mechanics
    • Providing Liquidity
    • Trading
    • Marginly MAX leverage specifics
  • Protocol architecture
    • Overview
    • Pools
      • Pool variables
      • Pool parameters
      • User positions
      • User actions
      • Pool Factory API
      • Pool API
    • TWAP oracle
    • Loan pricing
    • Errors
    • Marginly SDK
  • Router
    • Router architecture
    • Adapters
      • ApeSwapAdapter
      • BalancerAdapter
      • CamelotAdapter
      • KyberSwapClassicAdapter
      • KyberSwapElasticAdapter
      • UniswapV2Adapter
      • UniswapV3Adapter
      • WooFiAdapter
  • Risk Management
    • Risk Management Overview
    • Keeper service and smart contract description
    • Keeper contract architecture
    • Liquidations and Deleveraging
    • Volatility as risk proxy
    • Insurance pool
    • Shutdown mode
  • Economics
    • Marginly economics
  • Future plans
    • Beyond Marginly v1
    • Some ideas for Marginly v2
  • Trading Contest FAQ
  • Github
  • Audit
Powered by GitBook
On this page
  1. Economics

Marginly economics

Description of protocol cashflows and future plans for the tokenomics

PreviousShutdown modeNextBeyond Marginly v1

Last updated 2 years ago

Marginly v1 does not have an ecosystem token. Sound tokenomics requires a sound design with initial data and statistics backing it. This is why we aim to launch Marginly v1 as-is, gauge user interest, and obtain trading/liquidity statistics before making further architecture decisions.

Revenues and expenses

In Marginly, we have the following revenue streams and required expenses:

Revenue streams
Expenses
  1. Borrower interest

  2. Liquidation penalties

  3. Swap fees

  1. Bootstrap insurance pool

  2. Reward integration partners

  3. Reward the team

  4. Reward long-term liquidity providers

Marginly v1 is designed in such a way that both borrower interest and liquidation penalties are interchanged between system longs (borrowers of USDC pay USDC liquidity providers) and system shorts (borrowers of ETH pay ETH liquidity providers).

We have put together the revenues to gauge the APR percentage each revenue stream offers the system. The most probable initial working ranges are highlighted in the document.

The bottom table of the revenues shows how the swap fee scales with the greater protocol adoption, which is measured by the annualized trading volume to TVL ratio. The higher this indicator, the more effective APR Marginly earns.

Initially, Marginly will bootstrap the insurance pool with fees applied on revenue streams, as it is crucial for the system's solvency and safety. With later protocol releases, fees will be split among different expenses to allow for protocol expansion.

spreadsheet
spreadsheet