You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently funding is most extreme when imbalance in open interest is to one side. However, this does not account for what fraction the imbalance is of the current open interest cap. This leads to extreme funding rates occurring even when smaller sizes only exist on the market, counter to how funding should likely work. Funding rates due to imbalance should account for "utilization" of the allowed open interest on the market (how much of the OI cap is currently being used): less OI utilization is less risk for the protocol, so funding rates charged should be less.
Proposing changing the funding constant used in the imbalance drawdown:
OI_imb(t) = OI_imb(0) * e**(-2*k*t)
from k -> k'(k, OI_imb(0), C_OI(0)), where
k' = k * OI_imb(0) / C_OI(0)
and
k = original gov param for funding
OI_imb(0) = imbalance in OI at time 0
C_OI(0) = open interest cap at time 0
When all of the open interest is to one side and the oi utilizes entire cap such that OI_imb(0) = C_OI(0), we reduce to the prior form of funding (so all the original k calibrations should hold).
As k' is still a constant in time (between interactions with the market), all of the math from Section II B. of the WP should hold as well. Would require us to cache the mid price every call to update P(0) in order to have C_OI(0) available to the market contracts. In terms of code changes with oiAfterFunding(), only need to slightly alter L547.
Given 2*k for ETH/DAI is likely to be 2.78% per day from WP calibrations for the worst case scenario of risk exposure, full OI imbalance utilizing 1/10 of the OI cap would yield funding rates on the same order of magnitude as existing CEX rates. Smaller traders then don't get priced out immediately when building positions.
The text was updated successfully, but these errors were encountered:
mikeyrf
changed the title
Change to effective funding constant
Change to "effective" funding constant
Jun 27, 2022
Currently funding is most extreme when imbalance in open interest is to one side. However, this does not account for what fraction the imbalance is of the current open interest cap. This leads to extreme funding rates occurring even when smaller sizes only exist on the market, counter to how funding should likely work. Funding rates due to imbalance should account for "utilization" of the allowed open interest on the market (how much of the OI cap is currently being used): less OI utilization is less risk for the protocol, so funding rates charged should be less.
Proposing changing the funding constant used in the imbalance drawdown:
from
k -> k'(k, OI_imb(0), C_OI(0))
, whereand
When all of the open interest is to one side and the oi utilizes entire cap such that
OI_imb(0) = C_OI(0)
, we reduce to the prior form of funding (so all the originalk
calibrations should hold).As
k'
is still a constant in time (between interactions with the market), all of the math from Section II B. of the WP should hold as well. Would require us to cache the mid price every call to updateP(0)
in order to haveC_OI(0)
available to the market contracts. In terms of code changes withoiAfterFunding()
, only need to slightly alter L547.Given
2*k
forETH/DAI
is likely to be2.78% per day
from WP calibrations for the worst case scenario of risk exposure, full OI imbalance utilizing1/10
of the OI cap would yield funding rates on the same order of magnitude as existing CEX rates. Smaller traders then don't get priced out immediately when building positions.The text was updated successfully, but these errors were encountered: