Classification of Bridges

Hello again :blush:,

How is a bridge correctly classified? For example if I change BNB.RUNE to ETH.RUNE or wrapped BTC to native BTC or vice versa. It should not be a taxable event, right? If it’s a taxable event, is it classified by an OTC transaction or Swap?

Kind regards,
Aui

Here is the breakdown of classifications: Crypto Tax Classifications : Accointing AG
Here is how you are taxed per classification: https://www.accointing.com/the-hub/?s=classifications&id=3300&post_type=post

The way I personally handle it is when you wrap it, that is an internal transfer. Because it is the same coin with the same value. See here.

Hi and thank you for your response :slight_smile:
I don’t know, whether I understand it correctly. E.g. I try to manually define an internal transaction in Accointing for wrapping my native Bitcoin. The wrapped Bitcoin is then e.g. an ERC-20 token, but the “internal” transfer only allows the transaction of the same coin, i.e. I cannot send the native BTC from my BTC-Wallet and receive another coin (in this case the wrapped BTC) in my ERC-20 Wallet with the “internal” classification in Accointing. I can only define one coin for an internal transaction from one wallet to another, otherwise Accointing thinks it’s a Swap or OTC. If I define the internal transaction for wrapped BTC only, Accointing asks for the purchase history of the wrapped BTC. Or do you define an internal transaction of the native BTC, no matter it was actually wrapped during this transaction?

Isn’t it maybe a good idea to implement an additional classification for transactions of wrapping coins or just changing the blockchain of the same coin? You would define the sending and receiving wallet and the coin and the switched/modified blockchains. And according to your country it’ll be handled taxable or not.

I hope it is clearly understandable what I am trying to explain :crazy_face:

Best regards,
Aui

I personally like the new classification idea, however we need to look into the tax implementations of this.

I will ask our support team what needs to happens. With the current systems I am trying to decide the best way for you to proceed.

Here are some solutions.

  1. MAY MESS UP LONG-TERM holdings for tax classifications. Manually add a withdrawal transactions of the BTC and classify it as Remove Funds (Non-taxable event) Then manually add a deposit transaction of the wrapped BTC and classify it as Add Funds (a non-taxable event). The issue with this is that if you were holding that BTC for more than a year then it would reset the time until you would have a long-term holdings. If you are in America, you are taxed less if you help an asset for more than a year (long-term). If you are not in the US then you may want to do a little research and see your options. If this BTC was already help less than a year, maybe like a few days, then maybe this is option is worth it to you for a quick solution.

  2. You could just keep it as BTC in Accointing’s system and then manually ignore all wBTC transactions and manually replace it with BTC ones. More work but fixes the Long-term holding issue, if that applies to you.

  3. Wait until Accointing creates a new classification for this or some solution. This may take awhile though since we are low on staff at the moment.

  4. We are hiring! You can earn $5,000 by referring someone here: ACCOINTING.com Referral Program: Earn $5.000! - We Are Hiring - Accointing.com

2 Likes

Consider voting for this?
This could help with wrapping coins:

And with bridging comes another problem (or feature? xD)
When bridging, for example, from Binance Smart Chain to Polygon Chain, you woun’t get all of your Tokens. There is a fee next to the chain fee.


And now the Problem:
At the Polygon Wallet in Accointing, there is a leftover of USDT. At the real wallet it’s not.
When i ad a additional fee withdrawal, accointing grumbles of missing funds. :man_shrugging:

So, i assume, the summary of the wallets (especially polygon is calculated and not the real condition of the wallet. Why?

You can manually create a withdrawal transaction and classify it as a fee :slight_smile:

We are working on the missing funds issue now.
Even when you refresh the wallet it has an issue?

Yes. It says that these Fees are missing.

Can you manually create a withdrawal and classify it as a fee?

I can, but it doesn’t work.

We have been getting an error lately with something to so with internals, we have been unable to recreate the issue, so that may be the funding alert you are getting. We need to do some investigation.

1 Like

The miscalculation error should be fixed now. Please refresh your wallets and let me know if it is working now :smiley: