Ripple CTO’s XRP-stakingidee zet de IRS-cryptoregels op de proef
Ripple News – XRP

Ripple CTO’s XRP-stakingidee zet de IRS-cryptoregels op de proef

Door dutchlbn
  • Schwartz betoogt dat nieuw gecreëerde XRP staking-beloningen alleen belast moeten worden bij verkoop, niet bij ontvangst.
  • Hij maakt onderscheid tussen nieuw gecreëerde beloningen (belast bij verkoop) en overgedragen tokens (belast bij ontvangst).
  • IRS Revenue Ruling 2023-14 belast staking-beloningen bij ontvangst, wat in tegenspraak is met Schwartz’s argument.

David Schwartz, voormalig CTO van Ripple, heeft het debat opnieuw aangewakkerd over hoe staking-beloningen belast moeten worden als het XRP Ledger ooit een native staking-model implementeert.

Zijn opmerkingen vielen tijdens een gesprek met crypto-belastingexpert Clinton Donnelly over de vraag of staking-beloningen belast moeten worden voordat ze worden verkocht.

Het Gebreide Trui-model voor XRP Staking

Volgens David Schwartz moet de fiscale behandeling van een staking-systeem worden bepaald door hoe het beloningen genereert en distribueert.

Naar zijn mening kunnen beloningen die al bestaan en aan een gebruiker worden overgedragen, worden beschouwd als belastbaar inkomen bij ontvangst.

Hij ontwierp een aparte lijn voor prijzen die worden gegenereerd door dezelfde staking-procedure die ze distribueert.

Schwartz merkte op: “Als de staking-beloningen worden gecreëerd door het staking-proces, dan is het net alsof je een trui hebt gebreid om te verkopen. Er is geen belasting verschuldigd totdat je de trui verkoopt.”

Dus dezelfde redenering zou moeten gelden voor nieuwe XRP staking-beloningen.

Bovendien creëert dit perspectief een duidelijk onderscheid tussen token-acquisitiemethoden.

Bestaande tokens worden gedistribueerd door bepaalde protocollen, wat resulteert in een onmiddellijke inkomstenbelastinggebeurtenis. Oorspronkelijke protocollen geven echter gloednieuwe activa uit direct vanuit XRP staking.

Daarom stelt Schwartz dat deze nieuwe digitale activa gecreëerd eigendom zijn.

Deze classificatie zou impliceren dat federale belastingverplichtingen alleen ontstaan wanneer activa uiteindelijk worden verkocht.

Het concept van dit theoretische model biedt een verdedigbare digitale activa-belastingstrategie voor toekomstige deelnemers in digitale activa.

Theoretische XRPL-upgrades en toekomstige XRP Staking

De discussie geeft niet aan dat XRP Ledger nu native staking mogelijk maakt.

XRPL gebruikt geen proof-of-stake-consensus, dus houders kunnen XRP niet rechtstreeks op het netwerk staken op dezelfde manier als gebruikers dat doen op netwerken zoals Ethereum.

Schwartz’s gedachten waren gericht op hoe een potentiële architectuur zou kunnen functioneren als het ecosysteem ooit een staking-achtig mechanisme zou overwegen.

Hij stelde dat de fiscale behandeling zou worden bepaald door of de beloningen nieuw zijn of betaald door een andere partij voor een dienst.

Dit is een cruciaal belastingdebat als token-beloningen worden goedgekeurd door validators.

Deze nieuwe juridische theorieën zouden onmiddellijk op de proef worden gesteld als een succesvolle structurele upgrade zou plaatsvinden.

Navigeren door huidige IRS-belastingregels

De IRS handhaaft momenteel een zeer strikt standpunt over digitale activa-beloningen.

Specifiek schrijft Revenue Ruling 2023-14 voor dat belastingbetalers geld verschuldigd zijn bij ontvangst van tokens.

Het agentschap beoordeelt belastingverplichtingen zodra de gebruiker de volledige zeggenschap (controle) over het actief heeft.

Natuurlijk staat dit rigide regelgevingskader in directe tegenspraak met het laatste Ripple-directievoorstel. De overheid eist onmiddellijke belastingen, zegt Schwartz, uitgesteld tot verkoop.

Dit fundamentele meningsverschil zal onvermijdelijk leiden tot een botsing tussen de ontwikkelaars en toezichthouders.

De industrie heeft dringend behoefte aan duidelijkheid over de toekomst van XRP staking in de komende tijd.

dutchlbn

Over de auteur

dutchlbn

Geef een reactie

Je e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *