r4bbit c95322c033 refactor(modules/amm): resolvePool accepts base58 ids and orients reserves ...

resolvePool now normalizes base58-or-hex ids (the liquidity view passes base58,
the swap card hex) and orients the returned reserves to the caller's requested
token order — reserveA is the requested tokenA's reserve — instead of the pool's
stored order, which needn't be canonical (e.g. a pool created outside the FFI,
like the testnet setup's). Callers read reserveA/reserveB directly; the swap card
is unaffected (it reads the reserves for display only and never oriented them
itself).

2026-08-11 17:51:51 +02:00

..

amm_module_impl.cpp

refactor(modules/amm): resolvePool accepts base58 ids and orients reserves

2026-08-11 17:51:51 +02:00

amm_module_impl.h

refactor(amm): remove the dead submitNewPosition path

2026-08-11 17:51:51 +02:00