this seems like a no-brainer for me
I would just like a clarification of what the final numbers of the different versions of both the Omnipool and stableswap would be, so we can know with certainty how much risk level we would have in bridgeds assets
With this proposal, thats mean that we reduce our stablecoin bridge assets from 2m $ to 1.5 m $ right? With the advantage that now will be a on-board from bridge assets to Native with minimal slippage
Also i will recommend do the same with the WBTC that we had, and create a stablepool with WBTC/iBTC
Create a little amount for that
And swap more WBTC to iBTC in the Omnipool
I have never bridged one asset in or out of Hydra except iBTC via Interlay. So for me is clear, that we should minimize the bridge asset's risks and increase the native assets, especially now with USDT and USDC native to Polkadot.
I personally think it is a bad choice to split liquidity in this way for the following reasons:
i propose to use only a stable pool dai acala/ dai moonbeam
you are right that at least I have only seen that there is use of the usdc.w and not for usdt.wh since the native one existed
Therefore maybe it would be better to remove usdt.wh
and make a 3pool ( would double check on this, since on Moonbeam Stellaswap had a stablepool too, so maybe more is used there)
I dont see use on the dai( acala)/ dai ( Moonbeam) stable
Since at least me want to remove all the acala assets
Edited
ok as I understand it, we are simply looking for a way to on/off ramp from/to Ethererum, and for that reason we are looking to have a stablepool that has brigded assets through MRL, it does not matter if they are used or not in Moonbean since MRL will send them directly to ethereum
And will serve for all the ecosystem have a way to swaps our natives stablecoins to eth stable without go via CEX
Let's make it happen with the new parameters. Anything that facilitate the process of getting liquidity in and out and swapping between different native stables is a good idea in my opinion.
Sounds great. i guess we need to the bridge assets to onboard people. Otherwise i would have preferred more native tokens. But it's fine for now.