CARF, exchange e wallet: tenere sotto controllo i criptoasset della LLC

Segui 25.000 USDC tra due exchange e un wallet aziendale: saldi completi, gas separato e incasso in dollari spiegati con un esempio verificabile.

Il CARF trasforma l’attività gestita da exchange e altri prestatori crypto in informazioni strutturate per utente, asset e categoria di operazione. Per una LLC questa prospettiva non basta. La società deve poter ricostruire ogni movimento, dimostrare chi controlla ciascun conto o wallet e spiegare perché un valore è entrato, uscito, stato scambiato o rimasto nella tesoreria aziendale.

Questo è il punto centrale della guida. L’export di un exchange non coincide con la contabilità completa della LLC e la blockchain non descrive la ragione commerciale di ogni trasferimento. Quando l’impresa combina Kraken o un altro exchange, autocustodia, incassi in USDC, regolamento in USD e conti in EUR, occorre collegare tutti i canali senza trasformare lo stesso trasferimento interno in due eventi economici.

Una LLC ben strutturata offre un centro giuridico stabile. È la società a possedere i conti, sottoscrivere i contratti, emettere le fatture, detenere la tesoreria e autorizzare i movimenti. L’obiettivo non è costruire l’attività intorno a un file di reporting, ma mantenere registri aziendali comprensibili anche quando cambiano provider, reti e formati.

La vista CARF e la vista della società

Il Crypto-Asset Reporting Framework dell’OCSE distingue tre famiglie principali di Relevant Transactions:

  • scambi tra crypto-asset rilevanti e valute fiat;
  • scambi tra uno o più crypto-asset rilevanti;
  • trasferimenti di crypto-asset, compresi determinati pagamenti retail.

Lo schema XML CARF aggiornato nel 2025 traduce queste famiglie in campi definiti. Per ogni asset può contenere acquisizioni e cessioni, trasferimenti in entrata e in uscita, numero di operazioni, unità, importi aggregati e valuta di valorizzazione. Prevede inoltre categorie come staking, prestiti crypto, wrapping, collateral, pagamenti per beni o servizi e trasferimenti verso wallet che il provider non riconosce come appartenenti a un’altra istituzione finanziaria.

La LLC deve conservare il dettaglio economico sottostante:

Informazione CARFInformazione aggiunta dalla società
Unità acquisite o ceduteData, singola operazione, lotto e conto
Valore fiat aggregatoFonte del prezzo e momento di valorizzazione
Numero di transazioniID di trade, ordine, deposito o prelievo
Trasferimento in entrata o uscitaOrigine, destinazione, titolarità e scopo aziendale
Tipo di trasferimento noto al providerFattura, contratto, conferimento, distribuzione o trasferimento proprio
Wallet non riconosciuto come providerIndirizzo, rete, controllo e funzione nella LLC
Entity User e Controlling PersonsDocumenti societari aggiornati e prova dei poteri

Il CARF fornisce una vista annuale standardizzata dal punto di vista del provider. L’azienda deve poter risalire dall’importo aggregato alla singola operazione che lo ha generato.

Perché due export corretti non coincidono subito

Un exchange e una blockchain osservano lo stesso movimento in momenti diversi. L’exchange può attribuire la data al prelievo quando accetta l’istruzione. La rete lo conferma più tardi. Il wallet di destinazione mostra l’importo netto dopo la fee e un secondo exchange assegna un altro identificativo al deposito.

Sono frequenti anche altre differenze:

  • un provider indica semplicemente USDC, mentre un altro distingue Ethereum, Solana o Base;
  • le commissioni possono essere addebitate nell’asset trasferito, in un token diverso o in fiat;
  • uno swap appare come un solo ordine nell’interfaccia, ma contiene due componenti economiche;
  • un acquisto periodico può raggruppare più esecuzioni;
  • una stablecoin può essere regolata poco sopra o sotto un dollaro;
  • un bridge può bruciare un token su una rete ed emetterne la rappresentazione su un’altra;
  • un export usa UTC e l’altro il fuso orario dell’utente;
  • il provider può completare o correggere una transazione dopo il primo download.

Queste differenze non rendono i dati inaffidabili. Richiedono identificatori comuni e regole di riconciliazione precise.

Dodici campi per registri solidi

Ogni movimento dovrebbe conservare almeno questi livelli informativi:

  1. Identificativo originale. ID del trade, ordine, deposito, prelievo o movimento.
  2. Fonte. Exchange, custode, wallet, processore, banca o protocollo.
  3. Titolare giuridico. LLC, proprietario o altra controparte. L’email di accesso non prova la titolarità.
  4. Data e ora. Timestamp originale, fuso orario e valore normalizzato in UTC.
  5. Identità dell’asset. Nome, simbolo e, quando necessario, rete e contratto del token.
  6. Unità lorde e nette. Quantità inviata, ricevuta e trattenuta come fee.
  7. Tipo di evento. Acquisto, vendita, swap, incasso, pagamento, trasferimento proprio, conferimento, distribuzione, reward, prestito o collateral.
  8. Valore fiat. Importo, valuta, fonte del prezzo e momento esatto della valutazione.
  9. Commissione. Asset, unità, valore e natura del costo.
  10. Indirizzo e hash. Origine, destinazione e riferimento on-chain, se disponibili.
  11. Movimento associato. ID che collega i due lati di un trasferimento interno.
  12. Prova aziendale. Fattura, contratto, documento del fornitore, decisione di tesoreria o delibera.

Nessuna piattaforma fornisce tutti questi campi. La riconciliazione li unisce senza alterare i file originali.

Un metodo affidabile tra exchange e wallet

Mappare prima la titolarità

Elenca tutti i conti e gli indirizzi attivi nel periodo. Per ciascuno registra il titolare, l’entità contrattuale del provider, l’ID del conto, le reti, gli asset e le date di apertura o chiusura.

Un wallet personale del proprietario non diventa un wallet della LLC solo perché ha ricevuto fondi societari. Se asset o controllo vengono conferiti alla società, la data effettiva e il fondamento dell’operazione devono essere documentati.

Conservare i dati grezzi

Scarica la cronologia più dettagliata disponibile e mantienila inalterata. Se il provider separa trade, depositi, prelievi, reward e commissioni, conserva ogni file. La normalizzazione si effettua su una copia di lavoro.

Uno screenshot può supportare una spiegazione, ma non sostituisce un export con ID, unità e timestamp.

Normalizzare senza perdere significato

Converti le date a un riferimento comune, conservando sempre l’orario originale. Unifica i simboli soltanto se identificano lo stesso asset. Token con lo stesso ticker ma contratti o reti differenti devono rimanere distinti. Non arrotondare le unità prima di aver chiuso la riconciliazione.

Il CARF può comunicare fino a sei decimali quando rilevante. I registri interni possono richiedere maggiore precisione per fee di rete o asset altamente frazionabili.

Separare le componenti economiche

L’acquisto di ETH con USDC comprende un’uscita di USDC, un’entrata di ETH e normalmente una commissione. La conversione da USDC a USD comprende la cessione del token e l’entrata fiat. Il pagamento di una fattura in USDC è un incasso commerciale e anche la ricezione di un asset digitale.

La separazione impedisce che un’etichetta generica del provider nasconda la sostanza dell’operazione.

Abbinare i trasferimenti propri

Il transaction hash è il riferimento comune più forte quando esiste. Un abbinamento robusto confronta anche:

  • rete e asset;
  • indirizzo di origine e di destinazione;
  • unità lorde e nette;
  • fee di rete;
  • intervallo temporale;
  • ID di prelievo e deposito;
  • titolarità di entrambi gli estremi.

Se entrambi i conti appartengono alla LLC, si registra un trasferimento interno con due lati. Non si creano due ricavi e non si presume una vendita.

Per la fiscalità federale statunitense, le FAQ dell’IRS sugli asset digitali precisano che spostare asset tra wallet o conti dello stesso contribuente non è di per sé imponibile. Gli asset utilizzati o trattenuti per pagare i servizi della transazione richiedono un’analisi separata.

Riconciliare prima le unità

Le unità iniziali, più acquisizioni ed entrate, meno cessioni, uscite e commissioni, devono spiegare il saldo finale di ogni asset in ogni luogo. Soltanto dopo si controllano i valori fiat.

Questo approccio individua reward omessi, fee dedotte, bridge, depositi in sospeso o trasferimenti sulla rete sbagliata che un controllo basato solo sugli importi può non rilevare.

Lasciare visibili le eccezioni

Non forzare una classificazione quando manca la prova. Mantieni un elenco breve con una ragione precisa: titolare del wallet da identificare, hash assente, differenza di unità, token sconosciuto, deposito senza controparte o valorizzazione senza fonte attendibile.

Un’eccezione si chiude ottenendo informazioni, non assegnando un codice generico che fa semplicemente quadrare i totali.

Esempio numerico: 25.000 USDC tra due exchange e un wallet

È un esempio illustrativo, non un caso di cliente né una tariffa commerciale. Prezzi e commissioni sono ipotesi scelte per rendere verificabile il calcolo. La LLC è titolare di entrambi i conti e del wallet. Utilizza USDC su Ethereum e dispone già di 0,010 ETH nel wallet per il gas. Non ci sono altri movimenti nel periodo considerato.

Quattro passaggi e tre costi distinti

  1. Acquisto. La LLC spende 25.000 USD per acquistare 25.000 USDC sull'exchange A. Ipotizziamo un prezzo di 1 USD per USDC, senza commissione di acquisto.
  2. Prelievo. L'exchange A addebita 20.000 USDC: ne invia 19.998 al wallet e trattiene 2 USDC come commissione di prelievo. Non addebita alla LLC altri costi per questa uscita. È una commissione dell'exchange, non gas Ethereum pagato in USDC.
  3. Trasferimento interno. Il wallet invia esattamente 8.000 USDC all'exchange B, che accredita l'intero importo senza commissione di deposito. Il wallet paga 0,001 ETH di gas dalla riserva separata. La documentazione di Ethereum sul gas indica ETH come valuta con cui si pagano le commissioni di rete.
  4. Vendita in dollari. L'exchange B vende 5.000 USDC a 1 USD ciascuno. Il ricavo lordo è di 5.000 USD; trattiene 5 USD di commissione e accredita 4.995 USD. Il rapporto 1:1 è un'ipotesi dell'esempio, non un cambio garantito.

Il saldo USDC dopo ogni operazione

La tabella riporta saldi successivi, non importi da sommare tra le righe. Tutte le quantità sono espresse in USDC.

Passaggio completatoExchange AWallet della LLCExchange B
Acquisto25.00000
Prelievo verso il wallet5.00019.9980
Trasferimento all'exchange B5.00011.9988.000
Vendita in USD5.00011.9983.000

La posizione finale si verifica separatamente per ciascun asset:

  • USDC: 25.000 - 2 - 5.000 = 19.998 USDC, pari a 5.000 + 11.998 + 3.000 nelle tre posizioni.
  • USD sull'exchange B: 5.000 - 5 = 4.995 USD disponibili. I 25.000 USD iniziali sono stati spesi nell'acquisto e non costituiscono più liquidità aggiuntiva.
  • ETH nel wallet: 0,010 - 0,001 = 0,009 ETH. Il gas non va sottratto anche dal saldo USDC.

I due trasferimenti interni cambiano la collocazione degli asset, non la titolarità. La vendita trasforma 5.000 USDC in dollari; i 4.995 USD incassati non sono di per sé un utile. Il risultato richiede il costo di acquisto e il trattamento applicabile a ciascuna commissione.

Come collegare il caso ai dati CARF

Quando il fornitore è soggetto a CARF, le sue categorie distinguono acquisti, cessioni e trasferimenti. Sommarli non permette di calcolare né il fatturato né il patrimonio della LLC. Anche il prelievo lordo mostrato nell'interfaccia non va copiato senza verifica in un campo di reporting: occorrono le unità effettivamente trasferite e la commissione separata.

I documenti necessari sono concreti: eseguito di acquisto, ricevuta del prelievo con i 2 USDC trattenuti, hash dei trasferimenti, accredito di 8.000 USDC e rendiconto della vendita con i 5 USD di commissione. Il gas ha un importo proprio in ETH. Così si segue l'intero percorso dei fondi senza duplicare ricavi né perdere costi.

Una stablecoin rimane un asset da identificare

USDC, USDT e altre stablecoin possono sostenere incassi, pagamenti ai fornitori, tesoreria internazionale e accesso ai mercati digitali. Ampliano le opzioni finanziarie di una LLC, ma non equivalgono semplicemente a liquidità bancaria.

I registri devono identificare:

  • emittente e token specifico;
  • blockchain e contratto;
  • unità ricevute o trasferite;
  • valore di mercato applicato;
  • commissione e asset utilizzato per pagarla;
  • motivo commerciale, finanziario o interno;
  • eventuale conversione successiva in USD, EUR o altro asset.

Il CARF utilizza valori aggregati e ammette metodi alternativi quando non viene impiegato un prezzo di mercato diretto: valore contabile, valore di terzi, valutazione recente del provider o stima ragionevole. La LLC deve avere anche una propria politica di valorizzazione e applicarla con coerenza nella contabilità e nel quadro fiscale pertinente.

Il riferimento al dollaro non elimina le piccole differenze tra fattura, token ricevuti e regolamento finale. Prezzo, spread e fee devono spiegare tali differenze, senza arrotondare automaticamente tutto a 1:1.

Autocustodia con prova del controllo societario

Il CARF contempla espressamente i trasferimenti verso indirizzi che il provider non riconosce come appartenenti a un altro prestatore di servizi su asset virtuali o a un’istituzione finanziaria. Lo schema aggrega unità e valore inviati a tali wallet. La categoria non trasforma il trasferimento in una vendita e non identifica da sola il titolare economico della destinazione.

Per ogni wallet aziendale in autocustodia conserva:

  • indirizzo e rete;
  • data di attivazione;
  • finalità aziendale;
  • persone autorizzate;
  • politica di approvazione e recupero;
  • prova del controllo da parte della LLC;
  • collegamento con conti exchange e documenti societari.

Chiavi private e seed phrase non devono entrare nel fascicolo contabile. Il controllo si può dimostrare con documenti societari, transazioni di verifica, policy e cronologia coerente senza compromettere la sicurezza delle chiavi.

Swap, wrapping, staking e collateral sono operazioni diverse

Lo schema CARF prevede categorie aggiuntive per staking, prestiti crypto, wrapping e collateral. Un’uscita può rappresentare realtà differenti:

  • scambio definitivo con un altro token;
  • deposito temporaneo come garanzia;
  • asset bloccato per produrre rendimento;
  • rappresentazione wrapped su un’altra rete;
  • prestito erogato o rimborsato;
  • pagamento di una commissione o di un servizio.

L’etichetta del provider è un elemento utile, ma non una conclusione universale. Contratti, condizioni del protocollo, diritti economici e movimenti di ritorno permettono di applicare il trattamento corretto nella contabilità e nella giurisdizione fiscale rilevante.

Incassare una fattura in USDC

Quando un cliente paga 4.000 USDC per un servizio, la LLC deve collegare:

  1. contratto o ordine;
  2. fattura emessa dalla LLC;
  3. indirizzo comunicato al cliente;
  4. hash e momento della ricezione;
  5. valore fiat dell’incasso;
  6. movimento successivo dell’asset;
  7. conversione o permanenza in tesoreria.

Se gli USDC vengono poi inviati a un exchange e convertiti in USD, l’incasso e la conversione sono eventi separati. Se restano nel wallet, continuano a essere un asset della LLC. Se servono a pagare un fornitore, il costo deve avere il proprio documento.

Questa catena trasforma l’incasso in stablecoin in un processo aziendale professionale, non in un flusso parallelo scollegato dalla società.

Il ruolo della LLC in un’operatività crypto internazionale

La LLC offre un’identità giuridica durevole attorno a strumenti finanziari in rapida evoluzione. Può riunire conti exchange aziendali, wallet, contratti, sistemi di incasso, banca in USD, accesso all’euro e tesoreria digitale sotto la stessa struttura.

L’architettura è particolarmente solida quando:

  • exchange e wallet sono attribuiti formalmente alla LLC;
  • i fondi del proprietario entrano come conferimento o finanziamento documentato;
  • i prelievi sono qualificati secondo la loro natura effettiva;
  • la società conserva i propri export e non dipende permanentemente da una piattaforma;
  • ogni movimento ha una finalità aziendale;
  • investimento, incassi e capitale circolante rimangono distinti nell’analisi;
  • attività e residenza fiscale sono seguite con criterio professionale.

Il CARF non elimina la riservatezza giuridica, la separazione patrimoniale o le possibilità operative di una LLC. Richiede chiarezza su quale provider comunica, quale utente identifica e quali aggregati trasmette. Una struttura ordinata dispone di più opzioni proprio perché può dimostrare come le utilizza.

Come interviene Exentax

Exentax va ben oltre la costituzione della LLC. Progettiamo l’architettura completa affinché società, banche, processori, exchange, wallet, USD, EUR e stablecoin descrivano la stessa attività.

Verifichiamo titolarità dei conti, entità dei provider, residenza, documenti societari e flusso dei fondi. Definiamo i conti utili, la separazione tra tesoreria e investimento e i registri che rendono comprensibili incassi, trasferimenti, swap e conversioni.

Il nostro lavoro unisce struttura internazionale, fiscalità, banca e operatività. Il cliente riceve una LLC pronta a utilizzare strumenti finanziari reali, non una società isolata dal modo in cui incassa, investe e paga.

Per il calendario del primo ciclo, consulta i registri DAC8 2026 e lo scambio del 2027. Per separare provider, trasferimento e reporting, prosegui con MiCA, DAC8 e la Travel Rule. Per incassi e regolamento, leggi pagamenti, stablecoin e una US LLC.

Domande frequenti sulla riconciliazione CARF

Il CARF comunica ogni singola operazione?

Lo standard scambia informazioni aggregate per utente, asset e categoria. I provider conservano i dati sottostanti secondo le regole applicabili. La LLC necessita del dettaglio per spiegare gli aggregati e preparare la propria contabilità.

Un trasferimento tra wallet propri viene contato due volte?

Non deve diventare due operazioni economiche. Può apparire come uscita in una fonte e ingresso in un’altra, ma hash, unità, tempo e titolarità collegano i due lati. La fee di rete si registra a parte.

Un prelievo verso autocustodia è una vendita?

No. Il CARF prevede una categoria per trasferimenti aggregati verso wallet non riconosciuti come provider. La natura economica dipende da chi controlla la destinazione e da ciò che è avvenuto all’asset.

Una stablecoin vale sempre esattamente un dollaro?

Non va dato per scontato. Occorre conservare la valorizzazione effettiva, lo spread e le commissioni. Il CARF ammette anche metodi alternativi quando pertinenti.

Basta l’export annuale dell’exchange?

Non sempre. L’exchange può non conoscere il titolare di ogni wallet, la fattura collegata o la natura di un conferimento. La riconciliazione periodica conserva il contesto quando è ancora disponibile.

Una LLC statunitense rientra automaticamente nel CARF?

Non per il solo fatto di essere costituita negli Stati Uniti. Occorre analizzare il nesso di reporting del provider, identità, residenza e classificazione dell’entità e, quando rilevanti, le Controlling Persons.

Una LLC può combinare exchange, autocustodia e stablecoin?

Sì. La combinazione può essere molto efficiente quando titolarità, poteri, sicurezza dei wallet, valorizzazione e prove aziendali sono allineati fin dall’inizio.

Dai movimenti a una struttura finanziaria leggibile

Riconciliare la crypto non significa produrre un file perfetto per un’autorità. Significa fare in modo che la LLC conosca i propri asset e possa seguirli tra clienti, exchange, wallet, banche e fornitori senza perdere titolarità o contesto.

Questa disciplina permette incassi in stablecoin, diversificazione della tesoreria, investimento e operazioni internazionali con maggiore controllo. Il CARF offre un linguaggio di reporting; una struttura professionale lo trasforma in decisioni aziendali chiare.

Organizzare l'operatività cripto della mia LLC