Topic: CoinTracking - Profit/Loss Portfolio and Tax Reporting for Digital Currencies - page 14. (Read 122389 times)

We have prices back until 04.08.2018 for VEN. We would make them available under a VEN2 ticker as VEN is impulseVEN now. Could you confirm? In this case you would need to rename the old transaction ticker from VEN into VEN2.
If you have trade earlier then a price is available please adjust the asset value manually like we recommend for NFTs: https://cointracking.freshdesk.com/a/solutions/articles/29000038312?lang=en

Thank you for your reply.

Forget about the swap for a moment. In March 2018, before the swap, I had trades done between VEN and other coins (VEN = VeChain back then), right now there is no value assigned to VEN for those trades. Let's say I have to do a tax report for 2018 right now (and therefore the buy and sell values in 2018 are relevant). How can I solve this with Cointracking? do I need to input buy and sell values manually for those old trades?

Updates and Improvements

API
- new API import: KuCoin Futures
- Celsius (transaction type adjustment)
- Import for Kraken Earn transactions

CSV
- new CSV import: KuCoin Futures
- new CSV import: Bison
- Binance (ETH 2.0 Staking now imported)
- Celsius (transaction type adjustment, support for new transaction types, Trade IDs now imported)
- Gate.io (support for new format)
- HitBTC (support for new format)
- Uphold (support for new format and new transaction types)
- BSDEX (support for new format)
- Kraken (support for Earn transactions, import of FIAT fees when FIAT transfers are disabled)
- OKCoin (support for new format and interest)
- BlockFi (support for ACH transactions)
- Exodus (Update for deposit fees)

Blockchain
- new blockchain imports: AVAX & TERRA
- SOLANA (SPL transfers now correctly imported, support for DEX trades)
- ETH (OpenSea atomizer support)
- MATIC (Curve Staking support)
- Fix last import date display on blockchain import pages

Other
- several Ticker updates for correct assignments and price history
- tax report (KAP+SO, ACB and HMRC improvements, German headers in PDFs)
- new partner benefits
- Speed optimization of the recalculation
- From now on you can manually delete up to 5000 transactions at once in the table on the Enter Coins page. To delete more transactions, please use the "Bulk Edit/Delete" function.

Source: https://cointracking.info/new_features.php

I just checked this today and it doesn't seem to be fixed for those that had the old VeChain token in the past. I know that after the token swap the token is VET but VEN still shows on our old records which are relevant for taxation. So if you follow what it says here https://cointracking.freshdesk.com/en/support/solutions/articles/29000025684-ven-into-vet-swap you are not replacing in your old records VEN by VET, you still keep some VEN records, then you do a trade record (VEN to VET) and then you have maybe some more records using VET already.

I think in this case those that we had VEN we should automatically had renamed that token to something like "VEN2" or "VEN (old)" (as it is done for example with "GNT") and keep the records of whatever values they had in the past. Instead we have now assigned the incorrect coin "ImpulseVen" to it. Also it would be good to have some sort of notification about changing the assignation of a ticker like this. I think that another example (not 100% sure of this one) would be BitBay, which back in 2019 when I first introduced it in Cointracking "BAY", now "BAY" is the ticker for "CryptoBay".

If they do not come in via your ETH importer they are not supported yet. It is on our improvement list as well. Thank you for your patience.

Thanks. Is it only Erc1155 that are not imported? How about Erc721?
Thanks

@jjj0x
1. Handling of rebased Token is described here: Handling of Rebase token or elastic coins like AMPL (https://cointracking.freshdesk.com/a/solutions/articles/29000038326?lang=en)
2. Please send us a ticket/E-Mail to [email protected] with your account user name to check. All transactions should be imported. You could download the CSV file to compare if something is wrong on coinbase end providing the data.

Coinbase Pro is lame

Has anyone noticed if they have missing trades for XRP sales in the few weeks preceeding the delisting Jan 2021

My coinbase pro API seems to have imported All non Xrp token trades properly into Cointracking for the last year.... but for whatever reason
it did not import my XRP sales Jan 2021 .... I cant figure out if its a coinbase pro exporting issue or a cointracking importing issue.  Again all the non XRP
trades seem to have imported fine.

I see the XRP sales in my coinbase pro history so not sure why its not in cointracking

How are people treating the issue of olympus style tokens -- Such as sOHM, Time/Memo, Invictus

they are rebasing several times a day sometimes continuously

can anyone share how they are handling the income reports ?   

What a Pain in the ASS!

i just converted to gOHM so i dont have to deal with this anymore.   but Invictus and Snowbank are still ongoing income rebases

@Mat
The burning could be add as "Lost".
The receiving of the NFTs could be added as "income".
Every withdrawal need a corresponding deposit so it does not fit here.

Hi,
How can I handle the following please?

Burning of NFT "Token A"
Receive 5 NFT's "Token B,C,D,E,F"

ie One NFT is being burnt to receive 5 very unique new NFT's.

Do I state "Token A" as a Withdrawal? And then all 5 new tokens as Deposits with value of "Token A" split evenly between all 5 new tokens? ie token A value divided by 5
If so what happens to it in accounting/tax?

Thanks
Mat

Yes, currently they are not imported. We have this already on our improvement list. So adding them manually is fine here.

Hi,

Am I correct in that " Erc1155 Token Txns " from an Ethereum Address are NOT imported via "BlackchainImport"?
Im finding some are missing.

If I know they are not I can go through and make sure I manually enter them all. But would like to be sure that is the case first.

Thanks

@theratears
If the convert AUD to ETH which is a trade is imported via the API then the ETH should be there. But as always - if balances do not match then transactions are wrong or missing. So you need to compare all imported ETH transactions with the real ones at FTX, but could be related to other exchanges as well. Please check the FAQ "how to validate my account" (https://cointracking.freshdesk.com/a/solutions/articles/29000035339?lang=en).

Deposit AUD into FTX, convert the AUD into ETH. In Cointracking i see both transactions get imported but the ETH does not show up in the Dashboard, any ideas why?

@entertainment
We are working on it already. Thank you for your patience.

When Solana will work correctly with Defi? Very annoying that doesn't recognize trades.

@matblam
Of course only ETH transactions are imported with ETH importer. For others (MATIC etc.) please use the other importers if available. AVAX is in development.
NFT fee: It depends if sell or buy and in which currency. Please check "entering fee" FAQ here: https://cointracking.freshdesk.com/en/support/solutions/articles/29000007202-entering-fees

When I set my ETH address as a "Blockchain Import - Ethereum +Dex" does it import all associated Networks/Chains and coins/tokens that are shown in Metamask under that address (like tokens in the Avalanche Mainnet etc?)
OR - Do i need to set up a "Blockchain Import" for each of the Networks/Chains that use that same address?

ie Set up a Blockchain Import for ETH, POLY, Avalanche (all with the same address).
Thanks

---

Hi again. Second question:

When adding NFT, is coin value at purchase inclusive or exclusive of transaction fee (gas)?

Thanks

@rogain905
Possibly the Transaction ID was changed by SOLANA. This is the "marker" for the duplicate check.
You could delete the lately imported transaction by "add date" and set a start date to the SOLANA API job to avoid re-import if your transactions have been fine already beforehand.