Fix: FOT token tax retrieval source

[jsy1218]

We noticed a regression in the Uniswap/smart-order-router#421 for FOT quote - if the token in is FOT, SOR no longer deducts the FOT tax off the quote. Note in the PR, how the first outputAmountWithSellFeeBps was passed into v2-sdk Pair.getOutputAmount(inputAmount). Then the PR changed to pass in outputAmount into v2-sdk Pair.getOutputAmount(inputAmount).

• Prior to ship Update SOR to let v2-sdk handle the FOT calculation smart-order-router#421, web FOT quote has double FOT taxation issue, hence Update SOR to let v2-sdk handle the FOT calculation smart-order-router#421 was needed.
• After shipping Update SOR to let v2-sdk handle the FOT calculation smart-order-router#421, web FOT quote no longer has double FOT taxation issue. However if the token in is FOT, then the exact-in quote will be larger than the actual swap, and such swap failure rate will increase. For example, BLASTER => WETH swap success rate drops after shipping Update SOR to let v2-sdk handle the FOT calculation smart-order-router#421, where before shipping Update SOR to let v2-sdk handle the FOT calculation smart-order-router#421, BLASTER => WETH swap success rate was high, but MEV exploitation was non-trivial, with entire BLASTER sell tax of 3.5% being potential MEV profit for those MEV bots.