๐ฐLiquidity and positions
Last updated
Last updated
As stated in the article about swap calculations, the internal state of the TONCO AMM at any moment is determined by two values:
- the root of the current price of token1(jetton1) relative to token0(jetton0).
- liquidity.
A change in the current price in the pool (via swaps) entails the movement of jettons from / to the pool, with the number of jettons depending on a coefficient called liquidity. Formulas linking token deltas, price change, and liquidity value:
Thus, liquidity can be defined as a coefficient that determines the "speed" of price change when tokens are swapped. Change of (or , depending on the direction of the swap) is inversely proportional to liquidity. This means that the greater the liquidity, the more tokens need to be swapped to move the price by a given value.
TONCO is based on the concept of concentrated liquidity. This means that users can provide their tokens as liquidity for swaps at a certain price range. The following describes what this means and how the value of liquidity is related to tokens.
A liquidity position in TONCO is an entity defined by the following parameters:
positionv3::user_address
- Position owner
positionv3::pool_address
- Pool to which the position belongs
positionv3::tickLower
- the tick corresponding to the lowest price at which the liquidity of this position can be used
positionv3::tickUpper
- is the tick corresponding to the highest price at which the liquidity of this position can be used
positionv3::liquidity
- - liquidity value associated with this position
Note that during the upward price movement (zeroToOne = false) the pool buys jetton1 (Y) and sells jetton0 (X). On the other hand, during the downward price movement (zeroToOne = true) the pool buys jetton0 and sells token1.
For swaps, the pool deducts a fee that is allocated to the currently active liquidity positions (positions whose liquidity is used for the swap).
Two accumulators of the following form are used for this purpose:
During the swap, each iteration of the main loop holds the commission in the input token and increments the value of the corresponding accumulator.
Thanks to this mechanism, it is easy to calculate the share of fees due to each liquidity position. With the help of the ticks mechanism, it is possible to know at any moment what parts of accumulators were added at the moment when the price was between two given ticks. The definition of accumulator increments within the tick range is described in more detail in the article about ticks.
The corresponding values of accumulators increment are recorded in the position when it was created, let's call them:
Then the amount of tokens that correspond to the share of the fees for a liquidity position can be calculated at any time:
The liquidity value associated with the position adds to the global liquidity value when the position becomes active (price inside the specified tick range) and is subtracted from the global liquidity value when the position becomes inactive (price outside the specified tick range). These changes take place during the swap on the crossing of position-related ticks.
Thus, the value must ensure the fulfillment of the formulas from the liquidity definition section on the price range defined by the upper and lower tick of the position. Then the correlation between the number of tokens and can be obtained as follows. Let:
- the price root value corresponding to the upper tick of the position.
- the price root value corresponding to the lower tick of the position.
- the current value of the price root in the pool.
This means that a liquidity position must, on the one hand, provide enough jetton0 for the sale to move the price up to the , and, on the other hand, provide for sale a sufficient amount of jetton1 to move the price to .
Then we can express the correlation between the number of jettons and , if is inside the price range of the position:
If is not inside the position's price range, the amount of jettons associated with the position must cover price movement in one direction only (depending on the position of the current price).
If the current price is higher than the upper price of the position ( ):
If the current price is below the price range of the position ( ):
Thus, when creating a position with the given , , , the user must provide jetton0 and jetton1, calculated according to the above formulas taking into account the current price in the pool.
On the other hand, when withdrawing liquidity, the user should receivejetton0 and jetton1, also calculated using the same formulas considering the current price and the change in .
where - the collected amount of fees in jetton0 or jetton1, - the current global value of the fee.
- accumulator increment for jetton0 that occurred between specified ticks
- accumulator increment for jetton1 that occurred between specified ticks
This is followed by an update of and