Lista di controllo per l'audit crypto: cosa richiede il revisore e come si presenta una buona risposta

Dieci richieste che ricorrono in quasi tutti gli audit di criptovalute possedute. Ogni voce indica cosa chiederà il revisore e come si presenta una buona risposta, così puoi colmare le lacune prima del lavoro sul campo, non durante. Affrontala almeno un mese prima dell'inizio dell'audit.

Informazioni generali, non consulenza legale, contabile o fiscale. Le aspettative di audit variano per revisore e framework; conferma i requisiti con il tuo revisore e con un consulente qualificato.

La struttura di un audit crypto

Un revisore che testa le attività digitali cerca di rispondere a quattro domande: l'entità controlla ciò che dichiara di controllare, la popolazione delle transazioni è completa, i numeri sono misurati secondo una base documentata e applicata in modo coerente, e ogni cifra registrata è riconducibile alla fonte. Tutto ciò che segue serve una di queste quattro. Quando un'ente fallisce, di solito è sulla completezza o sui trasferimenti, non sull'aritmetica.

La lista di controllo

1. Inventario di wallet ed exchange, con prova del controllo

Cosa viene richiesto: un registro completo di ogni indirizzo di wallet, account exchange e rapporto di custodia in essere alla fine del periodo, oltre alla prova che l'entità controlli ciascuno. Una buona risposta: un registro aggiornato che nomini ogni indirizzo o account, la rete o la piattaforma, lo scopo, i firmatari responsabili e la prova del controllo, come un messaggio firmato dall'indirizzo, un piccolo trasferimento di controllo o conferma del custode. Includi gli indirizzi aperti e chiusi durante il periodo, non solo quelli attivi alla data di riferimento.

2. Completezza della popolazione delle transazioni

Cosa viene richiesto: la prova che ogni transazione del periodo sia stata acquisita, non solo quelle note al team di contabilità. Una buona risposta: la popolazione è derivata dal registro dei wallet stesso, estratta direttamente dai dati on-chain e dalle API degli exchange, non da esportazioni manuali, con una riconciliazione documentata dal saldo iniziale più movimenti al saldo finale per ciascun indirizzo. Qualsiasi indirizzo nel registro che non abbia prodotto dati deve essere spiegato, non silenziosamente omesso.

3. Trasferimenti interni non trattati come dismissioni

Cosa viene richiesto: un elenco dei movimenti tra i wallet dell'entità e la prova che nessuno di essi abbia generato una plusvalenza o una minusvalenza realizzata. Una buona risposta: ogni trasferimento interno è abbinato tra uscita ed entrata, entrambe le gambe sono nel registro dei wallet, il valore contabile viene mantenuto e il report mostra zero plusvalenze per quei movimenti. Questo è il test a più alto rendimento che un revisore esegua, perché un trasferimento registrato come vendita crea una plusvalenza mai esistita e gonfia sia il conto economico che la posizione fiscale.

4. Metodo di base di costo, documentato e applicato in modo coerente

Cosa viene richiesto: il metodo scelto, dove è documentato e la prova che sia stato applicato a ogni dismissione senza eccezioni. Una buona risposta: il metodo è indicato nella policy contabile firmata, è applicato dal sistema, non dal preparatore, e una riesecuzione sugli stessi dati riproduce le stesse plusvalenze. Nota che un cambiamento di metodo a metà periodo, o un metodo diverso usato in un wallet, è di per sé una rilevazione.

5. Convenzione sul fair value

Cosa viene richiesto: quale fonte di prezzo è stata usata, con quale cutoff, e cosa è successo per gli asset non coperti dalla fonte. Una buona risposta: una fonte o gerarchia documentata, un orario e un fuso orario di cutoff fissi applicati a ogni fine periodo, un fallback dichiarato per i prezzi mancanti e prezzi memorizzati con i loro timestamp, così il revisore può riprodurre una valutazione piuttosto che accettarla.

6. Dettagli a livello di lotto dietro ogni plusvalenza o minusvalenza

Cosa viene richiesto: per un campione di dismissioni, i lotti di acquisizione specifici consumati, la loro base, il corrispettivo e la conseguente plusvalenza o minusvalenza. Una buona risposta: un registro per lotto che mostri, per la dismissione campionata, esattamente quali lotti sono stati liberati e perché il metodo li ha selezionati, con l'aritmetica visibile. Una cifra sintetica senza dettaglio dei lotti non può essere testata e sarà trattata come non supportata.

7. Riconciliazione tra sub-ledger e contabilità generale

Cosa viene richiesto: la prova che le registrazioni in contabilità generale coincidano con il dettaglio del sub-ledger crypto e che i saldi degli asset nei libri coincidano con le disponibilità effettive su chain e sugli exchange al cutoff. Una buona risposta: una riconciliazione di periodo con ogni riga di GL riepilogata che si scompone nelle sue transazioni sottostanti, e ogni differenza spiegata per causa, ad esempio un wallet in ritardo di sincronizzazione o una transazione non classificata, piuttosto che con una rettifica di bilanciamento.

8. Trattamento e classificazione delle commissioni

Cosa viene richiesto: come sono state trattate le commissioni di acquisizione, di dismissione e di rete, e se il trattamento corrisponde alla policy dichiarata. Una buona risposta: le commissioni di acquisizione riconducibili al costo, quelle di dismissione ai proventi netti, le commissioni di rete classificate secondo la policy e la dismissione del token nativo per il pagamento del gas riconosciuta, non ignorata. Commissioni gestite in modo incoerente distorcono sia lo stato patrimoniale che le plusvalenze realizzate.

9. La policy contabile firmata

Cosa viene richiesto: la policy contabile crypto in vigore durante il periodo, firmata e datata. Una buona risposta: un documento attuale e approvato che copra ambito, framework, base di misurazione, metodo di base di costo, convenzione sul fair value, trattamento delle commissioni, trattamento dei redditi e trasferimenti interni, con le versioni superate conservate, così il revisore può vedere quale era applicabile quando. Se non ne hai una, parti dal modello di policy contabile crypto.

10. Una pista di audit che supporti la ri-esecuzione

Cosa viene richiesto: prendere una registrazione contabile e risalire alla fonte. Una buona risposta: la voce di GL riepilogata punta alle sue transazioni componenti, ogni transazione punta a un wallet, a un'esecuzione su exchange o a un hash di transazione on-chain, e il prezzo usato punta a una quotazione memorizzata con timestamp. Il revisore dovrebbe poter ri-eseguire la registrazione dall'inizio alla fine senza chiedere al team finanziario di ricostruire nulla a mano.

Autovalutazione rapida

Colmare le lacune

Gran parte di questa lista è un problema di sistema, non di impegno. Un sub-ledger crypto contiene il registro dei wallet, estrae la popolazione direttamente dai dati di rete e piattaforma, riconosce i movimenti tra wallet propri come trasferimenti interni, applica un unico metodo di base di costo in modo deterministico, memorizza i prezzi usati e mantiene ogni registrazione riepilogata collegata alle transazioni e agli hash sottostanti. CryptaCount copre oltre 90 reti blockchain e oltre 100 connettori per exchange e wallet, con contabilità IFRS e US GAAP, quindi la documentazione esiste come sottoprodotto della chiusura, non come progetto pre-audit.