in the Tax reports I know you can export trade data in Turbotax format. Does this include the income reports too (i.e. staking income, gifts, etc)? if not, how would I import this data into Turbotax if I had a lot of staking income transactions?

i.e. lets say I have ten staking income transactions for 100 FOO (fake coin for this example) each. I immediately sell FOO on income for USDC after every staking income transaction. As such, I have capital gains records in the TurboTax file for the trade, but is the income of 1000 FOO in total included in the Turbotax export too? If not, how do I report this income on my taxes/import the income specific transactions into Turbotax?

thank you for confirming this!!!

for any lurkers, I fixed my issues by basically going tx by tx on etherscan and comparing the 'State' tab on each transaction with my logs. This is much clearer to reason about so I recommend this if anyone else has balance issues

and of course thanks Andreas for the solutions and timing answer. Re: your quote about the cutoff time being midnight, this is 00:00:00 relative to entered trades?

Thanks for the advice. I have a few other, unrelated questions

1) On the 'Balance by exchange' page you can filter by date but not time. What time is this date based on? Can you add documentation for this and let me know? I critically need this info to help me figure out the solution to my next issue as I am effectively going block by block between transactions to try to figure out where the discrepancy is. If I could filter by time AS WELL AS date this would be trivial to solve, but since I can't and it's unclear when the filter is based on time wise I have no idea how to properly compare CoinTracking and the Ethereum blockchain here

2) I have a new wallet/exchange entry for this year and have been trading a ton in it. I am now noticing a discrepancy in one coin (ETH) for a total that I cannot find in any of my logs so this must be coming from some miscalculations across trades. Is there any way for me to easily debug this? It's really hard for me to narrow down, ideally i'd like to try importing from Etherscan but the blockchain import is automatic/api based and I DON'T want to import, I simply want to compare against what I have. Additionally Cointracking has no way to import from CSV on Etherscan.

What do you suggest I do to narrow this down? If I could customize the time for the filter on the balance by exchange page this would be easy with the block balance explorer on etherscan.

Additionally I don't want to mess with backups or exports because I've noticed (and this is a big issue, please include this as a fix) the manual cost basis for unlisted tokens is not saved between backups or exports and as such my trades are completely messed up if i restore (since I then need to go back and readd every single cost basis for every tx with an unlisted token)

In the absolute worst case perhaps I could add a LOST transaction to balance this out manually (which should theoretically be fine since CoinTracking is inflating my total, meaning there should be no issues with taxes for doing this) but I'd rather have things balance out naturally as they should

how can I best track ERC721/NFT transactions and ownership? This is becoming more and more important now that Uniswap has liquidity pool positions as NFTs rather than ERC-20 tokens since they are now becoming more utility based and have actual value (not that crypto art doesn't but this is much more in the air in terms of valuation, whereas now these LP positions have defined value and also generate cashflow via fees)

As an example, when migrating Uniswap V2 LP tokens (which themselves are created by adding equal value proportions of two currencies) to V3 LP NFTs, you exchange the V2 tokens for the V3 NFT AND receive some of your original capital back. How exactly would I enter this in Cointracking, as it's an ETH exchange fee, swapping tokens for an NFT, and receiving my capital back? perhaps it's two trades and an other fee, where the two trades are [the proportion of my V2 tokens kept for the V3 NFT -> the V3 NFT] and [the proportion of my V2 tokens equal to my returned capital -> my returned capital] and the third entry is 'other fee' for the eth fee?

additionally, i have generated some profit reselling crypto art and am unsure the best way to track this given the wide range of unique tokens and addresses for each NFT (is this a trade? is this a spend + an income? it's super unclear and the limit of 8 characters for token names makes this really hard)

lastly, is there a way for me to import a custom coin with a contract address? would be much simpler for organization given NFTs and other new coins I am trading with that are not yet added on cointracking.info

how do I ensure staking a coin and then selling it has tax properly accounted for if the token doesn't exist in CoinTracking.info? (similar to FakeBird's question)

For example, I have been receiving staking income from Bao.cx on XDai chain (https://blockscout.com/xdai/mainnet/tokens/0xe0d0b1DBbCF3dd5CAc67edaf9243863Fd70745DA/token-transfers) and immediately sell it for BAO (which IS on CoinTracking.info, https://etherscan.io/token/0x374cb8c27130e2c9e04f44303f3c8351b9de61c1) which should yield a small amount of 'realized gains' (because of the cost basis of Bao.cx being close to 1:1 with BAO), but since CoinTracking.info doesn't have Bao.cx supported my realized gain is massive (i.e. the entire proceeds of my trade) which ends up inflating my tax bill (in fact, I should have roughly 10% in realized LOSSES of the cost basis because of the slippage when trading Bao.cx for BAO, as they are intended to be 1:1 but the swap contract doesn't exist yet and the market has Bao at a 1.1x premium)

Is there a way to fix this, or does CoinTracking.info need to import/support Bao.cx for me to properly have this reflected in tax reports? Is there a way for me to set a cost basis price for each staking entry (since I have multiple over the course of a couple of weeks, i.e. a way to specify for each staking entry and trade what the price was for Bao.cx at the time)?

Perhaps this is a request/pretty please ask to add support for Bao.cx (https://blockscout.com/xdai/mainnet/tokens/0xe0d0b1DBbCF3dd5CAc67edaf9243863Fd70745DA/token-transfers) for me and others receiving this as staking rewards

are transaction fees not accounted for in the 'balance by exchange' view? why not?

example:
add deposit to 'Dummy Exchange' for 1 ETH
add transaction for 'Dummy Exchange', selling .95 ETH for 2000 USD with transaction fee of .05 ETH.
Balance by exchange will show .05 ETH and 2000 USD for 'Dummy Exchange'

i don't see how it's useful for this page to deviate from reality... imo this page should reflect my exact balance and thus take fees into account

is the idea that the 'fee' column is basically fake and that the fee should be included in the math for the underlying transaction? why is the architecture like that? seems more confusing than it should be, the system should automatically handle the fee math for us

like, even your imports don't do this automatically, with imports for Coinbase and Kraken directly listing proper values, with sell and fee being distinct. why is the system not consistent here?

I am trying to do my taxes via TurboTax and am importing my trades as TXF file but when I import them in TurboTax it says that every trade is missing the 'Sale Category' and requires I fill it myself for every trade which is a lot...

The sale category options are:

Box A - Short term covered
Box B - Short term noncovered
Box C - Short term not reported
Box D - Long term covered
Box E - Long term noncovered
Box F - Long term not reported
Box X - Unknown holding period

This post mentions the same issue from a year ago:  https://www.reddit.com/r/CoinTracking/comments/bd5l0u/cointracking_turbotax_cd_1099b_which_sale_category/

Is there anything I can do to get CoinTracking to fill this in for me in the file? It should have all the long and short info so idk why this is failing. Please help

I verified that this worked fine last year as my tax return properly has cryptocurrency split between long and short not reported (Box C and Box F) and I only used CoinTracking to import

EDIT: I went back into TurboTax 2019 to edit my old return and found out TurboTax changed how they handle trades. In 2019 TurboTax did not explicitly ask for sale category on each trade and seemingly determined this on their own (or the TXF file from CoinTracking accounted for this) but now it is and the info is missing in the TXF from CoinTracking. I think CoinTracking needs to urgently update their TurboTax file export to account for this, otherwise all people filling taxes using TurboTax and CoinTracking will have to manually write Sale category for every imported trade

From what I understand, the fix would be to ensure your TXF file simply marks each trade sale category as Box C or Box F depending on if they are short or long term respectively, but by not doing this all your users need to go trade by trade in TurboTax to edit which is a lot and very error prone

EDIT 2: After finishing my taxes with the import, looking at the raw 8949 tax form shows that long and short are properly represented with box C and box F entries respectively. idk why TurboTax warns about missing info if it defaults to the correct filing. as such this issue is less critical but is confusing to deal with because of the warning in TurboTax when importing CoinTracking info in their 'easy' flow

what i do is:

don't show usd deposits or withdrawals at all
when withdrawing to a hardware wallet, make a deposit for the hardware wallet on the software too. the wallet will appear as the 'exchange' but things will be balanced better. don't forget to include fees: https://cointracking.freshdesk.com/en/support/solutions/articles/29000007202-entering-fees

is there a reason balance by exchange seems to not reflect fees on deposit (i.e. like when depositing to Kraken which charges additional fees on deposit for ETH: https://www.reddit.com/r/KrakenSupport/comments/l2u5lo/kraken_eth_deposit/gk8mg6n/?utm_source=reddit&utm_medium=web2x&context=3)?

Repro:

1. make a withdrawal for 1 ETH for exchange A with a fee of .01 ETH (so this should be a total of .99 ETH)
2. make a deposit for .99 ETH for exchange B with a fee of .01 ETH (so this should be a total of .98 ETH)
3. Go to 'balance by exchanges' and search for exchange B
4. See that exchange B shows a balance of .99 ETH instead of .98 ETH, implying the deposit fees (or at least one set of fees) are ignored

Should I be entering this a different way, perhaps the issue is that the 'withdrawal' is taking .01 ETH from my total on exchange A rather than from the withdrawn amount? According to the FAQ (https://cointracking.freshdesk.com/en/support/solutions/articles/29000007202-entering-fees) I am entering the Withdrawal and Deposit correctly so I'm assuming this is a bug where deposit fees are not included. My repro looks like this:

site is currently down, 502 bad gateway errors, will update this post if fixed

EDIT: nvm, likely transient

feature request: In the current balances section of the dashboard, can you add an item to the dropdown for 'show 0 balances' to hide balances under a custom amount? for example, I would love to be able to hide all balances less than $10 USD.
 
Thanks!

Just noticed the themes changed and the dark theme is now blue! Is there any way we could get the old black theme (I think this is Classic but Dark/Black) as an option again? Much prefer black over blue, thanks!

Thank you! I appreciate the prompt responses to my questions (despite there being a lot) and will be in touch again if any further questions come up. Thanks again, you rock!

EDIT: I think I found a bug with custom tokens that don't have prices listed automatically. I added a trade for 7000 tokens of a non-listed currency for a specific amount of LINK but the cost basis is totally wrong for some reason, even when considering the current price of LINK (the cost basis is way overestimating my cost per unit which in reality is almost a third of the calculated cost basis, to the point the system seems to imply that LINK is worth almost triple it's current value).

Completely deleting all trades related to this token and reimporting them via the export tool seemed to fix this... I believe the bug is related to the custom price, and the bug happens regardless if 'best price' is checked or not. If I set a 'custom price' for the token then it completely destroys my cost basis forever going forward, even if I delete and replace the 'custom price' in the future. This seems like a bug since this price should only affect the 'current' price, not previous cost bases which should always be determined from trade value of the sold coin

To repro:

1) On a fresh cointracking.info account, add a trade for buying 7000 SRT by selling 40 LINK (SRT is a fake token, but the point is the bug is with non-listed tokens that have the ability to add a custom price, so feel free to pick any other acronym that doesn't resolve to a real token)
2) Go to dashboard and recalculate trades
3) Go to unrealized gains and losses, observe the cost basis for SRT and note it (will likely be around 10-15 cents (USD) given current LINK prices)
4) Go to 'Enter coins' and under 'others' click the blue $0.00 next to 'SRT' to define a 'custom price'
5) pick a price higher than your cost basis (so if your cost basis is .14 cents (USD), change the best price to 1 USD). It does not matter if best price is checked or not
6) recalculate trades
7) go to unrealized gains and losses, notice the cost basis has also changed to be much larger than it should be

I believe the cost basis shouldn't change if you change the 'best price' and this custom 'best price' setting should only affect how it's currently tracked, while the gains and losses should only take trade values into account (i.e. the trade for 7000 SRT via 40 LINK should have the cost basis defined by the value of LINK at the time of the trade). thoughts?

otherwise i'm not sure what the point of this feature is, since it seems to override the cost basis which should be directly calculated from trades but the wording around it implies this is for tracking the current price of a token when it doesn't have a price automatically fetched by cointracking.info

to clarify, I'm not talking about the Uniswap token, I'm talking about the Liquidity Pool (LP) tokens provided by Uniswap when you provide liquidity (UNIV2). as an example, these two LP tokens are both marked UNIV2 but the note on etherscan says they represent different pairings and they have totally different supplies, holders, and values. as such not sure how cointracking.info will be able to track each individual LP pair:

https://etherscan.io/token/0x9973bb0fe5f8df5de730776df09e946c74254fb3
https://etherscan.io/token/0xb4e16d0168e52d35cacd2c6185b44281ec28c9dc

thanks for the clarification about 'other fees', I didn't see there was a dropdown for other advanced types which includes this

Makes sense fees are included in trade cost basis and that's why they don't show for tax reports. However, I still think it's odd fees don't get subtracted from total values on the dashboard. This seems like a huge bug that would cause deviations over time from the dashboard values and reality

I'll open a ticket, I think this is a critical issue (specifically support for liquidity pools) that needs to be added and may be something that pushes me to a competitor that does support this since otherwise I'm not sure I can be confident in my return going forward if cointracking.info doesn't directly support it and requires workarounds to make it work

Also, I think I just found a bug on the tax report system: when I generate a tax report for any year, the fees section will only include fees from withdrawal and deposits and doesn't include any trading fees. If I go to the trading fees page on cointracking.info I see this is tracked there properly, but why isn't this being included in the tax report fees section? Are fees being automatically included in the cost basis for individual trades?

Regardless, I think this is a case where having the 'Other fees' category be selectable on the UI would be helpful, as for some things (i.e. giving Uniswap permission to trade some currency on my wallet, fees for adding to liquidity pools, fees for delegating/staking) it's unclear how to register fees only, and registering them with the 'trade' type would theoretically leave them out of tax considerations

EDIT: I think I found another bug, right now as I edit fees for existing trades I'm noticing this isn't affecting the totals on the dashboard. Is this a known issue? Seemed to be working fine a minute ago but now is not properly updating fees (for example, I have an entry for 'staking' but as I change the fee from 0 to huge values the token amount on the dashboard does not change at all...) It almost seems like the totals on the dashboard don't actually subtract fees from trades at all and are completely dependent on deposit/withdrawal for generation. Is this correct?

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

Thanks, looked at the guide but this doesn't actually cover the use case I mention, to be clear adding to the liquidity pool is NOT exactly like doing a trade/swap on a DEX like Uniswap, but perhaps you can clarify if this would capture liquidity pool additions regardless?

To explain further, on Uniswap you can submit two types of currency to the liquidity pool for that pair to get UNIV2 tokens representing that pair which can later be put back in the pool in exchange for a proportion of the pool's currencies, earning interest on each trade in that pair along the way. Since you don't 'lose' your underlying currency but do swap two currencies for one set of UNIV2 token it seems this use case isn't currently covered by cointracking.info at all. From what I can tell some competitors (namely Cointracker) seem to track this already

More info: https://uniswap.org/docs/v2/core-concepts/pools/

Uniswap and DeFi (along with this concept of adding to liquidity pools since DeFi doesn't rely on centralized third parties and as such needs a way to act as market maker, which liquidity pools do) will only get larger as time goes on so I think it's def worthwhile to add functionality for this into cointracking.info directly.

Can you add support for tracking adding tokens to Uniswap liquidity pools? Not sure how to input this as it stands now. for example, I can submit ETH and USDC to Uniswap to add liquidity to their pool to collect fees, and doing this yields Uni-V2 tokens but not sure how to track this in cointracking.info

Would love a reply, thanks!