Bitcoin Cash hård fork fra Bitcoin den 1. august 2017 gav hver Bitcoin-indehaver én "gratis" Bitcoin Cash-mønt for hver bitcoin, de ejede – i hvert fald dem, der bruger tegnebøger eller velrenommerede børser. Selvom bonusmønten er næsten $300 værd i dag, er der hundredvis af andre hard forks, der er langt mindre værd, og som skatteyderne måske ikke engang kender til.
Det største spørgsmål for skatteyderne er, hvordan man håndterer disse hard forks fra et skattemæssigt synspunkt. For eksempel, hvad skal omkostningsgrundlaget være for en ny mønt modtaget fra en hard fork? IRS har indtil videre givet lidt vejledning med hensyn til spørgsmål som disse, men der er nogle populære meninger fra revisorer og andre fagfolk.
Lad os se nærmere på hard forks, hvordan IRS behandler dem, og strategier til at håndtere dem (og andre problemer) i din skatteforberedelse hvert år.
Hvad er en hård gaffel?
En fork er en ændring af blockchain-software, der skaber en splittelse i kæden. Mens soft forks opretholder kompatibilitet mellem de to kæder, skaber hard forks kæder, der er inkompatible med hinanden. Enhver, der havde mønter før og under fork'en, vil have mønter på begge kæder efter fork'en, hvilket kan have en betydelig indflydelse på skatterne.
Der er flere grunde til, at hard forks kan forekomme:
- uoverensstemmelser – Kryptovaluta-vedligeholdere kan være uenige om projektets retning og beslutte at opdele det i to grupper. For eksempel opstod Bitcoin Cash hard fork på grund af grundlæggende uenigheder om, hvordan netværket skulle skaleres.
- Ny funktionalitet – Vedligeholdere af kryptovalutaer ønsker måske at tilføje ny funktionalitet, der ikke er mulig uden en hard fork. For eksempel var Ethereums Byzantium hard fork en obligatorisk opgradering for at forbedre privatlivets fred og skalerbarhed.
- Sikkerhedsrettelser – Kryptovalutasoftware kan have iboende sikkerhedssårbarheder, der skal rettes, før en angriber udnytter dem. I disse tilfælde kan en hard fork være nødvendig for at beskytte økosystemet.
- Omvendte transaktioner – Kryptovalutaer, der oplever et hack, der resulterer i tab for brugerne, kan vende disse transaktioner med en hard fork. For eksempel inddrev Ethereums DAO-hard fork fra 2016 midler, der stammede fra fejlkode.
Når hard forks opretter nye mønter, er der normalt et snapshot på et bestemt bloknummer, der fungerer som en skæringsdato for modtagelse af mønter på den nye kæde. Det er ikke nødvendigt at beholde den originale mønt, efter at snapshottet har fundet sted, og den nye mønts værdi afhænger af markedskræfterne. Mens alle kan oprette en fork, afhænger værdien af den nye mønt af dens adoption.
Hard Fork-skatter
Skattemyndighederne (IRS) har kun udstedt en enkelt form for vejledning relateret til kryptovalutaer tilbage i 2014, men det nævnte ikke eksplicit, hvordan man skulle håndtere de "gratis" aktiver modtaget fra hard forks (eller airdrops). Trods denne mangel på vejledning har skattemyndighederne gjort det klart, at de forventer, at skatteyderne redegør for alle kryptorelaterede gevinster.
Der er et par forskellige fortolkninger:
- Øjeblikkelig beskatning – Skatteyderne kan fastsætte deres omkostningsgrundlag ved hjælp af markedsværdien af det forkede digitale aktiv på det tidspunkt, hvor skatteyderen får kontrol over aktivet. Udfordringen med denne tilgang er, at disse aktiver kan være vanskelige at værdiansætte, før de optræder på en sekundær børs eller opnår et rimeligt niveau af likviditet.
- Beskatning ved salg – Skatteydere kan antage, at omkostningsgrundlaget er nul, når aktivet blev oprettet, og betale skat af salgsprisen for aktivet, når det sælges. Da der er mindre risiko for uenighed med IRS om omkostningsgrundlaget, er beskatning ved salg den mest anbefalede skattebehandling for hard forks, indtil IRS giver mere vejledning.
Den største usikkerhed omkring IRS-behandling Af hard forks relaterer sig til, hvornår de overtager kontrol over et forked aktiv. For eksempel modtager skatteydere muligvis ikke tilstrækkelig besked om, at en hard fork har fundet sted, og kan være nødt til aktivt at opsøge og manuelt gøre krav på deres forkede aktiver. Det er usikkert, om de, der ikke opsøger ejerskab, stadig skylder skat.
Tips til at forblive kompatibel
Det amerikanske Repræsentanternes Hus har anmodet IRS om at præcisere den skattemæssige behandling af hard forks og airdrops, samt om at skitsere, hvordan omkostningsgrundlaget skal bestemmes mere bredt. Det er uklart, hvornår denne vejledning vil blive udstedt, men mange kryptohandlere og investorer forventer, at den vil komme ud inden april 2020, når den næste skattesæson træder i kraft.
I mellemtiden bør skatteyderne handle i god tro og samarbejde med en revisor for at sikre, at de korrekt bogfører fordelte aktiver. Den sikreste tilgang er typisk at bruge Upon-Sales Taxation-tilgangen, der antager et nul-omkostningsgrundlag og involverer betaling af kapitalgevinster eller almindelig indkomstskat - afhængigt af beholdningsperioden - ved salg.
ZenLedger hjælper med at forenkle kryptoskatter og -regnskaber ved at samle transaktioner på tværs af flere børser og tegnebøger, beregne omkostningsgrundlaget og automatisk udfylde populære IRS-formularer, såsom Form 1040 Schedule D. Ved at automatisere denne proces på en verificerbar måde kan du sikre, at du betaler det rigtige beløb i skat, og have et revisionsspor på plads i tilfælde af IRS-problemer.
Tilmeld dig ZenLedger i dag og se hvor nemt det er at komme i gang med at aggregere dine transaktioner og vedligeholde et revisionsspor for IRS.
The Bottom Line
Hard forks kan være meget værdifulde transaktioner for nogle kryptovalutahandlere og -investorer. For eksempel gav Bitcoin Cash hard fork "gratis" mønter til Bitcoin-indehavere, der nu er værd næsten $300 stykket. Ulempen er, at disse transaktioner kan gøre skattesæsonen mere kompleks, især når man forsøger at beregne omkostningsgrundlaget og betale kapitalgevinster.
Det bedste råd til de fleste kryptobrugere er at konsultere deres revisor, handle i god tro, når de betaler skat, og udnytte software som ZenLedger til automatisk at beregne gevinster og tab på en måde, der er transparent og verificerbar i tilfælde af en revision.
