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
It's not clear what exactly totalValueLockedToken0 and totalValueLockedToken1 are reflecting.
For instance, look at this UI screenshot:
The price of 0.9988 DAI per GUSD, and the liquidity distribution in the pool is such that 0.9988 is the upper bound of the liquidity range. If I'm not mistaken, this effectively means that all liquidity in the pool should have been converted to GUSD. Yet the Total Tokens Locked field shows 415.99 DAI (rather than 0.00 DAI) locked, and a subgraph query of totalValueLockedToken1 confirms this.
The total USD value of the tokens (roughly the sames totalValueLockedToken0 + totalValueLockedToken1, as these are stablecoins) is also larger than the value obtained either by querying tick data or position data.
This particular pool was selected because it is very small and simple to analyze, but the same thing happens in other pools. The Total Tokens Locked are more than obtained by summing the ticks or by summing the open positions.
Even if we include uncollected fees in the amount (which I think the subgraph code does not do), the total value is still far too large.
Is this expected? If so, how to interpret the Total Tokens Locked values?
The text was updated successfully, but these errors were encountered:
It's not clear what exactly
totalValueLockedToken0
andtotalValueLockedToken1
are reflecting.For instance, look at this UI screenshot:
The price of 0.9988 DAI per GUSD, and the liquidity distribution in the pool is such that 0.9988 is the upper bound of the liquidity range. If I'm not mistaken, this effectively means that all liquidity in the pool should have been converted to GUSD. Yet the Total Tokens Locked field shows 415.99 DAI (rather than 0.00 DAI) locked, and a subgraph query of
totalValueLockedToken1
confirms this.The total USD value of the tokens (roughly the sames
totalValueLockedToken0 + totalValueLockedToken1
, as these are stablecoins) is also larger than the value obtained either by querying tick data or position data.This particular pool was selected because it is very small and simple to analyze, but the same thing happens in other pools. The Total Tokens Locked are more than obtained by summing the ticks or by summing the open positions.
Even if we include uncollected fees in the amount (which I think the subgraph code does not do), the total value is still far too large.
Is this expected? If so, how to interpret the Total Tokens Locked values?
The text was updated successfully, but these errors were encountered: