FeedProjects
Developers
Settings
🎉 A new chapter begins: Boardroom has joined Agora
Learn more
protocol logo
Explore / Projects
Notional Finance

Proposals

Members

Information

Create Proposal

Notional Finance

ProposalsMembersInformation
Proposal
Back to Proposals
closedEnded 2 years ago · Snapshot (Offchain)

[NIP-44] List a Balancer 4Pool DAI leverage vault (Arbitrum)

By 0xCece...ed2eB1

Summary

We propose listing a DAI Aura leveraged vault on Notional V3 Arbitrum. The vault would allow users to borrow DAI from Notional’s Arbitrum deployment at a fixed or variable rate and LP the proceeds in the Aura boosted Balancer USDC/USDC.e/USDT/DAI pool to earn pool rewards.

Proposal

We propose listing a DAI leveraged vault using the Aura boosted Balancer USDC/USDC.e/USDT/DAI pool as a strategy. We propose listing that leveraged vault strategy with the following parameters:

Vault ParametersProposed Value
LiquidationRate1.02 (2%)
MinCollateralRatioBPS0.11
MaxDevelerageCollateralRatioBPS0.17
MaxRequiredAccountCollateralRatioBPS1.00
Maximum vault capacity300,000 DAI
Minimum borrow size5,000 DAI
feeRate5BPS10 (50 BPS)
ReserveFeeShare80%
Strategy ParametersProposed Value
maxPoolShare20%
oraclePriceDeviationLimitPercent1.00%

By adding this leveraged vault strategy to Notional, the protocol will effectively accept Balancer USDC/USDC.e/USDT/DAI pool tokens as collateral. We propose setting the maximum vault capacity at 300,000 DAI to cap the maximum amount of DAI that can be borrowed from Notional to enter that specific strategy. Additionally, we propose setting the maximum pool share at 20% such that users won’t be able to enter the vault if the protocol already holds more than 20% of balancer USDC/USDC.e/USDT/DAI pool tokens.

We propose setting the maximum leverage at 10X such that if a user deposits 10,000 DAI, he can at a maximum borrow 90,000 DAI from Notional to LP in the Balancer 4 token pool. This maximum leverage ratio (minimum collateral ratio) aims to protect the protocol against a large decrease in the pool’s token value. Setting the strategy’s maximum leverage ratio at 10X ensures the protocol would be protected against a decrease of -8.1% in the pool’s token value (4 pool BPTs) relative to the vault’s borrow currency (DAI). Historically, the pool’s individual token worst maximum drawdown over a 1 hour period was -3.7% and -10.5% over a 24H period. It’s important to note that the vault’s maximum leverage ratio is set as a precautionary buffer to protect the protocol and that it is unlikely that the value of pool tokens will decline by such a magnitude relative to users’ debts.

We propose setting the MaxDeleverageCollateralRatio at 0.17, this implies that a liquidator can lower an account’s leverage ratio to 6.9X if it ever breaches the max leverage ratio of 10X. This ratio is set such that an account that gets liquidated will subsequently be able to withstand another large decrease in the strategy token price before becoming eligible for liquidation again thereby lowering the risk of an account being liquidated multiple times in a short period of time.

We propose setting the minimum borrow size at 5,000 DAI and the vault liquidation discount at 2%. These parameters aim to maximize the likelihood of successful liquidations under stressed market conditions. To do so, a liquidator’s revenue from the liquidation discount must be sufficient to cover liquidation expenses (gas cost, slippage, Dex fee, price basis). By setting the minimum borrow size at 5,000 DAI and the liquidation discount at 2%, liquidators will likely receive at a minimum 40 DAI. Based on historical market conditions such a liquidation discount will likely cover a liquidator’s expenses under most scenarios.

We propose setting the leveraged vault fee at 0.50% such that borrowers will pay a 0.50% premium on their borrow rate when entering the vault. We propose setting the reserve fee share at 80% such that 80% of the borrow premiums will go to Notional reserves and 20% are paid to nDAI holders.

We propose setting the oraclePriceDeviationLimitPercent to 1.00%. The oraclePriceDeviationLimitPercent prevents users from entering or exiting the vault if the implied pool prices deviate from the oracle prices by more than 1%. This parameter mitigates oracle attack vectors while being flexible enough to ensure user can enter and exit the vault even if oracle prices slightly deviate from on-chain prices in between updates.

Resources

  • Notional V3 docs
  • V3 Risk docs
  • V3 Technical docs
  • V3 Dune dashboard
Continue Reading
Connect Wallet to Add Note
0
Votes 9
VoterCast PowerVote & Rationale
0xCd0D...E507D7
744,890

For

0x1876...0d2B8D
476,622

For

0x7575...773406
350,358

For

0x0860...9E5c90
114,641

For

0x46dF...33c428
25,572

For

SHOW MORE
VOTE POWER
0
Connect Wallet
Proposal Status
  • Thu January 25 2024, 02:54 pmVoting Period Starts
  • Tue January 30 2024, 02:54 pmEnd Voting Period
Current Results

1-For

1.745M

Quorum 1.745M/1M
DocumentationBrandingContact Us
Home
This Project is Currently Disabled

If you would like to enable it, please checkout below.

Boardroom Subscription

Sign up for an individual subscription (access all projects on the platform)

Subscribe
Enable Project

Enable the entire project for every user

Enable Project
Contact Us