The easiest way would be to import ERC2x transactions via ETH API(https://cointracking.info/import/eth_address/). Please check if your CORE trade is imported here.
See this article as well: How to import DEX trades like Uniswap, 0x, Kyber Network, SushiSwap (https://cointracking.freshdesk.com/a/solutions/articles/29000036759?lang=en)
But if you do not own them then not sure why it should be a trade. Once a trade take place you own the coins.
Another idea would be to add those transactions at a separate "virtual" wallet with those trades. Possibly if it ends you get the ETH back which will be another trade
Then you can add the income as "staking" oder "interest income". They will appear in the income report as part of your tax report.
This FAQ could helps as well: Loans and their repayments (https://cointracking.freshdesk.com/a/solutions/articles/29000033408?lang=en)
And if you trade 2 currencies and receive 1 amount of LP Tokens and vise versa you can take 50% of the LP token amount and add it as counterpart currency for one of your currencies. And the other 50% for the other one which are part of the trade(s).
One thing that adds confusion here is that the LP tokens I mention share the same ticker (i.e. for Uniswap, the LP tokens are always UNIV2 even though they are not interchangeable between pairs, i.e. a USDC/ETH LP token and a WBTC/ETH LP token both appear as UNIV2 but can have wildly different values wrt proportion. If you want an example of this, DM me, I can send you some of my transaction ids to show you what I mean). Without cointracking.info directly supporting logic for liquidity pools I don't think it's actually possible to model this as it stands on the software and my taxes as a result won't make much sense... I think it's critical this support is directly added to cointracking.info or your team considers how this sort of thing would best fit into cointracking.info, otherwise I think this is the first situation I've run into in crypto where I think I need to start working directly with a tax consultant since this is starting to become much more complex than simple trades.
For example, when I import my ETH wallet using the tool you mentioned in your links (i.e. the wallet import using my wallet address), the liquidity pair transactions don't make sense in a few ways (the coin ticker is UNIV2 for both pool additions, but as mentioned they are technically different tokens representing different things and with wildly different amount values as they are specifically related to the proportion of your share and the pool size). Additionally, adding to a liquidity pool renders as a set of deposits and withdrawals rather than transactions as you mentioned in the quote (the part about representing 2 currencies being traded for one and splitting them in two trades on cointracking.info), which sort of makes sense, but it's unclear if this should be logged this way since when I eventually redeem the LP tokens for my capital it likely won't be in the same amounts but will be roughly the same value, +- interest and market fluctuations as a result of acting as an AMM (automated market maker).
Also, sidenote, but when I import my ETH wallet, it seems there's a type that isn't available otherwise: 'Other fees'. Can we add this as a selectable type on the UI? Right now if I manually add a trade to represent just spending on a fee I have to do it as a trade with 0 value on buy and sell because I don't have a direct way to add 'Other fees' as a trade type