How to calculate token prices on letsbonk pool?

External question — Solana Stack Exchange Author: zhou yang Original post: https://solana.stackexchange.com/questions/22029 License: CC BY-SA 4.0 — https://creativecommons.org/licenses/by-sa/4.0/ Adaptation: HTML converted to plain text; contact email addresses removed. i am struggling on calculating token price on letsbonk pool, using its poolState data can never get the Sol price on gmgn virtual_base, virtual_quote seems never change. real_base and real_quote are changing but how to use them? can any one figure out the formula? from one of the the github it seems like the model is similar with Pumpfun but pumpfun token price formula is quite straight forward which is virtualSolReserves / virtualTokenReserves while letsbonk seems not the case.

External answer — Solana Stack Exchange Author: zhou yang Original post: https://solana.stackexchange.com/a/22032 License: CC BY-SA 4.0 — https://creativecommons.org/licenses/by-sa/4.0/ Adaptation: HTML converted to plain text; contact email addresses removed. basically the model is exactly same with pumpfun's but the formula is slightly different. letsbonk formula should be: (virtual_quote + real_quote) / (virtual_base - real_base) pumpfun formula: virtual_sol_reserves / virtual_token_reserves decimals are ignored. both are presenting same thing.

External answer — Solana Stack Exchange Author: shutDAFUDup Original post: https://solana.stackexchange.com/a/23154 License: CC BY-SA 4.0 — https://creativecommons.org/licenses/by-sa/4.0/ Adaptation: HTML converted to plain text; contact email addresses removed. In our experience, the model is almost identical to Pumpfun’s. The main difference is how Letsbonk handles the reserves. For Letsbonk, the price formula looks like: (virtual_quote + real_quote) / (virtual_base – real_base) That way it factors in both the virtual and real reserves instead of just leaning on the virtuals. Pumpfun simplifies it to virtual_sol_reserves / virtual_token_reserves, but at the end of the day they’re really just doing the same thing. Decimals usually don’t matter much here. It’s more about plugging in the right combo of reserves to get the live ratio.