Protocol & Trading Fees

Protocol Fees

L3X Network is built for efficiency, offering up to a 90% cheaper ETH gas cost and sub-second finality for most transactions. This allows the L3 to perform complicated tasks, such as cross-chain message passing, in a fraction of the time.

Protocol fees are distributed as follows: [insert jpg diagram]

Trading Fees

Trading fees are necessary to help sustain the protocol over the long term. They are broken out into 3 areas; position fees, funding fees, and borrowing fees.

Position Fees

Position fees are paid when opening, increasing or decreasing a position. They are based on position size and a trading rate that is set per asset as follows:

π‘π‘œπ‘ π‘–π‘‘π‘–π‘œπ‘›πΉπ‘’π‘’=π‘π‘œπ‘ π‘†π‘–π‘§π‘’Γ—π‘π‘œπ‘ π‘–π‘‘π‘–π‘œπ‘›π‘…π‘Žπ‘‘π‘’[π‘Žπ‘ π‘ π‘’π‘‘]positionFee=posSizeΓ—positionRate[asset]

Asset ClassRate

BTC/ ETH

0.05%

Crypto Alts

0.06%-0.08%

Forex

0.015%

Metals

0.013%

Velocity-based Funding Fees

We leverage a proven and predictable funding fee model in order to support our traders and market makers in an equitable manner. Our competitive structure offers dynamic fees for markets of all types and primarily serve to balance Open Interest (OI).

By smoothing out the time it takes to reach the target funding rate, market makers are incentivized to balance OI and the reduce skew. All parties benefit from the resulting stability:

  • Traders experience more predictable, reduced funding fees

  • LPs benefit from reduced counterparty risk as OI skew becomes balanced

  • Market makers and traders can arbitrage in order to earn funding fees

How Does it work?

The funding rate is determined by the following variables:

  1. targetRate: the funding rate at which an equilibrium would be established (ie: fundingVelocity = 0) given OI and tempMaxRate do not change.

  2. tempMaxRate: the highest funding rate possible per asset, it varies with historical asset volatility

  3. longBias: ensures that longs pay shorts when OI is balanced by a small percentage. Defaulted to 2.5% for crypto assets and 0% for non-crypto assets.

  4. skewRatio: the difference between long and short OI divided by the total OI limit at that time

  5. velocityFactor: this determines the velocity at which the funding rate proceeds to the target rate. Defaulted to 24hrs for all assets.

  6. volatilityFactor: this is the output of the volatility and therefore risk associated with each asset; it is based on the average true range percent (ATR%) over the past 21d period

  7. openInterest (OI): the total amount of all open positions, per asset, per side (long/ short)

  8. maxRateFactor: a config parameter for mapping asset volatility to the maximum possible desired funding rate per asset. Defaulted to 0.5% for all assets.

π‘ π‘˜π‘’π‘€π‘…π‘Žπ‘‘π‘–π‘œ=π‘™π‘œπ‘›π‘”π‘‚πΌβˆ’π‘ β„Žπ‘œπ‘Ÿπ‘‘π‘‚πΌπ‘™π‘œπ‘›π‘”πΏπ‘–π‘šπ‘–π‘‘π‘‚πΌ+π‘ β„Žπ‘œπ‘Ÿπ‘‘πΏπ‘–π‘šπ‘–π‘‘π‘‚πΌskewRatio=longLimitOI+shortLimitOIlongOIβˆ’shortOIβ€‹π‘‘π‘’π‘šπ‘π‘€π‘Žπ‘₯π‘…π‘Žπ‘‘π‘’=π‘šπ‘Žπ‘₯π‘…π‘Žπ‘‘π‘’πΉπ‘Žπ‘π‘‘π‘œπ‘ŸΓ—π‘£π‘œπ‘™π‘Žπ‘‘π‘–π‘™π‘–π‘‘π‘¦πΉπ‘Žπ‘π‘‘π‘œπ‘ŸtempMaxRate=maxRateFactorΓ—volatilityFactorπ‘‘π‘Žπ‘Ÿπ‘”π‘’π‘‘π‘…π‘Žπ‘‘π‘’=π‘‘π‘’π‘šπ‘π‘€π‘Žπ‘₯π‘…π‘Žπ‘‘π‘’βˆ—(π‘ π‘˜π‘’π‘€π‘…π‘Žπ‘‘π‘–π‘œ+π‘™π‘œπ‘›π‘”π΅π‘–π‘Žπ‘ )targetRate=tempMaxRateβˆ—(skewRatio+longBias)π‘‘π‘’π‘™π‘‘π‘Žπ‘…π‘Žπ‘‘π‘’=π‘‘π‘Žπ‘Ÿπ‘”π‘’π‘‘π‘…π‘Žπ‘‘π‘’βˆ’π‘™π‘Žπ‘ π‘‘π‘…π‘Žπ‘‘π‘’deltaRate=targetRateβˆ’lastRate

The funding velocity can be expressed as:

𝑑𝑅𝑑𝑑=π‘‘π‘’π‘™π‘‘π‘Žπ‘…π‘Žπ‘‘π‘’π‘£π‘’π‘™π‘œπ‘π‘–π‘‘π‘¦πΉπ‘Žπ‘π‘‘π‘œπ‘ŸdtdR​=velocityFactordeltaRate​

Solving for funding rate,𝑅R, as a function of time, 𝑑t, yields the following:

𝑅(𝑑)=π‘‘π‘Žπ‘Ÿπ‘”π‘’π‘‘π‘…π‘Žπ‘‘π‘’βˆ’π‘‘π‘’π‘™π‘‘π‘Žπ‘…π‘Žπ‘‘π‘’Γ—π‘’(βˆ’π‘‘π‘£π‘’π‘™π‘œπ‘π‘–π‘‘π‘¦πΉπ‘Žπ‘π‘‘π‘œπ‘Ÿ)R(t)=targetRateβˆ’deltaRateΓ—e(velocityFactorβˆ’t​)

From this is can be shown (given no changes in OI) that when 𝑑=π‘£π‘’π‘™π‘œπ‘π‘–π‘‘π‘¦πΉπ‘Žπ‘π‘‘π‘œπ‘Ÿt=velocityFactor (24 hrs) then 𝑅R will have moved by approximately 63% of the deltaRate to target. For example assume BTC funding rate is currently 0.001%/h and Bob opens a large BTC long position making the new targetRate = 0.005%/h. If no other trades are made on BTC after this point then 24 hrs later the new fundingRate on BTC will be ~ 63% x (0.005 - 0.001) + 0.001 = 0.00352%/h.

Funding Fees

A funding index (unique to each asset) is introduced which is updated each time a trading event is triggered. It increases/decreases over time based on a positive/negative funding rate as follows:

𝑓𝑒𝑛𝑑𝑖𝑛𝑔𝐼𝑛𝑑𝑒π‘₯=π‘“π‘’π‘›π‘‘π‘–π‘›π‘”π‘…π‘Žπ‘‘π‘’Γ—(π‘π‘’π‘Ÿπ‘Ÿπ‘’π‘›π‘‘π‘‡π‘–π‘šπ‘’π‘ π‘‘π‘Žπ‘šπ‘βˆ’π‘™π‘Žπ‘ π‘‘π‘‡π‘–π‘šπ‘’π‘ π‘‘π‘Žπ‘šπ‘)fundingIndex=fundingRateΓ—(currentTimestampβˆ’lastTimestamp)π‘‘π‘’π‘™π‘‘π‘ŽπΉπ‘’π‘›π‘‘π‘–π‘›π‘”πΌπ‘›π‘‘π‘’π‘₯=𝑓𝑒𝑛𝑑𝑖𝑛𝑔𝐼𝑛𝑑𝑒π‘₯[π‘π‘’π‘Ÿπ‘Ÿπ‘’π‘›π‘‘]βˆ’π‘“π‘’π‘›π‘‘π‘–π‘›π‘”πΌπ‘›π‘‘π‘’π‘₯[π‘π‘œπ‘ πΌπ·]deltaFundingIndex=fundingIndex[current]βˆ’fundingIndex[posID]𝑓𝑒𝑛𝑑𝑖𝑛𝑔𝐹𝑒𝑒={π‘π‘œπ‘ π‘†π‘–π‘§π‘’Γ—π‘‘π‘’π‘™π‘‘π‘ŽπΉπ‘’π‘›π‘‘π‘–π‘›π‘”πΌπ‘›π‘‘π‘’π‘₯/1000000if πΏπ‘‚π‘πΊβˆ’π‘π‘œπ‘ π‘†π‘–π‘§π‘’Γ—π‘‘π‘’π‘™π‘‘π‘ŽπΉπ‘’π‘›π‘‘π‘–π‘›π‘”πΌπ‘›π‘‘π‘’π‘₯/1000000if 𝑆𝐻𝑂𝑅𝑇fundingFee={posSizeΓ—deltaFundingIndex/1000000βˆ’posSizeΓ—deltaFundingIndex/1000000​if LONGif SHORT​

For example, lets say: the user opens a 100k BTC long position and the current funding index for 15010.

A simple flow for illustration:

  1. user calls a function to open a new position which sets fundingIndex[posID] = 15010.

  2. user holds position for a few hours at which time they decide to close 80% of their position. Now, due to dynamic conditions with other users opening and closing BTC positions as well as BTC funding rate changing, the funding index for BTC is now 15510.

  3. user pays 80% * 100k * (15510 - 15010)/1000000 = $40

Borrow Fees

A borrow fee is implemented to help mitigate/offset the vault's risk of always taking the opposite side of each trade. The borrow fee will be based on the position size as well as the duration, in seconds, the position is held open.

π‘π‘œπ‘Ÿπ‘Ÿπ‘œπ‘€πΉπ‘’π‘’=π‘π‘œπ‘ π‘†π‘–π‘§π‘’Γ—π‘π‘œπ‘Ÿπ‘Ÿπ‘œπ‘€π‘…π‘Žπ‘‘π‘’Γ—π‘‘π‘’π‘Ÿπ‘Žπ‘‘π‘–π‘œπ‘›borrowFee=posSizeΓ—borrowRateΓ—duration

Borrow rate will be determined per asset by using each assets historical volatility. This is set manually, based on analysis, and will be periodically reviewed and updated to ensure the vault's risk is being managed appropriately.

Asset Risk

We use Average True Range (ATR) over a 21d period to determine an asset's risk to the vault. All fees are automatically and dynamically adjusted according to this percent in order to assign OI and fees.

Mint/ Redeem

Minting LP3 incurs a fee of 0.05% and redeeming is free.

Spread

This new mechanism will simulate an order book by adding a slippage percentage to each order that is proportional to the vault utilization and position size.

Each index token will have its own slippage factor that will be a function of the tokens historical volatility, that of which is most often correlated to depth of market.

π‘‘π‘’π‘™π‘‘π‘Žπ‘ƒπ‘’π‘Ÿπ‘π‘’π‘›π‘‘=π‘ π‘™π‘–π‘π‘π‘Žπ‘”π‘’πΉπ‘Žπ‘π‘‘π‘œπ‘Ÿβˆ—2Γ—π‘‘π‘œπ‘‘π‘Žπ‘™π‘‚πΌ+π‘π‘œπ‘ π‘†π‘–π‘§π‘’2Γ—π‘£π‘Žπ‘’π‘™π‘‘π‘‡π‘‰πΏdeltaPercent=slippageFactorβˆ—2Γ—vaultTVL2Γ—totalOI+posSize​𝑒π‘₯π‘’π‘π‘’π‘‘π‘–π‘œπ‘›π‘ƒπ‘Ÿπ‘–π‘π‘’={π‘šπ‘Žπ‘Ÿπ‘˜π‘ƒπ‘Ÿπ‘–π‘π‘’Γ—(1+π‘‘π‘’π‘™π‘‘π‘Žπ‘ƒπ‘’π‘Ÿπ‘π‘’π‘›π‘‘)if πΏπ‘‚π‘πΊπ‘šπ‘Žπ‘Ÿπ‘˜π‘ƒπ‘Ÿπ‘–π‘π‘’Γ—(1βˆ’π‘‘π‘’π‘™π‘‘π‘Žπ‘ƒπ‘’π‘Ÿπ‘π‘’π‘›π‘‘)if 𝑆𝐻𝑂𝑅𝑇executionPrice={markPriceΓ—(1+deltaPercent)markPriceΓ—(1βˆ’deltaPercent)​if LONGif SHORT​

Each index token will have its own slippage factor that will be a function of the tokens historical volatility, that of which is most often correlated to depth of market.

Slippage

Upon order confirmation of a new position users can also manually enter the max slippage that they are willing to accept as shown in the red box. The order will only execute if the execution price is less than the current mark price plus/minus (if long/short) the slippage percent entered here. Slippage is essentially the price difference that a user is willing to potentially accept during the process of executing an order.

PreviousLP3NextLRTs

Last updated