I don't see why this is needed. Trident CP supports unequal liquidity addition and we should use that feature. And it's desirable to migrate 100% of liquidity instead of receiving dust in return. We can also assume the prices of pools will (roughly) match. Alternatively, we can add a different parameter of how much the prices are allowed to differ - this can replace the rest of the slippage params and would even be more efficient. But I think the current slippage params are sufficient as they prevent any possible exploit.
I don't see why this is needed. Trident CP supports unequal liquidity addition and we should use that feature. And it's desirable to migrate 100% of liquidity instead of receiving dust in return. We can also assume the prices of pools will (roughly) match. Alternatively, we can add a different parameter of how much the prices are allowed to differ - this can replace the rest of the slippage params and would even be more efficient. But I think the current slippage params are sufficient as they prevent any possible exploit.