๐Ÿ““
Notional Finance
  • ๐Ÿ—’๏ธTo-Do List [Notional]
  • ๐ŸงตTwitter Threads
    • fCash Overview
    • AMM Overview and Trades
    • fCash Valuation 1
    • Liquidity Fees
    • Lenders trade (fCash)
    • Lender Trade 2
    • Borrower trade (fCash)
    • What happens at maturity?
    • Page 2
  • Experiment
    • DUNE & Dashboard
    • Docs & Topics
      • Interest Rate Risk
      • Inverse Interest Rate Risk
      • AMM Curve Comparison
      • Understanding Risk adjusted TVL
      • How Notional stays solvent
      • Liquidation!?
      • Prime Cash
    • Excel & Numbers
      • Duration Risk
      • 200% CR rate comparison
    • Trades
  • Weekly Reproducible Vault
    • 29 May - 4 June
      • Activity
      • IR Compare
    • 5 June - 11 June
    • 12 June - 18 June
  • ๐Ÿ’ธfCash
    • What & Why fCash?
    • fCash Use-case
    • fCash maturity
  • โš—๏ธCounterparty liquidity pool
    • Liquidity pool
    • AMM
    • Liquidity pool interactions
      • Lending Trade
      • Borrow Trade
      • Liquidity provisioning trade
  • ๐Ÿ’นfCash Finances
    • Valuing fCash
    • Risks subject to the change in Rates
      • The upside of the change in Rates
  • ๐ŸšฐLiquidity providers
    • Liquidity provisioning
    • Liquidity provider's portfolio
      • Net Lending Position for an LP
      • Net Borrowing Position for an LP
    • Yield earning (v1)
    • Risks (v1)
  • ๐ŸฅBorrower Resources
    • Collateralization
    • Free Collateral Computations
  • ๐Ÿช™nTokens
    • Automated liquidity provisioning for LPs
    • Mechanics
      • Minting nTokens
      • Redeeming nTokens
    • fCash position for nToken holders
    • Yield earning (v2)
    • Risks (v2)
  • โŒ›Tenor Maturity
    • Maturity
    • fCash maturity
    • Quarterly Rolls
  • ๐Ÿ”Leverage vaults
    • Leveraged yield opportunities
    • Vault mechanics
      • Entering
      • Exiting
    • Collateralization & liquidations
    • Balancer/Aura wstETH/WETH Strategy
      • Entering in Bal/Aura wstETH/WETH strategy
      • Exiting from Bal/Aura wstETH/WETH strategy
  • ๐Ÿ›๏ธV3
    • Page 1
Powered by GitBook
On this page
  • Cash
  • fCash
  • nToken
  • Free collateral
  • Appendix
  1. Borrower Resources

Free Collateral Computations

Currently, Notional is supporting 4 currencies with the following maturities:

3 Month
6 Month
1 Year

DAI

Yes

Yes

Yes

USDC

Yes

Yes

Yes

ETH

Yes

Yes

No

WBTC

Yes

Yes

No

In any given conditions, a user's portfolio might consist of a combination of +fCash, -fCash, Cash, and nTokens subjected to multiple assets. Here is a table that shows the user position w.r.t their asset holdings:

Position
+fCash
-fCash
Cash
nToken
Remarks

Lender

Yes

No

No

No

Net Positive

Borrower

Yes / No

Yes

Yes / No

Yes / No

Net Negative*

LP

No

No

No

Yes

Net Positive

nToken

Yes

Yes

Yes

No

Net Positive

For a +fCash holder (lender), they are holding a claim to the funds in the future thus it is considered net positive (+) in the free collateral calculation.

Similarly, an LP is a net positive because the value of nTokens is always positive. The nToken account holds a combination of +fCash, -fCash, and Cash where -fCash will never exceed the value of +fCash and the Cash.

An -fCash holder (borrower) may also hold Cash, +fCash or nTokens in their portfolio to overcollateralize their borrowing position, but the debt itself is considered a negative (-) in the free collateral calculation.

In the computation of free collateral, net negative values are considered debts and thus debt buffers are applied, which increase the debt value in the calculation of free collateral. Net positive values are considered as collateral and thus, collateral haircuts are applied which decreases the collateral value in the calculation of free collateral. The haircuts and buffers are applied on a per-asset basis depending on the asset's risk profile.

Cash

No haircuts or buffers are applied to cash positions as they are always directly redeemable for the underlying position and are not considered risky.

fCash

If a user is holding fCash (may it be positive or negative) the value of that fCash needs to get converted to Cash during the collateral calculation. For example, we need to value fDAI in terms of DAI. To compute the value of fDAI in terms of DAI we need to discount fDAI based on time left to maturity and its current interest rate. The protocol applies a buffer to the interest rate for negative fCash positions and a haircut to the interest rate for positive fCash positions. That way the protocol takes into account the interest rate risk of fCash positions.

If we are valuing +fDAI to DAI the interest rate haircut would be added to the current interest rate, thus reducing the present value of +fDAI (collateral value) lower than it actually is. While valuing -fDAI the rate at which the discounting happens is increased by the buffer amount thus, the present value of -fDAI (debt value) comes out greater than it is during the collateral calculation.

nToken

As the table suggests, nToken is a portfolio token of a mixture of +fCash, -fCash, and Cash for different maturity pools of underlying assets.

The +fCash & -fCash are converted and adjusted such that their values are denominated in Cash and are summed up to get the present value of nTokens which is further adjusted with a collateral haircut. This haircut makes the protocol take into account the risk of nTokens during the collateral calculation.

Free collateral

Once the adjusted present values of fCash (if any) and nTokens (if any) are derived they are summed with the Cash holdings (if any) for each currency. This per currency net risk adjusted value is then re-adjusted based on it being a debt (net negative) or collateral (net positive) and finally converted in terms of ETH. This final adjustment buffers (increases) the value of debts and haircuts (decreases) the value of collateral assets for collateral purposes. These buffers and haircuts protect the protocol against exchange rate volatility.

Appendix

1

1.1

1.1.1

1.1.1.a

1.1.1.b

1.1.2

1.1.2.a

1.2

PreviousCollateralizationNextAutomated liquidity provisioning for LPs

Last updated 2 years ago

๐Ÿฅ