LogoLogo
  • Introduction
  • Parallel Protocol
    • PRL (Parallel Governance Token)
      • Issuance
      • Bridging Module
        • Specifications
        • Implementation
      • Tokenomics
        • Epoch Concept
        • Staking Mechanisms
        • ParaBoost
        • Fee Distribution
      • Governance
      • MIMO to PRL Migration
    • PAR (€ stablecoin)
      • How does PAR work?
      • Where can I get PAR ?
    • paUSD ($ stablecoin)
      • How does paUSD work?
      • Where can I get paUSD ?
    • Classic Vaults
      • Depositing
      • Borrowing
      • Fees
        • Fees Generation
      • Withdrawing
      • Repaying
      • Liquidating
    • Bridging Module
      • LayerZero Infrastructure
      • Specifications
      • Implementation
        • PAR
        • paUSD
    • Super Vaults (SV)
      • Leveraging
      • Rebalancing
      • EmptyVault
      • Automated Rebalance
      • Managed Rebalance
    • Inception Vaults (IV)
      • Borrowing
      • Liquidating
  • DAO & Governance
    • sPRL and Voting Power
    • Governance process
    • Proposal Framework
      • Parallel Integration Request (PIR)
      • Parallel Governance Proposal (PGP)
      • Parallel Improvement Protocol (PIP)
    • DAO Multisigs
      • DAO Multisigs Elections
        • Election 1
        • Election 2
        • Election 3
        • Election 4
        • Election 5
        • Election 6
      • Multisigs Transactions History
        • May 2022 Multisig History
        • June 2022 Multisig History
        • July 2022 Multisig History
        • August 2022 Multisig History
        • September 2022 Multisig History
        • October 2022 Multisig History
        • November 2022 Multisig History
        • December 2022 Multisig History
        • January 2023 Multisig History
        • February 2023 Multisig History
        • March 2023 Multisig History
        • April 2023 Multisig History
        • May 2023 Multisig History
        • June 2023 Multisig History
        • July 2023 Multisig History
        • August 2023 Multisig History
        • September 2023 Multisig History
        • October 2023 Multisig History
        • November 2023 Multisig History
        • December 2023 Multisig History
        • January 2024 Multisig History
        • February 2024 Multisig History
        • March 2024 Multisig History
        • April 2024 Multisig History
        • May 2024 Multisig History
    • Parallel Emergency Guardians
    • DAO Treasury
      • DAO Treasury Reports
  • Risk Assessments
    • Parallel's Risk framework
    • Methodology
    • Risk per Assets
      • PAR
        • Ethereum Assets
        • Polygon Assets
        • Fantom Assets
      • paUSD
        • Ethereum Assets
        • Polygon Assets
    • Risk parameters
      • PAR
        • Ethereum Risk parameters
        • Polygon Risk parameters
        • Fantom Risk parameters
      • paUSD
        • Ethereum Risk parameters
        • Polygon Risk parameters
    • Insurance Fund
  • Developers
    • Developer Guide
    • Parallel Governance Token (PRL)
    • Tokenomics
      • Key Operations Flows
      • Contracts
    • Classic Vaults
      • Architecture
      • VaultsCore
      • Opening a vault
      • Borrowing and minting PAR/paUSD
    • Bridging Module
      • Architecture
      • Sample Use Cases
    • Super Vault (SV)
      • Proxy Design
        • MIMOProxy
        • MIMOProxyGuard
        • MIMOProxyFactory
      • Action Contracts
        • MIMOEmptyVault
        • MIMOLeverage
        • MIMORebalance
        • MIMOAutoRebalance
        • MIMOManagedRebalance
        • MIMOProxyActions
        • MIMOVaultActions
      • Leverage Max Amount Derivation
    • Inception Vault (IV)
      • IV Architecture
      • InceptionVaultFactory
      • AdminInceptionVault
      • InceptionVaultCore
      • InceptionVaultsDataProvider
      • InceptionVaultPriceFeed
    • Contract Addresses
      • Parallel V3
        • Core Protocol
        • Parallel Governance Token
      • Parallel V2
        • PAR
          • Ethereum
          • Polygon PoS
          • Fantom
        • paUSD
          • Ethereum
          • Polygon PoS
      • Super Vaults (SV)
        • PAR
          • Ethereum
          • Polygon PoS
        • paUSD
          • Ethereum
          • Polygon PoS
      • Inception Vaults (IV)
        • Kovan
  • Resources
    • User Guides
      • Setting up
      • Managing Transactions on EVM blockchains
      • Troubleshooting
      • Mint PAR
      • Liquidity Providing
        • Provide PAR-USDC liquidity on Uniswap V3 (Ethereum)
        • Provide PAR-jEUR liquidity on Balancer (Polygon PoS)
        • Impermanent loss
      • How to Migrate to PRL?
      • How to Bridge Parallel Tokens?
      • How to Stake PRL?
    • Security & Audits
    • Links
    • Glossary
    • Brand Kit
Powered by GitBook
On this page
  • Use Case Scenario
  • Automated Rebalance Configuration

Was this helpful?

  1. Parallel Protocol
  2. Super Vaults (SV)

Automated Rebalance

PreviousEmptyVaultNextManaged Rebalance

Last updated 1 year ago

Was this helpful?

Use Case Scenario

For our scenario, let's assume we want to open a vault with WETH as collateral. However, we want to be protected from liquidation in case of a price drop, similar to setting a stop loss on a centralized exchange. To achieve this, we can utilize the Automated Vaults feature in Super Vault.

This feature implements checks to reduce the risk of abuse, such as limiting the collateralization ratio that must be achieved before rebalancing, controlling the maximum change in vault value during rebalancing, and limiting the number of rebalances that can occur within a given time frame.

Users can set the fees they're willing to pay for rebalancing, including flat fees per rebalance and variable fees based on the rebalanced amount, to incentivize keepers and cover the gas costs of calling the rebalance function. This allows users to delegate the management of their vault to others while maintaining proper safeguards.

Automated Rebalance Configuration

To open a vault up for automated rebalances, a user must must set the following automated rebalance parameters :

  • The id of the vault to rebalance.

  • The maximum allowed slippage on rebalancing swaps : each rebalance call will swap one collateral for another. This parameter impose maximum slippage amounts to ensure a vault collateral doesn't lose too much value in between rebalances. The variation is calculated as :

vaultVariation=rebalanceValue−swapResultValuerebalanceValuevaultVariation = \frac{rebalanceValue - swapResultValue}{rebalanceValue}vaultVariation=rebalanceValuerebalanceValue−swapResultValue​
  • The targeted ratio of the rebalance : each rebalance will move the collateral and debt from the starting vault to a vault with less volatile collateral to bring the starting vault's collateralization ratio to a given target ratio.

  • The trigger ratio for the rebalance : keepers can only rebalance if the vault's collateralization ratio is lower or equal than the trigger ratio set by the user.

  • The rebalancing vault MCR buffer : the automated rebalance calculates the amount of collateral and debt to rebalance based on the MCR buffer padding set by the user. A higher MCR buffer means the rebalancing vault will be healthier after the rebalance, though it will also require more collateral and par debt to be moved from the starting vault to reach this padding. Each automated rebalance will withdraw just enough PAR to keep the to vault at this collateralization ratio (vault MCR + MCR buffer).

  • The rebalancing fees : users can configure how much they want to pay to incentivize each automated rebalance by setting a variable and/or a fixed fee. Rebalancing fees are paid in PAR borrowed from the vault that is rebalanced to. Setting higher fees incentivizes more people to monitor a vault for rebalances, but makes each rebalance more costly. The total fees paid per each rebalance is given as :

totalFees=fixedFee+variableFee∗rebalanceValuetotalFees = fixedFee + variableFee * rebalanceValuetotalFees=fixedFee+variableFee∗rebalanceValue

To avoid substantial loss of collateral through multiple rebalances, Super Vault limits the amount of automated rebalances on any vault to one per day.