๐Ticks
Last updated
Last updated
The entire price space is divided into sections using special cut-offs called ticks.
The ticks are distributed logarithmically: the tick with index i corresponds to the price:
Inside the segment defined by two neighboring ticks (often this segment is also called a tick), the AMM behaves like a regular CPF-AMM (like UniV2). When the price crosses a tick, the value of active liquidity may change (if the boundary of someone's position is crossed).
For this reason, when making swaps, you should be able to find the next active tick (a tick that is the boundary of a position).
To simplify navigation through ticks during swaps and for other purposes, active ticks are organized in a dict() with 24-bit signed ints used as keys.
Because dict() is internally stored as a tree pool always has quick access to the information about which ticks are currently the next and previous active ticks. So when swapping, it is easy to get information about which tick a particular iteration of the swap is up to.
Ticks play an important role in allocating the commission between liquidity positions. The accumulator values described in the article on liquidity and positions are used for this purpose:
Two additional values are stored in each tick that correspond to the accumulator increments "outside" the ticks: outerFeeGrowth0Jetton
, outerFeeGrowth1Jetton
.
These values have a relative character and are set at the moment of tick initialization according to the following rule: it is presumed that the entire "increment" of the commission accumulator occurred below this tick. For this reason, the values are initialized as follows:
Later on, at each tick crossing these values are updated according to the following rule:
This ensures that knowing the current global tick, it is possible at any time to determine what jetton increment has occurred "on the other side" since the tick was initialized:
At the same time, the pool possesses the accumulator values totalFeeGrowthJetton0
and totalFeeGrowthJetton1
, which contains the total commission increment for the entire time of the pool's existence.
Due to these values, it is easy to calculate the value of the commission increment that occurred within a given range of ticks after their initialization.
The corresponding bit at the root is 1 if the corresponding second-level word has at least one active bit.
The maximum allowed tick is 887272
The minimum allowed tick is -887272.
Thus, there can be (887272 + 887272 + 1).
.
If the tick to be initialized is less than or equal to the global tick at the moment:
On the other hand, if the tick to be initialized is above the current global tick , then the corresponding values are initialized to zero:
If :
If :
If :
Thus, using the above formulas for innerFeeGrowth
it is possible to know the accumulator increment within the range specified by any two active ticks at any time. Distribution of commission among liquidity positions is performed by tracking the change of innerFeeGrowth
for a liquidity position: