How do you know that it's trivial? Do you have access to their source code or know about their internal workflows?
Even if it were a trivial change, they probably have some other changes that all need to be tested before they push to prod in order to ensure nothing get's f*cked up.
These things take time, be patient. A rushed push to prod is going to be much worse.

@Andreas_CoinTracking
Do you plan to integrate a blockchain importer for the Polygon/MATIC network?

I only notice this on exports, but not on backups.
I.e. when I enter a custom cost basis (be it for listed or unlisted coins) and making a backup, then restoring from that backup also restores the cost basis.

I have a few transactions with custom values myself, so I made sure the backups restore those values.
But just to be safe I rechecked just now to confirm:
- Added a trade to buy 23 YYY (unlisted coin) for 42 USD
- Entered a custom YYY buy value of 8.15 USD
- Saved a backup
- Deleted all trades
- Restored from backup
-> Custom value of 8.15 USD was still set.

@theratears
I use "Balance by Exchange" and make sure everything matches there.
If not then I at least know to look at the transactions of the specific exchanges where it doesn't match.

And for running totals you can use "Daily Balance".
You can set it to "Daily" and then see how many coins per cryptocurrency you had each day (the third number per entry).
This way you can see when your total amount of a specific cryptocurrency started not matching.

Glad to hear it's working for you now.


I don't do any margin trading, but I know at least that the app supports the transaction types "Margin Profit", "Margin Loss" and "Margin Fee".
They aren't shown by default, but can be enabled within the "transaction type" dropdown itself:
https://cointracking.freshdesk.com/en/support/solutions/articles/29000034379-expanded-transaction-types-may-2020-

Not necessarily. As Andreas_CoinTracking mentioned earlier they recommend the "Overall based" method.
Personally I like the "Exchanged based" method because I want to have everything recorded as it actually happened in real life.
You must decide how you prefer it, but you can easily switch between the two methods by adding or removing any fiat transactions.
Just record it one way, make a backup (Accounts > Trades Backup) and then add/remove the fiat transactions and compare the two outcomes.



If you just buy and hold cryptocurrency, the it's usually neither taxable nor reportable.
Only if you later sell/exchange or pay for something with cryptocurrency you usually have to report any gains/losses and consequently may have to pay taxes on it or are able to write off losses.

Usually with any sale/exchange of cryptocurrency the price you sell at will be compared with your original cost basis and the difference is considered a capital gain/loss for tax purposed.
Since stablecoins are cryptocurrency as well, they are usually treated the same.
Most of them do actually fluctuate a little bit, e.g. a Tether is not at all times exactly worth 1 USD, but sometimes a little bit more and sometimes a little bit less.
So depending on how much Tether you sell, your capital gain/loss could be higher or lower than zero.

For example, if you bought 200,000 USDT at a price of 0.9996 USD/USDT and later sold it for 1.0081 USD/USDT, then you will have realized a gain of 1,700 USD.
So it's not nothing.^^
But even with synthetic stablecoins that are guaranteed not to fluctuate it still might be required to report their sale/exchange.

---

The rule is usually relatively simple:
If you dispose of ANY cryptocurrency, then any appreciation of depreciation in value (of those disposed coins) is usually taxable, depending on the particular laws of your country.
Disposal is any time you sell, exchange or purchase something with cryptocurrency, i.e. when you get rid of it and get something in return.
If you get more from its disposal than what you initially paid for it, then you made a gain (or vice versa: a loss).

Coming back to my capital gains example you last quoted:
If you initially bought 8,000 USDT with fiat (be that USD or GBP), then the amount of fiat you paid for it is the cost basis for those Tether.
Later when you use those USDT to buy ETH, then you're essentially doing two things (in the eyes of most country's tax authorities):

• You dispose of USDT at the current market price
• You then buy ETH with those proceeds

Therefore when you use USDT to buy ETH it doesn't matter if it's a stablecoin or not, it only matters if you have a gain/loss from your disposal of those USDT.
If you have a gain, you usually pay taxes on it.
If you have a loss, then you can usually use that to reduce your tax burden.
If you have neither, then you usually still have to report that.

But again, it all depends on the particulars of your country's tax laws.
For example, in Germany you don't pay taxes on any disposal of cryptocurrency for coins that were held for longer than a year. You don't even have to report their sale.
In the US you have to report everything and do pay taxes even on coins you held long-term (i.e. > 1 year), albeit at a reduced rate.
I'm not familiar with the particulars of the HMRC, so your mileage may vary. (Or should I say: your kilometres may vary^^).

---

tl;dr

• You can always calculate a factual capital gains/loss that happens whenever the disposal-value (e.g. when selling/exchanging/paying) is different than the acquisition-value (e.g. at purchase).
• Whether or not you have to report and/or pay taxes on those gains (or are able to write off any losses) depends on your particular country's tax laws.
• Stablecoins are usually considered the same as any other cryptocurrency, and most stablecoins can and do fluctuate in value just the same, even if only very little.
• Even synthetic stablecoins which are 100% guaranteed to not fluctuate are still usually considered cryptocurrencies and thus would have to be treated the same.

And whenever I say "usually" it means that, you guessed it, it depends on the country's tax laws.^^

---

Thanks for the offer, but I have to politely refuse.
I'm not a tax expert and know nothing about the HMRC's specific laws/regulations.
And though you might be ok with that, I wouldn't feel comfortable taking money for that.
I also don't currently have a lot of free time at the moment anyways.
It's enough for squeezing in a post here or there, but not for a dedicated one-on-one via PMs, my apologies.

In your place I would continue to play around with transactions on a test-account to see how it changes the results.
One hint I would give that could make your analysis easier: Set the purchase- and sale-values for each trade manually!
That is, when you enter a transaction then below the input field for the price is a button "Edit Asset value".
If you click that then you can set the value(s) yourself instead of letting Cointracking determine the historical value.
This way, reports are created from simpler numbers which should make analysis easier.

Hope it helps, good luck!

@danjacksonuk:

Reading through your examples I'm a bit confused because sometimes you say "$" but then mention USDT out of nowhere.
When you say "$" do you actually mean fiat USD?
Or are you exclusively talking about Tether (USDT)?

The only way your examples make sense to me is like this:
1. Deposit $10,000 (as in: Fiat USD) to an exchange which came from e.g. your bank account. => IN: $10,000
2. Buy $10,000 worth of Tether, which should ideally give you 10,000 USDT. => IN: 10,000 USDT; OUT: $10,000
3. Some time later you buy 4 ETH for a total of 8,000 Tether. => IN: 4 ETH; OUT: 8,000 USDT
4. Some time later you sell 2 ETH for a total of 10,000 Tether. => IN: 10,000 USDT; OUT: 2 ETH

Balances afterwards:

• 0 USD
• 2 ETH
• 12,000 USDT

Capital gains:

• Sale of 8,000 USDT (to buy 4 ETH):
  Sell value of $8,000 minus cost basis of $8,000 = $0 gain/loss
• Sale of 2 ETH:
  Sell value of $10,000 minus cost basis of $4,000 = $6,000 gain

Is there something in this example that you don't agree with or think should be displayed differently in the tracker?

Omg, that's it!
I sear I've tried to enter a near-zero value before and it didn't save. But it does seem to save if the fractional part has no more than 8 digits. *self-facepalm*
It works wonderfully now (both in the Cointracking tables and the tax reports) without any workarounds I might forget it a year. 


Thanks a bunch for all the help, much appreciated! ♡

Gotcha, that is what I've been doing in the meantime.
I just thought there is an "official" way to do it, so to speak.^^
At the moment I'm using "Other Income" and set that to a zero cost basis.

The problem with the other income types (as you've mentioned) is that they add additional transactions or make further changes that are not desired.
E.g. when choosing "Minting" or "Masternode" and setting that to 0 cost basis, then it also sets the proceeds to 0.
When choosing "Derivatives" or "Margin Profit", then in addition to adding the gift-sale with 0-cost (which is the desired outcome) it also adds the gift-transaction itself as another sale with 0-cost and 0-proceeds.
That would be fine as well, as they come out as a zero gain/loss, but I don't like having them listed on the tax report when there was no actual additional sale.

It seems the only way to have a 0 cost basis gift-sale be added correctly is by adding it as "Other Income" and setting that transaction-type to 0 cost basis.
Which works fine at the moment, but if I ever have "Other Income" that shouldn't be calculated at 0-cost, then I can't properly record that without influencing the 0-cost gift-sales.

Another (though less problematic) thing is that the filter of the tax generation screen doesn't seem to save the filter settings, so one always has to remember to set "Other Income" to 0 cost basis.
Because of that and the other problems, it would be super helpful if there was a way to mark individual transactions with a 0 cost basis.
Or alternatively to let us set the group-sliders to 0 cost basis as well.
Maybe for a future update? 

Oooooh that makes so much sense! I never had a use for trade groups before, so after a while I filtered them out of my mind.^^
Thank you so much for that hint!

Hey guys, there is something I can't wrap my head around regarding gifts.

Let's say I have two different type of gifts:

• Gifts where I know (and can prove) the original cost basis and purchase date.
• Gifts where I don't know either.

For the former, if I want to take over the cost basis of the previous owner I can enter the original cost basis as the transaction's value.
For the latter though, where I don't know the original cost basis, I would have to set it to zero.

Unfortunately though it won't save it when I enter zero (it will revert to the fair market value it calculates automatically).
Now, I'm aware that we can set ALL gifts to be calucated with a zero cost basis (via the filter).
But try as I might, I don't see how I can enter a cost basis for some gifts and have it set to zero for other gifts.

Question(s):
Is it possible to use both? That is, can we enter a custom cost basis for some gifts while setting it to zero for others?
If that is technically not possible at the moment, how do you guys handle it when you have both types of gifts?