Contabilità DeFi: contabilizzazione di liquidità, prestiti, staking e premi on-chain

Contabilità DeFi per i team finance e contabilità. Come contabilizzare l'attività DeFi — fornitura di liquidità, prestito e finanziamento, staking e premi — secondo IFRS e US GAAP, e come un sub-ledger garantisce riconciliazione e auditabilità. Questa guida illustra il trattamento contabile e come il sub-ledger crypto di CryptaCount lo automatizza.

Informazioni generali sul trattamento contabile, non consulenza contabile o fiscale. Verificare rispetto agli standard applicabili (IFRS / US GAAP) e al proprio revisore.

Perché la DeFi è difficile da contabilizzare

La contabilità DeFi è la disciplina che consiste nel trasformare l'attività della finanza decentralizzata in registrazioni contabili ordinarie: riconoscere le attività e le passività create da una posizione su un protocollo, misurarle a ogni data di riferimento, classificarle correttamente e ricondurre ogni cifra alla blockchain. L'attività in sé — fornire liquidità a un market maker automatizzato, prestare su un money market, ottenere finanziamenti con garanzia collaterale, fare staking o raccogliere premi — è economicamente familiare. La difficoltà sta nel fatto che niente di tutto ciò arriva come un rendiconto ordinato. Arriva come un flusso di eventi on-chain che un contabile deve interpretare prima di poter registrare anche solo una singola scrittura.

La prima difficoltà è che un'unica azione dell'utente può generare più eventi contabili. Aggiungere liquidità a una pool comporta, al contempo, la dismissione di due token, il ricevimento di un token di fornitura liquidità (LP token) che rappresenta un diritto sulla pool, e l'inizio di un diritto continuativo alle commissioni. Un deposito di prestito può coniare un token di ricevuta il cui saldo cresce con l'accumulo degli interessi, modificando la quantità dell'attività senza alcuna ulteriore transazione da parte del titolare. Questi non sono casi limite; sono la forma normale dell'attività, e ognuno deve essere scomposto deliberatamente anziché registrato al valore nominale.

La seconda difficoltà è la sostanza sulla forma. Il token ricevuto da un wallet raramente corrisponde all'attività che l'entità detiene economicamente. Un LP token è un diritto su un paniere variabile di due attività più le commissioni accumulate; un token derivato da staking è un diritto sul capitale messo in staking più i premi; un token di ricevuta del debito è una passività che cresce nel tempo. Contabilizzare il wrapper al suo prezzo di mercato, senza guardare a ciò che rappresenta, produce rendiconti fuorvianti. Il lavoro consiste nel riconoscere i diritti e gli obblighi sottostanti, il che è esattamente il giudizio che il solo saldo di un wallet non fornisce.

La terza difficoltà è la completezza e la riconciliazione. Le posizioni si spostano tra protocolli e blockchain, i premi affluiscono continuamente, e la perdita impermanente ridefinisce la composizione della pool blocco per blocco. La quantità in bilancio di ogni attività deve comunque corrispondere all'effettiva posizione on-chain alla data di chiusura, e il lettore deve poter risalire da ogni saldo a un hash di transazione. Farlo manualmente su decine di posizioni è il punto in cui i processi manuali si rompono, ed è il divario che un sub-ledger crypto è costruito per colmare.

Come l'attività si traduce nelle scritture contabili

La contabilità parte da tre decisioni collegate: riconoscimento (quale evento crea una registrazione contabile, e quando), misurazione (a quale valore rimane in bilancio) e classificazione (in quale riga rientra). La DeFi non cambia queste domande; rende solo più difficile leggere gli input. Il principio è quello di mappare ogni evento economico sull'attività o passività che crea realmente, poi applicare il framework e la politica dell'entità in modo coerente.

Fornitura di liquidità

Quando un'entità fornisce liquidità, generalmente dismette i token apportati e riconosce una nuova posizione — rappresentata dall'LP token — che è un diritto sulla sua quota della pool. Se tale dismissione genera una plusvalenza o una minusvalenza dipende dal framework e dalla base di valutazione dei token ceduti. Mentre la posizione è aperta, l'entità matura una quota delle commissioni di trading, e la composizione della pool si modifica con il variare dei prezzi, producendo una perdita o un guadagno impermanente che si cristallizza solo al momento del ritiro. La contabilità deve distinguere lo scambio iniziale, il reddito da commissioni continuativo e il regolamento finale al ritiro della liquidità, invece di trattare l'LP token come un'unica attività statica.

Prestito e finanziamento

Il prestito a un protocollo crea un credito — il diritto di recuperare l'attività fornita più gli interessi maturati. Gli interessi sono reddito che matura nel tempo, spesso riflesso come un saldo crescente del token di ricevuta anziché come un pagamento discreto. Il finanziamento crea una passività misurata in base a quanto deve essere restituito, con il costo del finanziamento riconosciuto come spesa man mano che matura. La garanzia collaterale depositata per garantire un finanziamento rimane generalmente un'attività dell'entità ma è vincolata, e tale restrizione è essa stessa un punto di disclosure. Gli eventi di liquidazione — in cui la garanzia viene prelevata per coprire una posizione — sono dismissioni che devono essere registrate tempestivamente perché avvengono senza che il titolare abbia avviato una transazione.

Staking e premi

I premi di staking e gli incentivi di liquidity mining sono generalmente riconosciuti come reddito quando l'entità ne ottiene il controllo, misurati al fair value alla data di ricevimento. Quel valore di ricevimento diventa anche il costo storico dei nuovi token, il che è importante perché una successiva dismissione misura la plusvalenza o la minusvalenza rispetto ad esso. La data di riconoscimento può essere genuinamente difficile: alcuni premi sono rivendicabili ma non ancora rivendicati, alcuni si accumulano automaticamente in un saldo derivato crescente, e alcuni maturano nel tempo. La politica su quando si ottiene il controllo deve essere dichiarata e applicata allo stesso modo ogni periodo, non decisa caso per caso.

Classificazione secondo IFRS e US GAAP

La classificazione dipende dal motivo per cui l'attività è detenuta e da cosa essa sia. La maggior parte dei token non è denaro contante né strumenti finanziari convenzionali, il che in genere spinge le partecipazioni verso la presentazione come attività immateriali, o come rimanenze dove l'entità è un trader. I crediti e i debiti creati da prestito e finanziamento possono avere caratteristiche di strumenti finanziari e vengono valutati caso per caso. Secondo IFRS, la visione dei diritti sottostanti e il conseguente modello di misurazione derivano da tale classificazione. Secondo US GAAP, il trattamento delle cripto-attività in-scope si è orientato verso il fair value con variazioni riconosciute nell'utile netto, il che cambia dove i movimenti di valore di una posizione DeFi confluiscono nel conto economico. Si tratta di indicazioni a livello di framework; il trattamento specifico per qualsiasi posizione dovrebbe essere confermato rispetto agli standard attuali e con una consulenza professionale.

Costo storico, plusvalenze e minusvalenze

Ogni dismissione in una posizione DeFi — scambiare token in una pool, ritirare liquidità, rimborsare un finanziamento in un'attività diversa, o vendere un token premio — necessita di un costo storico rispetto al quale misurare la plusvalenza o la minusvalenza. Il costo dei token acquistati è quanto è stato pagato; il costo dei token ricevuti come premi è il loro fair value al ricevimento; il costo dei token ritirati da una pool riflette quanto è stato apportato, rettificato per i movimenti della pool. Fare questo correttamente dipende dal tracciamento coerente dei lotti durante l'intero ciclo di vita di una posizione, non solo al momento della vendita.

Poiché la stessa attività viene acquisita in molti momenti e a molti prezzi, l'entità ha bisogno di un metodo di costo storico coerente — FIFO, media ponderata o un altro approccio supportato — applicato uniformemente. Il metodo determina quali lotti consuma una dismissione e quindi la dimensione e il momento della plusvalenza o minusvalenza risultante. Cambiare metodo tra un periodo e l'altro, o applicare metodi diversi alla stessa attività, rende i risultati impossibili da riprodurre ed è un rilievo frequente in revisione. La disciplina è quella di fissare la politica e lasciare che il motore la applichi in modo deterministico.

Come esempio illustrativo, si supponga che un'entità apporti due token del valore complessivo di 100.000 a una pool e riceva un LP token. Nel corso del periodo matura commissioni riconosciute come reddito, e al momento del ritiro il paniere sottostante — rimodellato dai movimenti di prezzo — vale 96.000. Il disavanzo di 4.000 (tutte le cifre sono illustrative) è la perdita impermanente realizzata al regolamento, distinta dal reddito da commissioni guadagnato nel frattempo. Registrare solo la variazione netta del wallet oscurerebbe sia il reddito sia la perdita; scomporre la posizione le porta alla luce correttamente.

Considerazioni sulla rivalutazione e sull'impairment

A ogni data di riferimento, le posizioni DeFi aperte devono essere iscritte al valore corretto. Dove la base di misurazione è il fair value, l'entità ha bisogno di un prezzo difendibile per le attività sottostanti alla data di misurazione, ottenuto in modo coerente e documentato — e per un LP token o un token derivato ciò significa valorizzare ciò che rappresenta, non solo quotare un mercato sottile per il wrapper. Dove la base è il costo meno l'impairment, l'entità deve verificare l'impairment e svalutare quando il valore è sceso al di sotto del valore contabile, il che per i token volatili può essere un evento ricorrente.

La perdita impermanente complica la rivalutazione perché la composizione di una pool si sposta continuamente: le quantità di ciascun token sottostante cambiano man mano che il protocollo si ribilancia rispetto agli scambi. Una valutazione di fine periodo deve quindi riflettere il paniere effettivo che la posizione detiene alla data di chiusura, non il paniere originariamente apportato. I premi maturati ma non ancora rivendicati aggiungono un ulteriore livello — possono rappresentare un valore che l'entità controlla e dovrebbe riflettere, a seconda della politica di riconoscimento. La coerenza tra i periodi è ciò che rende questi movimenti spiegabili piuttosto che arbitrari.

Controlli e pista di revisione

Una contabilità DeFi verificabile richiede una catena ininterrotta da ogni cifra riportata all'evento on-chain che l'ha generata. Le domande di controllo sono concrete: è stata acquisita ogni posizione in wallet e protocollo detenuta dall'entità, o esiste da qualche parte una posizione non mappata — l'asserzione di completezza. La quantità in bilancio di ogni attività corrisponde all'effettiva posizione on-chain alla data di chiusura. Ogni premio e commissione è stato riconosciuto a un valore documentato in una data documentata. La classificazione di ogni posizione è supportata da prove del motivo per cui è detenuta.

• completezza — tutti i wallet e le posizioni attive acquisiti, con le lacune segnalate anziché silenziosamente assenti;
• riconciliazione — le quantità nel libro contabile concordate con la blockchain a ogni data di misurazione, considerando qualsiasi differenza come un segnale d'allarme precoce;
• evidenza di valorizzazione — la fonte del prezzo e la data registrata per ogni premio, commissione e marcatura di fine periodo;
• supporto alla classificazione — lo scopo aziendale di ogni posizione documentato in modo che la sua presentazione possa essere difesa;
• ricalcolo deterministico — gli stessi input producono sempre gli stessi saldi, così un revisore può rieseguire i calcoli.

Poiché le blockchain sono pubbliche, la riconciliazione può essere eseguita rispetto a una fonte di verità indipendente — la blockchain stessa — il che è una posizione più solida rispetto a molte classi di attività tradizionali. Una differenza tra il libro contabile e la blockchain indica direttamente una posizione mancante, un premio non registrato o un evento mal classificato, e individuarla alla chiusura la mantiene fuori dai bilanci pubblicati.

Come CryptaCount gestisce la DeFi

CryptaCount è un sub-ledger crypto che si posiziona davanti al libro mastro generale e trasforma l'attività DeFi in registrazioni contabili. Acquisisce le transazioni on-chain e l'attività di exchange nei wallet dell'entità, scompone ogni evento nelle sue parti economiche — le dismissioni, le nuove posizioni, il reddito da commissioni e da premi, le passività create dai finanziamenti — e le classifica in modo che corrispondano ai conti giusti. Invece di registrare un LP token o un token di ricevuta a un unico prezzo fuorviante, è costruito per riconoscere i diritti sottostanti che la posizione rappresenta.

Su tale attività acquisita, CryptaCount calcola il costo storico e le plusvalenze con un metodo coerente, riconosce i premi al loro valore al ricevimento, applica una base di misurazione a ogni chiusura, e registra scritture di periodo riepilogative nel libro mastro generale. Ogni saldo del GM si scompone negli eventi on-chain individuali che lo hanno costituito, così un revisore può selezionare una cifra, tracciarla al dettaglio del sub-ledger e confermarla rispetto alla blockchain pubblica. Lo stesso motore può presentare l'attività secondo IFRS o US GAAP e supporta la reportistica DAC8, CARF e MiCA, così uno studio contabile, un fund administrator o una tesoreria web3 detiene gli eventi sottostanti una sola volta e genera report in molti modi.